From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 01:31:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3366D16A41F for ; Sun, 14 Aug 2005 01:31:23 +0000 (GMT) (envelope-from mrl0lz@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FAF743D45 for ; Sun, 14 Aug 2005 01:31:16 +0000 (GMT) (envelope-from mrl0lz@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so625565rne for ; Sat, 13 Aug 2005 18:31:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding:from; b=GLQI4CaZ8cqywKsWJ3z88u9hI1nFZnMhNca06XnqSJhpsMNY8ySPmgii8yLzP4mRGtVO70hTTZ0PgaCCBMq6+WCxzdCpxebsfepeSTLNHNn96xYq+R00DZIokofllixPv/eCuKghJPNwTUeH9aUQ3ZgKFvhCU5td+X0OABsM5/g= Received: by 10.38.101.2 with SMTP id y2mr1536194rnb; Sat, 13 Aug 2005 18:31:10 -0700 (PDT) Received: from ?192.168.1.213? ([68.189.87.17]) by mx.gmail.com with ESMTP id a2sm1582172rnf.2005.08.13.18.31.09; Sat, 13 Aug 2005 18:31:10 -0700 (PDT) Message-ID: <42FE9EDF.7070005@gmail.com> Date: Sat, 13 Aug 2005 18:31:11 -0700 User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: Remington Cc: Subject: RealTek audio not detected on BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 01:31:23 -0000 FreeBSD myvaio.com 6.0-BETA2 FreeBSD 6.0-BETA2 #0: Wed Aug 10 21:56:32 PDT 2005 mrlolz@myvaio.com:/usr/obj/usr/src/sys/VAIO i386 Some assistance in getting my sound working would be appreciated. All sound modules are presently loaded but not detecting my soundcard. pciconf -lv shows: none2@pci0:27:0: class=0x040300 card=0x81bb104d chip=0x26688086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW Intel High DefiNition Audio Controller' class = multimedia From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 01:43:03 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72EC916A41F for ; Sun, 14 Aug 2005 01:43:03 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id CA59D43D45 for ; Sun, 14 Aug 2005 01:43:02 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 14 Aug 2005 02:43:01 +0100 (IST) To: current@freebsd.org Date: Sun, 14 Aug 2005 02:43:01 +0100 From: Ian Dowse Message-ID: <200508140243.aa50444@nowhere.iedowse.com> Cc: Subject: Loader serial baud rate control X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 01:43:03 -0000 Currently the baud rate used by the i386/amd64 loader for a serial console is hard-coded as 9600 baud and you need to recompile the loader to change it. Below is a patch that adds a "comconsole_speed" loader environment variable so that the speed can be changed from loader.conf or manually from the loader prompt. It doesn't quite do what you want though, since the loader has already printed a number of things by the time it reads loader.conf. Any comments? Ian Index: i386/libi386/comconsole.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/boot/i386/libi386/comconsole.c,v retrieving revision 1.10 diff -u -r1.10 comconsole.c --- i386/libi386/comconsole.c 16 Sep 2003 11:24:23 -0000 1.10 +++ i386/libi386/comconsole.c 14 Aug 2005 01:12:52 -0000 @@ -48,8 +48,13 @@ static void comc_putchar(int c); static int comc_getchar(void); static int comc_ischar(void); +static int comc_parsespeed(const char *string); +static void comc_setup(int speed); +static int comc_speed_set(struct env_var *ev, int flags, + const void *value); static int comc_started; +static int comc_curspeed; struct console comconsole = { "comconsole", @@ -72,19 +77,29 @@ static int comc_init(int arg) { + char speedbuf[16]; + char *speedenv; + int speed; + if (comc_started && arg == 0) return 0; - comc_started = 1; + if (!comc_started) { + comc_curspeed = COMSPEED; + speedenv = getenv("comconsole_speed"); + if (speedenv != NULL) { + speed = comc_parsespeed(speedenv); + if (speed > 0) + comc_curspeed = speed; + } - outb(COMPORT + com_cfcr, CFCR_DLAB | COMC_FMT); - outb(COMPORT + com_dlbl, COMC_BPS(COMSPEED) & 0xff); - outb(COMPORT + com_dlbh, COMC_BPS(COMSPEED) >> 8); - outb(COMPORT + com_cfcr, COMC_FMT); - outb(COMPORT + com_mcr, MCR_RTS | MCR_DTR); + sprintf(speedbuf, "%d", comc_curspeed); + unsetenv("comconsole_speed"); + env_setenv("comconsole_speed", EV_VOLATILE, speedbuf, comc_speed_set, + env_nounset); + } + comc_started = 1; - do - inb(COMPORT + com_data); - while (inb(COMPORT + com_lsr) & LSR_RXRDY); + comc_setup(comc_curspeed); return(0); } @@ -112,3 +127,51 @@ { return(inb(COMPORT + com_lsr) & LSR_RXRDY); } + +static int +comc_speed_set(struct env_var *ev, int flags, const void *value) +{ + int speed; + + if (value == NULL || (speed = comc_parsespeed(value)) <= 0) { + printf("Invalid speed\n"); + return (CMD_ERROR); + } + + if (comc_curspeed != speed) + comc_setup(speed); + + env_setenv(ev->ev_name, flags | EV_NOHOOK, value, NULL, NULL); + + return (CMD_OK); +} + +static void +comc_setup(int speed) +{ + + comc_curspeed = speed; + + outb(COMPORT + com_cfcr, CFCR_DLAB | COMC_FMT); + outb(COMPORT + com_dlbl, COMC_BPS(speed) & 0xff); + outb(COMPORT + com_dlbh, COMC_BPS(speed) >> 8); + outb(COMPORT + com_cfcr, COMC_FMT); + outb(COMPORT + com_mcr, MCR_RTS | MCR_DTR); + + do + inb(COMPORT + com_data); + while (inb(COMPORT + com_lsr) & LSR_RXRDY); +} + +static int +comc_parsespeed(const char *speedstr) +{ + char *p; + int speed; + + speed = strtol(speedstr, &p, 0); + if (p == speedstr || *p != '\0' || speed <= 0) + return (-1); + + return (speed); +} From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 03:07:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4436D16A41F for ; Sun, 14 Aug 2005 03:07:02 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: from web54402.mail.yahoo.com (web54402.mail.yahoo.com [206.190.49.132]) by mx1.FreeBSD.org (Postfix) with SMTP id 22D6343D48 for ; Sun, 14 Aug 2005 03:07:01 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: (qmail 71550 invoked by uid 60001); 14 Aug 2005 03:07:00 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=EtsDQLuLrP1xTIh1q5FSHdTPE9PGvZXGSTdXOSFuTVTPG5lBl1ELHJIJw46AMd4BaK1XwsAAhJsk8Sg7V99IY8PJYCWxT0/66uhmChCExupNnn5xvHfJ7YD8UqfmMqviAo52uAOT5unzSq2MRtMXaEKyLF8G4cfW7bhEZzpZ+AA= ; Message-ID: <20050814030700.71548.qmail@web54402.mail.yahoo.com> Received: from [203.201.96.248] by web54402.mail.yahoo.com via HTTP; Sat, 13 Aug 2005 20:07:00 PDT Date: Sat, 13 Aug 2005 20:07:00 -0700 (PDT) From: Bsderss To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Alcatel Speedtouch PC ADSL Modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 03:07:02 -0000 Hi, I want to purchase a USB Alcatel Speedtouch PC ADSL Modem and connection freebsd to it. There is a pkg in the Ports /usr/ports/net/pppoa written for the Alcatel Speedtouch. I wonder how to use this pkg with the Alcatel Speedtouch PC ADSL Modem. Correct me if I m wrong, this modem does not have a system running itside, it is just an external device have a USB port connect to the FreeBSD system. As I browsed thru the Speedtouch website, I don't know which modem does not have a system and allow me to do this setup. Can anyone please help? Thanks Sam __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 03:07:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29B4B16A421 for ; Sun, 14 Aug 2005 03:07:25 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: from web54405.mail.yahoo.com (web54405.mail.yahoo.com [206.190.49.135]) by mx1.FreeBSD.org (Postfix) with SMTP id 6C84743D49 for ; Sun, 14 Aug 2005 03:07:24 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: (qmail 37993 invoked by uid 60001); 14 Aug 2005 03:07:23 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=TCqBrOMhEFFHkxBYJsXB4OSWyUSaXoPdEleTycqppPlfhWLR0ylwyrmcngqA090hwvxtO3dfjz4pjwVEriIpl5qmDuRVCHy4bifxRwTUfvmjQUVSz/g+J6kZlcpfYRcVR4pVuHXCin4q9QUlO/z3XjMlBIIHmXpI0Vt6vErJJP4= ; Message-ID: <20050814030723.37991.qmail@web54405.mail.yahoo.com> Received: from [203.201.96.248] by web54405.mail.yahoo.com via HTTP; Sat, 13 Aug 2005 20:07:23 PDT Date: Sat, 13 Aug 2005 20:07:23 -0700 (PDT) From: Bsderss To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Alcatel Speedtouch PC ADSL Modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 03:07:25 -0000 Hi, I want to purchase a USB Alcatel Speedtouch PC ADSL Modem and connection freebsd to it. There is a pkg in the Ports /usr/ports/net/pppoa written for the Alcatel Speedtouch. I wonder how to use this pkg with the Alcatel Speedtouch PC ADSL Modem. Correct me if I m wrong, this modem does not have a system running itside, it is just an external device have a USB port connect to the FreeBSD system. As I browsed thru the Speedtouch website, I don't know which modem does not have a system and allow me to do this setup. Can anyone please help? Thanks Sam ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 03:07:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BDF816A443 for ; Sun, 14 Aug 2005 03:07:34 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: from web54409.mail.yahoo.com (web54409.mail.yahoo.com [206.190.49.139]) by mx1.FreeBSD.org (Postfix) with SMTP id E4CF043D55 for ; Sun, 14 Aug 2005 03:07:32 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: (qmail 3502 invoked by uid 60001); 14 Aug 2005 03:07:32 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=heW3LnGIkljKzHmEIyiabPY0EzUSEWTHuByEBXrrm5mohfI4qxV2Ia+gxgEQ8sYvSa6rWjZcZnkiqXoJVcDfxqAhabT4BtNMf2guQlQSR7Z77wq4Lld5/1SvdmNdAwRpmOdwZgo+uX4NDbjbkXN+W3lItD5jfUsOPEDm0G/Kmio= ; Message-ID: <20050814030732.3500.qmail@web54409.mail.yahoo.com> Received: from [203.201.96.248] by web54409.mail.yahoo.com via HTTP; Sat, 13 Aug 2005 20:07:32 PDT Date: Sat, 13 Aug 2005 20:07:32 -0700 (PDT) From: Bsderss To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Alcatel Speedtouch PC ADSL Modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 03:07:34 -0000 Hi, I want to purchase a USB Alcatel Speedtouch PC ADSL Modem and connection freebsd to it. There is a pkg in the Ports /usr/ports/net/pppoa written for the Alcatel Speedtouch. I wonder how to use this pkg with the Alcatel Speedtouch PC ADSL Modem. Correct me if I m wrong, this modem does not have a system running itside, it is just an external device have a USB port connect to the FreeBSD system. As I browsed thru the Speedtouch website, I don't know which modem does not have a system and allow me to do this setup. Can anyone please help? Thanks Sam ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 03:10:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A920C16A41F for ; Sun, 14 Aug 2005 03:10:01 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 61F3A43D48 for ; Sun, 14 Aug 2005 03:09:59 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 14 Aug 2005 03:09:58 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp005) with SMTP; 14 Aug 2005 05:09:58 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sun, 14 Aug 2005 05:09:42 +0200 User-Agent: KMail/1.8.1 References: <200508140243.aa50444@nowhere.iedowse.com> In-Reply-To: <200508140243.aa50444@nowhere.iedowse.com> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2456771.8rlk6FXTLq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508140509.53723@harrymail> X-Y-GMX-Trusted: 0 Cc: Ian Dowse , current@freebsd.org Subject: Re: Loader serial baud rate control X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 03:10:01 -0000 --nextPart2456771.8rlk6FXTLq Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Sonntag, 14. August 2005 03:43 CEST schrieb Ian Dowse: > Currently the baud rate used by the i386/amd64 loader for a serial > console is hard-coded as 9600 baud and you need to recompile the > loader to change it. Below is a patch that adds a "comconsole_speed" > loader environment variable so that the speed can be changed from > loader.conf or manually from the loader prompt. It doesn't quite > do what you want though, since the loader has already printed a > number of things by the time it reads loader.conf. Any comments? Yes :) Thanks a lot for your work! I recognized that BOOT_COMCONSOLE_SPEED in make.conf doesn't change the=20 console behaviour anymore (as with beta2 from last Thursday). I can=20 successfully set the speed in /etc/ttys, also the boot bits respect the=20 setting, but kernel console is 9600. Having a loader tunable for serial console speed was really great!!! Since it seems you're firm with the relevant bits, why doesn't setting=20 machdep.conspeed in loader.conf work? Thanks a lot, =2DHarry > > Ian > > Index: i386/libi386/comconsole.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /dump/FreeBSD-CVS/src/sys/boot/i386/libi386/comconsole.c,v > retrieving revision 1.10 > diff -u -r1.10 comconsole.c > --- i386/libi386/comconsole.c 16 Sep 2003 11:24:23 -0000 1.10 > +++ i386/libi386/comconsole.c 14 Aug 2005 01:12:52 -0000 > @@ -48,8 +48,13 @@ > static void comc_putchar(int c); > static int comc_getchar(void); > static int comc_ischar(void); > +static int comc_parsespeed(const char *string); > +static void comc_setup(int speed); > +static int comc_speed_set(struct env_var *ev, int flags, > + const void *value); > > static int comc_started; > +static int comc_curspeed; > > struct console comconsole =3D { > "comconsole", > @@ -72,19 +77,29 @@ > static int > comc_init(int arg) > { > + char speedbuf[16]; > + char *speedenv; > + int speed; > + > if (comc_started && arg =3D=3D 0) > return 0; > - comc_started =3D 1; > + if (!comc_started) { > + comc_curspeed =3D COMSPEED; > + speedenv =3D getenv("comconsole_speed"); > + if (speedenv !=3D NULL) { > + speed =3D comc_parsespeed(speedenv); > + if (speed > 0) > + comc_curspeed =3D speed; > + } > > - outb(COMPORT + com_cfcr, CFCR_DLAB | COMC_FMT); > - outb(COMPORT + com_dlbl, COMC_BPS(COMSPEED) & 0xff); > - outb(COMPORT + com_dlbh, COMC_BPS(COMSPEED) >> 8); > - outb(COMPORT + com_cfcr, COMC_FMT); > - outb(COMPORT + com_mcr, MCR_RTS | MCR_DTR); > + sprintf(speedbuf, "%d", comc_curspeed); > + unsetenv("comconsole_speed"); > + env_setenv("comconsole_speed", EV_VOLATILE, speedbuf, comc_speed_set, > + env_nounset); > + } > + comc_started =3D 1; > > - do > - inb(COMPORT + com_data); > - while (inb(COMPORT + com_lsr) & LSR_RXRDY); > + comc_setup(comc_curspeed); > > return(0); > } > @@ -112,3 +127,51 @@ > { > return(inb(COMPORT + com_lsr) & LSR_RXRDY); > } > + > +static int > +comc_speed_set(struct env_var *ev, int flags, const void *value) > +{ > + int speed; > + > + if (value =3D=3D NULL || (speed =3D comc_parsespeed(value)) <=3D 0) { > + printf("Invalid speed\n"); > + return (CMD_ERROR); > + } > + > + if (comc_curspeed !=3D speed) > + comc_setup(speed); > + > + env_setenv(ev->ev_name, flags | EV_NOHOOK, value, NULL, NULL); > + > + return (CMD_OK); > +} > + > +static void > +comc_setup(int speed) > +{ > + > + comc_curspeed =3D speed; > + > + outb(COMPORT + com_cfcr, CFCR_DLAB | COMC_FMT); > + outb(COMPORT + com_dlbl, COMC_BPS(speed) & 0xff); > + outb(COMPORT + com_dlbh, COMC_BPS(speed) >> 8); > + outb(COMPORT + com_cfcr, COMC_FMT); > + outb(COMPORT + com_mcr, MCR_RTS | MCR_DTR); > + > + do > + inb(COMPORT + com_data); > + while (inb(COMPORT + com_lsr) & LSR_RXRDY); > +} > + > +static int > +comc_parsespeed(const char *speedstr) > +{ > + char *p; > + int speed; > + > + speed =3D strtol(speedstr, &p, 0); > + if (p =3D=3D speedstr || *p !=3D '\0' || speed <=3D 0) > + return (-1); > + > + return (speed); > +} > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" --nextPart2456771.8rlk6FXTLq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC/rYBBylq0S4AzzwRAnLCAJ4uMbzCpwa3GCFUP4ZhDGjSN/UYhwCfeWyV Rc3dPgTiLKC6dKx4GJTufCs= =5Xu5 -----END PGP SIGNATURE----- --nextPart2456771.8rlk6FXTLq-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 03:10:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8B3F16A420 for ; Sun, 14 Aug 2005 03:10:01 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 61DD843D45 for ; Sun, 14 Aug 2005 03:09:59 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 14 Aug 2005 03:09:58 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp005) with SMTP; 14 Aug 2005 05:09:58 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sun, 14 Aug 2005 05:09:42 +0200 User-Agent: KMail/1.8.1 References: <200508140243.aa50444@nowhere.iedowse.com> In-Reply-To: <200508140243.aa50444@nowhere.iedowse.com> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2456771.8rlk6FXTLq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508140509.53723@harrymail> X-Y-GMX-Trusted: 0 Cc: Ian Dowse , current@freebsd.org Subject: Re: Loader serial baud rate control X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 03:10:01 -0000 --nextPart2456771.8rlk6FXTLq Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Sonntag, 14. August 2005 03:43 CEST schrieb Ian Dowse: > Currently the baud rate used by the i386/amd64 loader for a serial > console is hard-coded as 9600 baud and you need to recompile the > loader to change it. Below is a patch that adds a "comconsole_speed" > loader environment variable so that the speed can be changed from > loader.conf or manually from the loader prompt. It doesn't quite > do what you want though, since the loader has already printed a > number of things by the time it reads loader.conf. Any comments? Yes :) Thanks a lot for your work! I recognized that BOOT_COMCONSOLE_SPEED in make.conf doesn't change the=20 console behaviour anymore (as with beta2 from last Thursday). I can=20 successfully set the speed in /etc/ttys, also the boot bits respect the=20 setting, but kernel console is 9600. Having a loader tunable for serial console speed was really great!!! Since it seems you're firm with the relevant bits, why doesn't setting=20 machdep.conspeed in loader.conf work? Thanks a lot, =2DHarry > > Ian > > Index: i386/libi386/comconsole.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /dump/FreeBSD-CVS/src/sys/boot/i386/libi386/comconsole.c,v > retrieving revision 1.10 > diff -u -r1.10 comconsole.c > --- i386/libi386/comconsole.c 16 Sep 2003 11:24:23 -0000 1.10 > +++ i386/libi386/comconsole.c 14 Aug 2005 01:12:52 -0000 > @@ -48,8 +48,13 @@ > static void comc_putchar(int c); > static int comc_getchar(void); > static int comc_ischar(void); > +static int comc_parsespeed(const char *string); > +static void comc_setup(int speed); > +static int comc_speed_set(struct env_var *ev, int flags, > + const void *value); > > static int comc_started; > +static int comc_curspeed; > > struct console comconsole =3D { > "comconsole", > @@ -72,19 +77,29 @@ > static int > comc_init(int arg) > { > + char speedbuf[16]; > + char *speedenv; > + int speed; > + > if (comc_started && arg =3D=3D 0) > return 0; > - comc_started =3D 1; > + if (!comc_started) { > + comc_curspeed =3D COMSPEED; > + speedenv =3D getenv("comconsole_speed"); > + if (speedenv !=3D NULL) { > + speed =3D comc_parsespeed(speedenv); > + if (speed > 0) > + comc_curspeed =3D speed; > + } > > - outb(COMPORT + com_cfcr, CFCR_DLAB | COMC_FMT); > - outb(COMPORT + com_dlbl, COMC_BPS(COMSPEED) & 0xff); > - outb(COMPORT + com_dlbh, COMC_BPS(COMSPEED) >> 8); > - outb(COMPORT + com_cfcr, COMC_FMT); > - outb(COMPORT + com_mcr, MCR_RTS | MCR_DTR); > + sprintf(speedbuf, "%d", comc_curspeed); > + unsetenv("comconsole_speed"); > + env_setenv("comconsole_speed", EV_VOLATILE, speedbuf, comc_speed_set, > + env_nounset); > + } > + comc_started =3D 1; > > - do > - inb(COMPORT + com_data); > - while (inb(COMPORT + com_lsr) & LSR_RXRDY); > + comc_setup(comc_curspeed); > > return(0); > } > @@ -112,3 +127,51 @@ > { > return(inb(COMPORT + com_lsr) & LSR_RXRDY); > } > + > +static int > +comc_speed_set(struct env_var *ev, int flags, const void *value) > +{ > + int speed; > + > + if (value =3D=3D NULL || (speed =3D comc_parsespeed(value)) <=3D 0) { > + printf("Invalid speed\n"); > + return (CMD_ERROR); > + } > + > + if (comc_curspeed !=3D speed) > + comc_setup(speed); > + > + env_setenv(ev->ev_name, flags | EV_NOHOOK, value, NULL, NULL); > + > + return (CMD_OK); > +} > + > +static void > +comc_setup(int speed) > +{ > + > + comc_curspeed =3D speed; > + > + outb(COMPORT + com_cfcr, CFCR_DLAB | COMC_FMT); > + outb(COMPORT + com_dlbl, COMC_BPS(speed) & 0xff); > + outb(COMPORT + com_dlbh, COMC_BPS(speed) >> 8); > + outb(COMPORT + com_cfcr, COMC_FMT); > + outb(COMPORT + com_mcr, MCR_RTS | MCR_DTR); > + > + do > + inb(COMPORT + com_data); > + while (inb(COMPORT + com_lsr) & LSR_RXRDY); > +} > + > +static int > +comc_parsespeed(const char *speedstr) > +{ > + char *p; > + int speed; > + > + speed =3D strtol(speedstr, &p, 0); > + if (p =3D=3D speedstr || *p !=3D '\0' || speed <=3D 0) > + return (-1); > + > + return (speed); > +} > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" --nextPart2456771.8rlk6FXTLq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC/rYBBylq0S4AzzwRAnLCAJ4uMbzCpwa3GCFUP4ZhDGjSN/UYhwCfeWyV Rc3dPgTiLKC6dKx4GJTufCs= =5Xu5 -----END PGP SIGNATURE----- --nextPart2456771.8rlk6FXTLq-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 03:13:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C31F716A41F; Sun, 14 Aug 2005 03:13:43 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19BF843D46; Sun, 14 Aug 2005 03:13:42 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 78B0584F83; Sun, 14 Aug 2005 12:43:41 +0930 (CST) Date: Sun, 14 Aug 2005 12:43:41 +0930 From: Greg 'groggy' Lehey To: Bsderss Message-ID: <20050814031341.GD61392@wantadilla.lemis.com> References: <20050814030732.3500.qmail@web54409.mail.yahoo.com> <20050814030723.37991.qmail@web54405.mail.yahoo.com> <20050814030700.71548.qmail@web54402.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="w0nMBknB8iaaAbdO" Content-Disposition: inline In-Reply-To: <20050814030732.3500.qmail@web54409.mail.yahoo.com> <20050814030723.37991.qmail@web54405.mail.yahoo.com> <20050814030700.71548.qmail@web54402.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Alcatel Speedtouch PC ADSL Modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 03:13:43 -0000 --w0nMBknB8iaaAbdO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Saturday, 13 August 2005 at 20:07:00 -0700, Bsderss wrote: On Saturday, 13 August 2005 at 20:07:23 -0700, Bsderss wrote: On Saturday, 13 August 2005 at 20:07:32 -0700, Bsderss wrote: > > I want to purchase a USB Alcatel Speedtouch PC ADSL > Modem and connection freebsd to it. Good idea! I trust you're going to buy three of them and fix any problems you have with the package. Otherwise I can't see why you sent three copies and copied -current. Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply or reply to the original recipients. For more information, see http://www.lemis.com/questions.html See complete headers for address and phone numbers. --w0nMBknB8iaaAbdO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC/rblIubykFB6QiMRAnsIAKCK0j8aMewFg9oIvxJAG5WgAX/a5QCfUpo/ cQIeY0+QxpXcIn2l+C0iufA= =sEEh -----END PGP SIGNATURE----- --w0nMBknB8iaaAbdO-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 04:51:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5C2716A41F for ; Sun, 14 Aug 2005 04:51:49 +0000 (GMT) (envelope-from vsbenzi@weizmann.ac.il) Received: from elizabet.weizmann.ac.il (elizabet.weizmann.ac.il [132.77.26.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id B250143D46 for ; Sun, 14 Aug 2005 04:51:47 +0000 (GMT) (envelope-from vsbenzi@weizmann.ac.il) Received: from elizabet.weizmann.ac.il (localhost [127.0.0.1]) by elizabet.weizmann.ac.il (8.13.4/8.13.4) with ESMTP id j7CFqfhm001142; Fri, 12 Aug 2005 18:52:41 +0300 (IDT) (envelope-from vsbenzi@weizmann.ac.il) Received: from localhost (localhost [[UNIX: localhost]]) by elizabet.weizmann.ac.il (8.13.4/8.13.1/Submit) id j7CFqeig001141; Fri, 12 Aug 2005 18:52:40 +0300 (IDT) (envelope-from vsbenzi@weizmann.ac.il) X-Authentication-Warning: elizabet.weizmann.ac.il: vsbenzi set sender to vsbenzi@weizmann.ac.il using -f From: Benzi Mizrahi Organization: Weizmann Institute of Science To: freebsd-current@freebsd.org Date: Fri, 12 Aug 2005 18:52:40 +0300 User-Agent: KMail/1.8.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508121852.40265.vsbenzi@weizmann.ac.il> Subject: The wheel on my mouse stopped working. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 04:51:49 -0000 Hi, I've just upgraded from releng-5 to releng-6 , using cvsup and all. Everything seem to work fine after the upgrade except for the wheel mouse. The X system is Xorg 6.8.2 with KDM 3.4.1. The machine is Dell precision M60 with dell's usb wheel . thanx, -- Benzi Mizrahi, computing center, Weizmann Institute of Science, Tel: 972-8-9342456 Rehovot, Israel. Fax: 972-8-9344102 From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 05:48:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69B8C16A41F; Sun, 14 Aug 2005 05:48:28 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out4.iol.cz (smtp-out4.iol.cz [194.228.2.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id A600B43D45; Sun, 14 Aug 2005 05:48:27 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: from antivir4.iol.cz (unknown [192.168.30.209]) by smtp-out4.iol.cz (Internet on Line ESMTP server) with ESMTP id 75C8033C12E; Sun, 14 Aug 2005 07:48:25 +0200 (CEST) Received: from localhost (antivir4.iol.cz [127.0.0.1]) by antivir4.iol.cz (Postfix) with ESMTP id 6B981650003; Sun, 14 Aug 2005 07:48:25 +0200 (CEST) Received: from smtp-out4.iol.cz (mta-out4 [192.168.30.31]) by antivir4.iol.cz (Postfix) with ESMTP id 59567650002; Sun, 14 Aug 2005 07:48:25 +0200 (CEST) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out4.iol.cz (Internet on Line ESMTP server) with ESMTP id 088DE22AEA4; Sun, 14 Aug 2005 07:48:22 +0200 (CEST) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 20A695D4F; Sun, 14 Aug 2005 07:48:21 +0200 (CEST) Received: from srv (ac.botka.homeunix.org [192.168.1.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ace.botka.homeunix.org (Postfix) with ESMTP id 5BB2E5D4D; Sun, 14 Aug 2005 07:48:16 +0200 (CEST) Date: Sun, 14 Aug 2005 07:48:16 +0200 (CEST) From: Vladimir Botka X-X-Sender: vlado@localhost To: Bsderss In-Reply-To: <20050814030700.71548.qmail@web54402.mail.yahoo.com> Message-ID: <20050814073409.T6065@localhost> References: <20050814030700.71548.qmail@web54402.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=ham version=3.0.4 X-Virus-Scanned: amavisd-new at iol.cz Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Alcatel Speedtouch PC ADSL Modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 05:48:28 -0000 Hi, I am running Speedtouch 510i, which is defacto router with some small unix system inside. You can login with telnet and configure it from command line or use the web interface or load the configuration from file. I dont think that USB and pppoa is here the best choice. You just connect the Speedtouch to the ADSL and use the Speedtouch ethernet to connect it to your LAN. Cheers, Vladimir. On Sat, 13 Aug 2005, Bsderss wrote: > Hi, > > I want to purchase a USB Alcatel Speedtouch PC ADSL > Modem and connection freebsd to it. There is a pkg in > the Ports > /usr/ports/net/pppoa written for the Alcatel > Speedtouch. I wonder how to use this pkg with the > Alcatel Speedtouch PC ADSL Modem. Correct me if I m > wrong, this modem does not have a system running > itside, it is just an external device have a USB port > connect to the FreeBSD system. As I browsed thru the > Speedtouch website, I don't know which modem does not > have a system and allow me to do this setup. > > Can anyone please help? > > Thanks > Sam > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 05:48:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 371D416A446 for ; Sun, 14 Aug 2005 05:48:37 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96A4543D45 for ; Sun, 14 Aug 2005 05:48:36 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-2.free.fr (Postfix) with ESMTP id 56237C06D for ; Sun, 14 Aug 2005 07:48:35 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j7E5mNlM020349 for ; Sun, 14 Aug 2005 07:48:31 +0200 (CEST) From: Thierry Herbelot To: current@freebsd.org Date: Sun, 14 Aug 2005 07:48:13 +0200 User-Agent: KMail/1.8.2 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508140748.15268.thierry@herbelot.com> Cc: Subject: kernel trap 19 with interrupts disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 05:48:37 -0000 Hello, An SMP box just crashed here, while building -j2 world. The source files were cvsup-synced yesterday around 20h00 GMT (13 august). The crashed happened around the end of the make buildworld phase (while building usr.sbin binaries). As there was no recent significant commit, this must be a heisenbug >-( Cheers, TfH PS : I enclose here a (hopefully meaningful) trace FreeBSD 7.0-CURRENT #769: Sat Aug 13 21:17:55 CEST 2005 XX@YYY:/usr/obj/usr/src/sys/GENERIC Starting background file system checks in 60 seconds. Sat Aug 13 22:16:00 CEST 2005 FreeBSD/i386 (XX) (ttyd0) --- trap 0x1, eip = 0, esp = 0xc721cd6c, ebp = 0 --- kernel trap 19 with interrupts disabled NMI ... going to debugger [thread pid 35245 tid 100178 ] Stopped at smp_tlb_shootdown+0x61: jb smp_tlb_shootdown+0x58 db> where Tracing pid 35245 tid 100178 td 0xc185dd80 smp_tlb_shootdown(f5,c3175000,c3179000) at smp_tlb_shootdown+0x61 smp_invlpg_range(c3175000,c3179000) at smp_invlpg_range+0x1c pmap_invalidate_range(c09a40a0,c3175000,c3179000,c1118dc0,cb77fa6c) at pmap_invalidate_range+0x83 pmap_qremove(c3175000,4) at pmap_qremove+0x3d vfs_vmio_release(c2ed9bd8) at vfs_vmio_release+0x120 getnewbuf(0,0,800,4000,0) at getnewbuf+0x276 getblk(c14c2dd0,0,0,800,0) at getblk+0x3a3 breadn(c14c2dd0,0,0,800,0) at breadn+0x31 bread(c14c2dd0,0,0,800,0) at bread+0x20 ffs_read(cb77fc08) at ffs_read+0x23f VOP_READ_APV(c08f9a80,cb77fc08) at VOP_READ_APV+0x7e ufs_readdir(cb77fc90) at ufs_readdir+0xd1 VOP_READDIR_APV(c08f9a80,cb77fc90) at VOP_READDIR_APV+0x7e getdirentries(c185dd80,cb77fd04,4,25e5,246) at getdirentries+0x13f syscall(805003b,805003b,bfbf003b,80533c0,80533c0) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (196, FreeBSD ELF32, getdirentries), eip = 0x2811afff, esp = 0xbfbfebec, ebp = 0xbfbfec08 --- # kgdb kernel.debug /files3/tmp/vmcore.162 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 19 with interrupts disabled <2>NMI ISA 3c, EISA ff NMI ... going to debugger Dumping 95 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 95MB (24320 pages) 80 64 48 32 16 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt ... #21 0xc07ea6e1 in smp_tlb_shootdown (vector=245, addr1=0, addr2=0) at cpufunc.h:317 #22 0xc07ea868 in smp_invlpg_range (addr1=3273084928, addr2=3273101312) at /usr/src/sys/i386/i386/mp_machdep.c:1129 #23 0xc07ecbeb in pmap_invalidate_range (pmap=0xc09a40a0, sva=3273084928, eva=3273101312) at /usr/src/sys/i386/i386/pmap.c:606 #24 0xc07ed26d in pmap_qremove (sva=3273084928, count=0) at /usr/src/sys/i386/i386/pmap.c:966 #25 0xc06782e4 in vfs_vmio_release (bp=0xc2ed9bd8) at /usr/src/sys/kern/vfs_bio.c:1494 #26 0xc0678926 in getnewbuf (slpflag=0, slptimeo=0, size=2048, maxsize=16384) at /usr/src/sys/kern/vfs_bio.c:1775 #27 0xc0679c2b in getblk (vp=0xc14c2dd0, blkno=0, size=2048, slpflag=0, slptimeo=0, flags=0) at /usr/src/sys/kern/vfs_bio.c:2480 #28 0xc0676af9 in breadn (vp=0xc14c2dd0, blkno=0, size=2048, rablkno=0x0, rabsize=0x0, cnt=0, cred=0x0, bpp=0x0) at /usr/src/sys/kern/vfs_bio.c:738 #29 0xc0676ac4 in bread (vp=0xc14c2dd0, blkno=0, size=2048, cred=0x0, bpp=0xcb77fb90) at /usr/src/sys/kern/vfs_bio.c:719 #30 0xc077361f in ffs_read (ap=0x0) at /usr/src/sys/ufs/ffs/ffs_vnops.c:447 #31 0xc080195a in VOP_READ_APV (vop=0x0, a=0xcb77fc08) at vnode_if.c:643 #32 0xc077dd4d in ufs_readdir (ap=0xcb77fc90) at vnode_if.h:343 #33 0xc08023da in VOP_READDIR_APV (vop=0x0, a=0xcb77fc90) at vnode_if.c:1427 #34 0xc068e987 in getdirentries (td=0xc185dd80, uap=0xcb77fd04) at vnode_if.h:746 #35 0xc07f271b in syscall (frame= {tf_fs = 134545467, tf_es = 134545467, tf_ds = -1078001605, tf_edi = 134558656, tf_esi = 134558656, tf_ebp = -1077941240, tf_isp = -881328796, tf_ebx = 672396968, tf_edx = 134624768, tf_ecx = 134561792, tf_eax = 196, tf_trapno = 0, tf_err = 2, tf_eip = 672247807, tf_cs = 51, tf_eflags = 582, tf_esp = -1077941268, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:986 ---Type to continue, or q to quit--- #36 0xc07dfa4f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 .... (kgdb) frame 22 #22 0xc07ea868 in smp_invlpg_range (addr1=3273084928, addr2=3273101312) at /usr/src/sys/i386/i386/mp_machdep.c:1129 1129 smp_tlb_shootdown(IPI_INVLRNG, addr1, addr2); (kgdb) list 1124 void 1125 smp_invlpg_range(vm_offset_t addr1, vm_offset_t addr2) 1126 { 1127 1128 if (smp_started) { 1129 smp_tlb_shootdown(IPI_INVLRNG, addr1, addr2); 1130 #ifdef COUNT_XINVLTLB_HITS 1131 ipi_range++; 1132 ipi_range_size += (addr2 - addr1) / PAGE_SIZE; 1133 #endif (kgdb) frame 23 #23 0xc07ecbeb in pmap_invalidate_range (pmap=0xc09a40a0, sva=3273084928, eva=3273101312) at /usr/src/sys/i386/i386/pmap.c:606 606 smp_invlpg_range(sva, eva); (kgdb) list 601 * XXX critical sections disable interrupts again 602 */ 603 if (pmap == kernel_pmap || pmap->pm_active == all_cpus) { 604 for (addr = sva; addr < eva; addr += PAGE_SIZE) 605 invlpg(addr); 606 smp_invlpg_range(sva, eva); 607 } else { 608 cpumask = PCPU_GET(cpumask); 609 other_cpus = PCPU_GET(other_cpus); 610 if (pmap->pm_active & cpumask) (kgdb) CVS idents of the source files : /usr/src/sys/i386/i386/mp_machdep.c: $FreeBSD: src/sys/i386/i386/mp_machdep.c,v 1.252 2005/06/29 23:23:16 peter Exp $ /usr/src/sys/i386/i386/pmap.c: $FreeBSD: src/sys/i386/i386/pmap.c,v 1.528 2005/08/11 23:38:02 alc Exp $ /usr/src/sys/kern/vfs_bio.c: $FreeBSD: src/sys/kern/vfs_bio.c,v 1.493 2005/08/03 05:02:08 jeff Exp $ /usr/src/sys/ufs/ffs/ffs_vnops.c: $FreeBSD: src/sys/ufs/ffs/ffs_vnops.c,v 1.157 2005/06/09 20:20:30 ssouhlal Exp $ From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 06:21:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3DA316A41F for ; Sun, 14 Aug 2005 06:21:50 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: from web54408.mail.yahoo.com (web54408.mail.yahoo.com [206.190.49.138]) by mx1.FreeBSD.org (Postfix) with SMTP id DFD9843D48 for ; Sun, 14 Aug 2005 06:21:49 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: (qmail 31676 invoked by uid 60001); 14 Aug 2005 06:21:49 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=YxnYQzqrYscCVEfYu/seg2G/eEvjpM+9Dbq2cavJrIN0a+iDRtU/DD7zeLKxEnm8zslZNKR/78WkbczS50beQwTQxrsx48+L+7PX9/edCRErqgk3KFh2ZPsYRl8ZEMol0O38kKxUTHP0fnqaUbqqOq27xB1BOor5FGgIbjro3DI= ; Message-ID: <20050814062149.31674.qmail@web54408.mail.yahoo.com> Received: from [203.201.96.248] by web54408.mail.yahoo.com via HTTP; Sat, 13 Aug 2005 23:21:48 PDT Date: Sat, 13 Aug 2005 23:21:48 -0700 (PDT) From: Bsderss To: Vladimir Botka In-Reply-To: <20050814073409.T6065@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Alcatel Speedtouch PC ADSL Modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 06:21:51 -0000 --- Vladimir Botka wrote: > Hi, > I am running Speedtouch 510i, which is defacto > router with some small unix > system inside. You can login with telnet and > configure it from command > line or use the web interface or load the > configuration file. I dont > think that USB and pppoa is here the best choice. > You just connect the > Speedtouch to the ADSL and use the Speedtouch > ethernet to connect it to > your LAN. Cheers, Vladimir. > Hi, thanks for the suggestion. Is this a normal DSL Modem with an ethernet at its back connect to your desktop or an router? How much did you pay for it? If it is cheap enuf, I think it is worth to get it as a standalone DSL modem. The reason I want to install freebsd in one of these DSL modem is because here in Australia ISPs do not lease out their DSL modem to end user. User will end up purchase expensive crapy DSL Modem (eg. Netgear) from computer shop. As I have a freebsd gateway used to dail-up pppoe thru an external DSL modem when I was in another country, I want to reconfigure this freebsd router to make it able to handle DSL modem communication. But I need to purchase a DSL modem card for it. If an external DSL modem like Speedtouch is cheap enuf and provide stable system enviornment in the DSL Bridge mode, I would like to purchase one as an external DSL modem. On the other hand, if you know how to configure freebsd with a DSL Modem card in freebsd, please let me know how to do that. And if you also know where to purchase a barebone DSL Modem (without a system) for development purpose (eg. Speedtouch), please also let me know. Thanks Sam > On Sat, 13 Aug 2005, Bsderss wrote: > > > Hi, > > > > I want to purchase a USB Alcatel Speedtouch PC > ADSL > > Modem and connection freebsd to it. There is a pkg > in > > the Ports > > /usr/ports/net/pppoa written for the Alcatel > > Speedtouch. I wonder how to use this pkg with the > > Alcatel Speedtouch PC ADSL Modem. Correct me if I > m > > wrong, this modem does not have a system running > > itside, it is just an external device have a USB > port > > connect to the FreeBSD system. As I browsed thru > the > > Speedtouch website, I don't know which modem does > not > > have a system and allow me to do this setup. > > > > Can anyone please help? > > > > Thanks > > Sam > > > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 06:38:23 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F8C516A41F for ; Sun, 14 Aug 2005 06:38:23 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B191043D45 for ; Sun, 14 Aug 2005 06:38:22 +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 j7E6cKWJ019051; Sun, 14 Aug 2005 09:38:20 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 77473-11; Sun, 14 Aug 2005 09:38:19 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j7E6cJPa019048 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Aug 2005 09:38:19 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j7E6cLlu063651; Sun, 14 Aug 2005 09:38:21 +0300 (EEST) (envelope-from ru) Date: Sun, 14 Aug 2005 09:38:21 +0300 From: Ruslan Ermilov To: Jeremie Le Hen Message-ID: <20050814063821.GA63535@ip.net.ua> References: <20050812223307.GE45385@obiwan.tataz.chchile.org> <20050813085411.GA89765@ip.net.ua> <20050813094812.GH45385@obiwan.tataz.chchile.org> <20050813173559.GA51433@ip.net.ua> <20050813214624.GJ45385@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <20050813214624.GJ45385@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@FreeBSD.org Subject: Re: make distribution and cap_mkdb -l from 5 to 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 06:38:23 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Sat, Aug 13, 2005 at 11:46:25PM +0200, Jeremie Le Hen wrote: > > In HEAD, I've recently made the distrib-dirs target official. > > It should be run from src/, and it uses the correct environment. > > This is especially useful when doing installs for other > > architectures. >=20 > Good news. I think this is not going to be MFC'ed to RELENG_5 or > RELENG_6, so etcmerge should use "make hierarchy" for now, correct ? >=20 There's no big difference between running "make hierarchy" and running "make distrib-dirs" firectly from src/etc/, except for possibly using the bootstrapped "make" binary. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC/ubdqRfpzJluFF4RAkXsAJ4qFag4OHVfPu1/qYQxPQbeso1aoQCdE8Mc neos5DnybMJM7H9rqe+Q8aQ= =gjwd -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 07:39:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1F9916A41F for ; Sun, 14 Aug 2005 07:39:40 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49D0543D46 for ; Sun, 14 Aug 2005 07:39:40 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so696578rna for ; Sun, 14 Aug 2005 00:39:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SfNAzmd56iMyNTpx8hGAlxTp3jpVg12c98OYE/Ra4TeczPSyLo9FgMpWim+7aqdHEkVE9AavUmBjQUJMhXSUbwuA0gcwuhPVKgxLe5GUOUe5Q4dn3lEtEvK5okwtQVIl5mT6oVDGNxn/vFiEMw2TLSUzYZIyUeNlARsBDhwDKko= Received: by 10.38.86.10 with SMTP id j10mr1607165rnb; Sun, 14 Aug 2005 00:39:39 -0700 (PDT) Received: by 10.38.13.79 with HTTP; Sun, 14 Aug 2005 00:39:39 -0700 (PDT) Message-ID: <84dead7205081400391bc377ac@mail.gmail.com> Date: Sun, 14 Aug 2005 13:09:39 +0530 From: Joseph Koshy To: "R. Tyler Ballance" In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: Disk I/O and Peripheral I/O in 6.0-BETA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 07:39:40 -0000 rtb> Howdy, I'm using a source build of 6.0-BETA2 (built over 5.4-STABLE) rtb> Whenever I have huge disk related processes running, `rm -rf src obj rtb> ports` for example, almost all other forms of I/O suffer.=20 Do you have options WITNESS, INVARIANTS, INVARIANT_SUPPORT in your kernel? These are on in 6.0-BETA and can account for a significant performance loss. --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 07:46:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A68F16A41F for ; Sun, 14 Aug 2005 07:46:09 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: from web54402.mail.yahoo.com (web54402.mail.yahoo.com [206.190.49.132]) by mx1.FreeBSD.org (Postfix) with SMTP id 5352A43D48 for ; Sun, 14 Aug 2005 07:46:08 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: (qmail 18342 invoked by uid 60001); 14 Aug 2005 07:46:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ZgIqfc5ClShRd3D8yv3cVLpUCQJmo+ZIqEHaXe9bxZ1pCbihWo/ckjjdX4zGWw2Kwf1wAbgzoaL4ZGPnQnioq5LaD9Uxv0ItKdKZeZvH+ku93r/KNlpgY0HulIi8myTjhZNooRceSJruVSp7UZWvSTMb3+u+jgkNhUwGqPhTHxw= ; Message-ID: <20050814074607.18340.qmail@web54402.mail.yahoo.com> Received: from [203.201.96.248] by web54402.mail.yahoo.com via HTTP; Sun, 14 Aug 2005 00:46:07 PDT Date: Sun, 14 Aug 2005 00:46:07 -0700 (PDT) From: Bsderss To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: How to write Intel IXP23xxx driver for FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 07:46:09 -0000 Hi, I wonder whether there is driver for Intel IXP23xxx being written in FreeBSD. If not, is there any guideline to help me to write a driver for it? Thanks Sam __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 09:17:03 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45FB116A41F; Sun, 14 Aug 2005 09:17:03 +0000 (GMT) (envelope-from ade@lovett.com) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0074443D46; Sun, 14 Aug 2005 09:17:02 +0000 (GMT) (envelope-from ade@lovett.com) Received: from hellfire.lovett.com ([67.134.38.155]:51470) by mail.lovett.com with esmtpa (Exim 4.52 (FreeBSD)) id 1E4Ec2-000Jjz-Ic; Sun, 14 Aug 2005 02:17:02 -0700 Message-ID: <42FF0C09.2070204@FreeBSD.org> Date: Sun, 14 Aug 2005 02:16:57 -0700 From: Ade Lovett User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ade Lovett References: <42F7D104.2020103@FreeBSD.org> In-Reply-To: <42F7D104.2020103@FreeBSD.org> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: ade@lovett.com X-SA-Exim-Connect-IP: 67.134.38.155 X-SA-Exim-Mail-From: ade@lovett.com X-SA-Exim-Scanned: No (on mail.lovett.com); SAEximRunCond expanded to false Cc: current@FreeBSD.org Subject: Re: Serious performance issues, broken initialization, and a likely fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 09:17:03 -0000 Ade Lovett wrote: > To cut a long story short, the order in which nswbuf is being > initialized is completely, totally, and utterly wrong -- this was > introduced by revision 1.132 of vm/vnode_pager.c just over 4 years ago. This is now logged as kern/84903 and, as the PR states, IMO 6.0 should *NOT* be released until a resolution is found to this problem. The current misinitialization of nswbuf will affect *any* system where there are even a reasonable number of attempted concurrent disk reads. I'm certainly willing to work with someone to get a definitive patch made, however we do *not* run HEAD here, only RELENG_6, so that will have to be taken into consideration. -aDe From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 10:45:34 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67D3516A41F for ; Sun, 14 Aug 2005 10:45:34 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0ED543D46 for ; Sun, 14 Aug 2005 10:45:33 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5DA5F.dip.t-dialin.net [84.165.218.95]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id j7EAdlZb056351; Sun, 14 Aug 2005 12:39:58 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j7EAiWwq067378; Sun, 14 Aug 2005 12:44:33 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 14 Aug 2005 12:44:32 +0200 From: Alexander Leidinger To: Remington Message-ID: <20050814124432.752c1f4c@Magellan.Leidinger.net> In-Reply-To: <42FE9EDF.7070005@gmail.com> References: <42FE9EDF.7070005@gmail.com> X-Mailer: Sylpheed-Claws 1.9.13 (GTK+ 2.6.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: RealTek audio not detected on BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: multimedia@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 10:45:34 -0000 On Sat, 13 Aug 2005 18:31:11 -0700 Remington wrote: > Some assistance in getting my sound working would be appreciated. All > sound modules are presently loaded but not detecting my soundcard. > pciconf -lv shows: > > none2@pci0:27:0: class=0x040300 card=0x81bb104d chip=0x26688086 > rev=0x04 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW Intel High DefiNition Audio Controller' > class = multimedia There's no support for HDA. We're not aware of any publically available patches which add support. Someone said on multimedia@ he's working on it, but as long as there are no patches available assume that nobody is working on it. Bye, Alexander. -- Secret hacker rule #11: hackers read manuals. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 10:53:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C53AE16A41F; Sun, 14 Aug 2005 10:53:17 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail23.syd.optusnet.com.au (mail23.syd.optusnet.com.au [211.29.133.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1984343D46; Sun, 14 Aug 2005 10:53:16 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail23.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j7EAqlvD000809 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 14 Aug 2005 20:52:48 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j7EAqlSR022934; Sun, 14 Aug 2005 20:52:47 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j7EAqkMW022933; Sun, 14 Aug 2005 20:52:46 +1000 (EST) (envelope-from pjeremy) Date: Sun, 14 Aug 2005 20:52:45 +1000 From: Peter Jeremy To: Doug Ambrisko Message-ID: <20050814105245.GF13959@cirb503493.alcatel.com.au> References: <20050810144125.GA32594@nevermind.kiev.ua> <200508120554.j7C5sZcx021634@ambrisko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200508120554.j7C5sZcx021634@ambrisko.com> User-Agent: Mutt/1.4.2i Cc: Stephan Uphoff , freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/ufs/ffs ffs_softdep.c softdep.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 10:53:17 -0000 [moved to -current] On Thu, 2005-Aug-11 22:54:35 -0700, Doug Ambrisko wrote: >Alexandr Kovalenko writes: >| Could this be the fix for the problem when unpacking large archives on >| soft-updates-enabled volumes? (I experience complete lockup of >| filesystem operations at some point of time during extracting files, for >| example - cd /usr/ports/editors/openoffice-1.1 && make extract) > >Don't think so. Different bug that I found: ... >+ if (curthread->td_proc == bufdaemonproc) >+ panic("Buffer Daemon lockup %s\n", waitmsg); >Please try this patch and let me know if it helps. Watch for: > buf daemon has some potential space >in dmesg etc. I haven't tested this version much in -current but >the same basic code saves our 4.X systems. Patches don't work for me on -current from about 1400UT on Thursday. I was trying to move /usr to a new disk with: # mount -o async /dev/ad3s3d /mnt # cd /mnt # dump -0a -C 16 -f - /usr | restore -rf - and it panic'd when the restore was creating the directory hierarchy. (/usr has ~150K inodes, not sure how many directories - there's one src tree but ports, obj and ncvs are elsewhere). Messages were: buf daemon has some potential space 622592 panic: Buffer Daemon lockup newbuf KDB: stack backtrace: kdb_backtrace(c06d62f9,c073a740,c06dda45,d570ba30,100) at kdb_backtrace+0x2e panic(c06dda45,c06dd435,c06dd4ea,765,c06d5222) at panic+0xb7 getnewbuf(0,0,1800,4000,cbea2958) at getnewbuf+0x6d0 geteblk(1800,0,c06e6fb2,643,cbea29b8) at geteblk+0x3a ffs_bufwrite(cbea2958,c059d94a,c070d360,246,c0714024) at ffs_bufwrite+0x1de vfs_bio_awrite(cbea2958,0,c06dd4ea,845,0) at vfs_bio_awrite+0x29e flushbufqueues(0,0,c06dd4ea,7bf,3e8) at flushbufqueues+0x47d buf_daemon(0,d570bd38,c06d34ac,30d,0) at buf_daemon+0xd4 fork_exit(c057f4f0,0,d570bd38) at fork_exit+0xc1 fork_trampoline() at fork_trampoline+0x8 I have a crashdump and it looks like kgdb can make some sense out of it. /mnt was mounted async but I'd also had a panic when it was mounted with soft-updates (though the system rebooted before I got details). BTW, this system _didn't_ have any problem untarring or building OpenOffice (though that was into a different filesystem). Let me know if there's any more details you'd like. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 13:30:08 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 276A416A41F; Sun, 14 Aug 2005 13:30:08 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62BCC43D49; Sun, 14 Aug 2005 13:30:05 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.49] (lesnik.portaone.com [195.140.246.50] (may be forged)) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j7EC1jQA099900 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Aug 2005 14:01:47 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <42FF329D.9080608@portaone.com> Date: Sun, 14 Aug 2005 15:01:33 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ade Lovett References: <42F7D104.2020103@FreeBSD.org> <42FF0C09.2070204@FreeBSD.org> In-Reply-To: <42FF0C09.2070204@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.86.2/1017/Sun Aug 14 11:33:43 2005 on www.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on www.portaone.com Cc: current@FreeBSD.ORG Subject: Re: Serious performance issues, broken initialization, and a likely fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 13:30:08 -0000 Ade Lovett wrote: > Ade Lovett wrote: > >>To cut a long story short, the order in which nswbuf is being >>initialized is completely, totally, and utterly wrong -- this was >>introduced by revision 1.132 of vm/vnode_pager.c just over 4 years ago. > > > This is now logged as kern/84903 and, as the PR states, IMO 6.0 should > *NOT* be released until a resolution is found to this problem. > > The current misinitialization of nswbuf will affect *any* system where > there are even a reasonable number of attempted concurrent disk reads. > > I'm certainly willing to work with someone to get a definitive patch > made, however we do *not* run HEAD here, only RELENG_6, so that will > have to be taken into consideration. I think kan has already committed a fix for that problem into HEAD. -Maxim kan 2005-08-13 20:21:34 UTC FreeBSD src repository Modified files: sys/kern vfs_cluster.c sys/sys buf.h sys/vm vm_pager.c vnode_pager.c Log: Do not use vm_pager_init() to initialize vnode_pbuf_freecnt variable. vm_pager_init() is run before required nswbuf variable has been set to correct value. This caused system to run with single pbuf available for vnode_pager. Handle both cluster_pbuf_freecnt and vnode_pbuf_freecnt variable in the same way. Reported by: ade Obtained from: alc MFC after: 2 days Revision Changes Path 1.167 +0 -6 src/sys/kern/vfs_cluster.c 1.188 +2 -0 src/sys/sys/buf.h 1.106 +1 -0 src/sys/vm/vm_pager.c 1.223 +0 -9 src/sys/vm/vnode_pager.c From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 13:44:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABA9F16A41F for ; Sun, 14 Aug 2005 13:44:49 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 107AA43D45 for ; Sun, 14 Aug 2005 13:44:48 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 14 Aug 2005 13:44:47 -0000 Received: from h081217094214.dyn.cm.kabsi.at (EHLO localhost.localdomain) [81.217.94.214] by mail.gmx.net (mp010) with SMTP; 14 Aug 2005 15:44:47 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: current@freebsd.org Content-Type: text/plain Date: Sun, 14 Aug 2005 15:44:47 +0200 Message-Id: <1124027087.1306.8.camel@taxman.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: sam@freebsd.org Subject: if_iwi stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 13:44:49 -0000 I use if_iwi with wpa. It stopped working some days ago. Via binary search I tracked it down to August, 10th (I see some changes done by sam which might be the culprit). In case the problem cause isn't obvious, please tell me if you need more info. Thanks From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 14:23:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D4C816A420 for ; Sun, 14 Aug 2005 14:23:21 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: from web54404.mail.yahoo.com (web54404.mail.yahoo.com [206.190.49.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 8DED343D48 for ; Sun, 14 Aug 2005 14:23:20 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: (qmail 87050 invoked by uid 60001); 14 Aug 2005 14:23:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=qR0GmMaQIm/6MX7LtWmQSW+8TzYJ3XiePbCKycxgyAlSYNzVpNduIiXRxiWC/fgXpiA98CQ+Dw/TLLKI6fZNJqOlIQ4zukaTBoRvQJGtPZcvYw/vyE2x97pfjTjPQy7/h0GDxNfoC0BQjSoNc30iljSHQ0MYoYkqliwzn9vYqmk= ; Message-ID: <20050814142319.87048.qmail@web54404.mail.yahoo.com> Received: from [203.201.97.82] by web54404.mail.yahoo.com via HTTP; Sun, 14 Aug 2005 07:23:19 PDT Date: Sun, 14 Aug 2005 07:23:19 -0700 (PDT) From: Bsderss To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: How to develop Intel IXP device drivers for FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 14:23:21 -0000 Hi, I've been searched Google for few days but still can't find any info about how to develop device drivers for Intel IXP in FreeBSD. Can anyone please tell me some guideline and reference for it? I will be very appreciate for any suggestion. Thanks Sam __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 15:54:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A8A816A41F for ; Sun, 14 Aug 2005 15:54:15 +0000 (GMT) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C447B43D46 for ; Sun, 14 Aug 2005 15:54:14 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.3/8.13.3) with ESMTP id j7EFsEMI099644; Sun, 14 Aug 2005 08:54:14 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.3/8.13.3) with ESMTP id j7EFsE3k053579; Sun, 14 Aug 2005 08:54:14 -0700 (PDT) (envelope-from frank@exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.3/8.12.9/Submit) id j7EFsDtq053578; Sun, 14 Aug 2005 08:54:13 -0700 (PDT) (envelope-from frank@exit.com) X-Authentication-Warning: realtime.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: sledgehammer@revier.net In-Reply-To: <33107.82.141.44.113.1121505434.squirrel@webmail.kamp-dsl.de> References: <33107.82.141.44.113.1121505434.squirrel@webmail.kamp-dsl.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Sun, 14 Aug 2005 08:54:13 -0700 Message-Id: <1124034853.53160.14.camel@realtime.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV 0.86.1/1017/Sun Aug 14 02:33:43 2005 on tinker.exit.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: 82801FB/FR/FW/FRW Intel High Definition Audio Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 15:54:15 -0000 On Sat, 2005-07-16 at 11:17 +0200, sledgehammer@revier.net wrote: > In June I posted the output of my pciconf, see below. I can't get my > soundcard to work in FreeBSD. I upgraded to FreeBSD 7.0 current just > yesterday and it's up to date but it still won't work...are there any > plans to give support for the Intel High Definition Audio Controller, it's > kind of sad if I can't watch video, listen to music on my new Siemens PC. > Everything else seems to be working just fine now...thanks. >From a quick scan of the ICH6 Programmer's Ref, it appears that in at least some respects, this chipset is compatible with the ICH4 chipset, among others. From Intel Doc #30234903: The ICH6 AC '97 controller is fully compatibility with the features found in the ICH1/2/3/4/5 versions. This allows for current drivers developed by ISVs and IHVs to work without modifications (see Section 1.1.3.4.) The ICH6 however, provides new capabilities not found in some of earlier ICH family of components. So I'll bet that if you taught the driver about the PCI IDs, it would probe successfully as an ICH4, which I know is supported. Not having an ICH6 I can't test it here, but the change should be relatively trivial. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 16:29:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 061AC16A41F for ; Sun, 14 Aug 2005 16:29:10 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D46043D45 for ; Sun, 14 Aug 2005 16:29:09 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-04-z2.arcor-online.net (mail-in-04-z2.arcor-online.net [151.189.8.16]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id D1EFC37ED1; Sun, 14 Aug 2005 18:29:05 +0200 (CEST) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-04-z2.arcor-online.net (Postfix) with ESMTP id 0C08611CB5D; Sun, 14 Aug 2005 18:29:04 +0200 (CEST) Received: from lofi.dyndns.org (dsl-213-023-207-183.arcor-ip.net [213.23.207.183]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id E7DE869B5B; Sun, 14 Aug 2005 18:29:04 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.13.3) with ESMTP id j7EGT1HK086739 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 14 Aug 2005 18:29:02 +0200 (CEST) (envelope-from lofi@freebsd.org) From: Michael Nottebrock To: freebsd-current@freebsd.org, frank@exit.com Date: Sun, 14 Aug 2005 18:28:53 +0200 User-Agent: KMail/1.8.2 References: <33107.82.141.44.113.1121505434.squirrel@webmail.kamp-dsl.de> <1124034853.53160.14.camel@realtime.exit.com> In-Reply-To: <1124034853.53160.14.camel@realtime.exit.com> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Cc: sledgehammer@revier.net Subject: Re: 82801FB/FR/FW/FRW Intel High Definition Audio Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 16:29:10 -0000 --nextPart3120070.zeQSMFyt1x Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday, 14. August 2005 17:54, Frank Mayhar wrote: > So I'll bet that if you taught the driver about the PCI IDs, it would > probe successfully as an ICH4, which I know is supported. Unfortunately AC97 has its own set of device ids which aren't quite as triv= ial=20 to probe, IIRC. =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 --nextPart3120070.zeQSMFyt1x Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBC/3FMXhc68WspdLARAgbZAJ9SMS3MiKojulAYi7xu781Vlj5kpwCgp1bO oMpbK8cP3x97UUdLTnr8qBo= =eUlt -----END PGP SIGNATURE----- --nextPart3120070.zeQSMFyt1x-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 16:35:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE96716A41F for ; Sun, 14 Aug 2005 16:35:38 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 9125243D55 for ; Sun, 14 Aug 2005 16:35:37 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 14 Aug 2005 17:35:35 +0100 (IST) To: current@freebsd.org In-Reply-To: Your message of "Sun, 14 Aug 2005 02:43:01 BST." <200508140243.aa50444@nowhere.iedowse.com> Date: Sun, 14 Aug 2005 17:35:33 +0100 From: Ian Dowse Message-ID: <200508141735.aa69900@nowhere.iedowse.com> Cc: Subject: Re: Loader serial baud rate control X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 16:35:39 -0000 In message <200508140243.aa50444@nowhere.iedowse.com>, Ian Dowse writes: > >Currently the baud rate used by the i386/amd64 loader for a serial >console is hard-coded as 9600 baud and you need to recompile the >loader to change it. Below is a patch that adds a "comconsole_speed" >loader environment variable so that the speed can be changed from >loader.conf or manually from the loader prompt. It doesn't quite >do what you want though, since the loader has already printed a >number of things by the time it reads loader.conf. Any comments? Following a few suggestions, here's a more extensive change that allows you to just write "-h -S19200" for example to /boot.config, and the setting will propagate to boot2, loader and the kernel. The rate can be overridden from the 'boot:' prompt and also via the loader "comconsole_speed" variable This adds about 50 bytes to the size of boot2, and it required a few other boot2 changes to limit the size impact. The loader stage now assumes that the baud rate has already been set if the previous stage boot loader requested a serial console (RB_SERIAL or RB_MULTIPLE). I'm not sure if this is a reasonable assumption in all cases? Ian Index: i386/boot2/boot2.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/boot/i386/boot2/boot2.c,v retrieving revision 1.71 diff -u -r1.71 boot2.c --- i386/boot2/boot2.c 18 Sep 2004 02:07:00 -0000 1.71 +++ i386/boot2/boot2.c 14 Aug 2005 16:16:33 -0000 @@ -63,7 +63,6 @@ #define RBX_NOINTR 0x1c /* -n */ /* 0x1d is reserved for log2(RB_MULTIPLE) and is just misnamed here. */ #define RBX_DUAL 0x1d /* -D */ -#define RBX_PROBEKBD 0x1e /* -P */ /* 0x1f is reserved for log2(RB_BOOTINFO). */ /* pass: -a, -s, -r, -d, -c, -v, -h, -C, -g, -m, -p, -D */ @@ -91,7 +90,7 @@ extern uint32_t _end; -static const char optstr[NOPT] = "DhaCgmnPprsv"; +static const char optstr[NOPT] = "DhaCgmnprsv"; /* Also 'P', 'S' */ static const unsigned char flags[NOPT] = { RBX_DUAL, RBX_SERIAL, @@ -100,7 +99,6 @@ RBX_GDB, RBX_MUTE, RBX_NOINTR, - RBX_PROBEKBD, RBX_PAUSE, RBX_DFLTROOT, RBX_SINGLE, @@ -122,6 +120,7 @@ static char cmd[512]; static char kname[1024]; static uint32_t opts; +static int comspeed = SIOSPD; static struct bootinfo bootinfo; static uint8_t ioctrl = IO_KEYBOARD; @@ -390,34 +389,47 @@ parse() { char *arg = cmd; - char *p, *q; + char *ep, *p, *q; unsigned int drv; - int c, i; + int c, i, j; while ((c = *arg++)) { if (c == ' ' || c == '\t' || c == '\n') continue; for (p = arg; *p && *p != '\n' && *p != ' ' && *p != '\t'; p++); + ep = p; if (*p) *p++ = 0; if (c == '-') { while ((c = *arg++)) { + if (c == 'P') { + if (*(uint8_t *)PTOV(0x496) & 0x10) { + q = "yes"; + } else { + opts |= 1 << RBX_DUAL | 1 << RBX_SERIAL; + q = "no"; + } + printf("Keyboard: %s\n", q); + continue; + } else if (c == 'S') { + j = 0; + while ((unsigned int)(i = *arg++ - '0') <= 9) + j = j * 10 + i; + if (j > 0 && i == -'0') { + comspeed = j; + break; + } + /* Fall through to error below ('S' not in optstr[]). */ + } for (i = 0; c != optstr[i]; i++) if (i == NOPT - 1) return -1; opts ^= 1 << flags[i]; } - if (opts & 1 << RBX_PROBEKBD) { - i = *(uint8_t *)PTOV(0x496) & 0x10; - printf("Keyboard: %s\n", i ? "yes" : "no"); - if (!i) - opts |= 1 << RBX_DUAL | 1 << RBX_SERIAL; - opts &= ~(1 << RBX_PROBEKBD); - } ioctrl = opts & 1 << RBX_DUAL ? (IO_SERIAL|IO_KEYBOARD) : opts & 1 << RBX_SERIAL ? IO_SERIAL : IO_KEYBOARD; if (ioctrl & IO_SERIAL) - sio_init(); + sio_init(115200 / comspeed); } else { for (q = arg--; *q && *q != '('; q++); if (*q) { @@ -459,7 +471,7 @@ ? DRV_HARD : 0) + drv; dsk_meta = 0; } - if ((i = p - arg - !*(p - 1))) { + if ((i = ep - arg)) { if ((size_t)i >= sizeof(kname)) return -1; memcpy(kname, arg, i + 1); Index: i386/boot2/lib.h =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/boot/i386/boot2/lib.h,v retrieving revision 1.2 diff -u -r1.2 lib.h --- i386/boot2/lib.h 28 Aug 1999 00:40:02 -0000 1.2 +++ i386/boot2/lib.h 14 Aug 2005 16:02:57 -0000 @@ -17,7 +17,7 @@ * $FreeBSD: src/sys/boot/i386/boot2/lib.h,v 1.2 1999/08/28 00:40:02 peter Exp $ */ -void sio_init(void); +void sio_init(int); void sio_flush(void); void sio_putc(int); int sio_getc(void); Index: i386/boot2/sio.S =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/boot/i386/boot2/sio.S,v retrieving revision 1.9 diff -u -r1.9 sio.S --- i386/boot2/sio.S 14 May 2004 20:29:29 -0000 1.9 +++ i386/boot2/sio.S 14 Aug 2005 16:02:57 -0000 @@ -17,7 +17,6 @@ .set SIO_PRT,SIOPRT # Base port .set SIO_FMT,SIOFMT # 8N1 - .set SIO_DIV,(115200/SIOSPD) # 115200 / SPD .globl sio_init .globl sio_flush @@ -25,14 +24,14 @@ .globl sio_getc .globl sio_ischar -/* void sio_init(void) */ +/* void sio_init(int div) */ sio_init: movw $SIO_PRT+0x3,%dx # Data format reg movb $SIO_FMT|0x80,%al # Set format outb %al,(%dx) # and DLAB pushl %edx # Save subb $0x3,%dl # Divisor latch reg - movw $SIO_DIV,%ax # Set + movl 0x8(%esp),%eax # Set outw %ax,(%dx) # BPS popl %edx # Restore movb $SIO_FMT,%al # Clear @@ -41,6 +40,8 @@ movb $0x3,%al # Set RTS, outb %al,(%dx) # DTR incl %edx # Line status reg + call sio_flush + ret $0x4 /* void sio_flush(void) */ Index: i386/libi386/comconsole.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/boot/i386/libi386/comconsole.c,v retrieving revision 1.10 diff -u -r1.10 comconsole.c --- i386/libi386/comconsole.c 16 Sep 2003 11:24:23 -0000 1.10 +++ i386/libi386/comconsole.c 14 Aug 2005 15:59:37 -0000 @@ -35,6 +35,7 @@ #define COMC_FMT 0x3 /* 8N1 */ #define COMC_TXWAIT 0x40000 /* transmit timeout */ #define COMC_BPS(x) (115200 / (x)) /* speed to DLAB divisor */ +#define COMC_DIV2BPS(x) (115200 / (x)) /* DLAB divisor to speed */ #ifndef COMPORT #define COMPORT 0x3f8 @@ -47,9 +48,15 @@ static int comc_init(int arg); static void comc_putchar(int c); static int comc_getchar(void); +static int comc_getspeed(void); static int comc_ischar(void); +static int comc_parsespeed(const char *string); +static void comc_setup(int speed); +static int comc_speed_set(struct env_var *ev, int flags, + const void *value); static int comc_started; +static int comc_curspeed; struct console comconsole = { "comconsole", @@ -65,26 +72,50 @@ static void comc_probe(struct console *cp) { + char speedbuf[16]; + char *cons, *speedenv; + int speed; + /* XXX check the BIOS equipment list? */ cp->c_flags |= (C_PRESENTIN | C_PRESENTOUT); + + if (comc_curspeed == 0) { + comc_curspeed = COMSPEED; + /* + * Assume that the speed was set by an earlier boot loader if + * comconsole is already the preferred console. + */ + cons = getenv("console"); + if ((cons != NULL && strcmp(cons, comconsole.c_name) == 0) || + getenv("boot_multicons") != NULL) { + comc_curspeed = comc_getspeed(); + } + speedenv = getenv("comconsole_speed"); + if (speedenv != NULL) { + speed = comc_parsespeed(speedenv); + if (speed > 0) + comc_curspeed = speed; + } + + sprintf(speedbuf, "%d", comc_curspeed); + unsetenv("comconsole_speed"); + env_setenv("comconsole_speed", EV_VOLATILE, speedbuf, comc_speed_set, + env_nounset); + } } static int comc_init(int arg) { + char speedbuf[16]; + char *cons, *speedenv; + int speed; + if (comc_started && arg == 0) return 0; comc_started = 1; - outb(COMPORT + com_cfcr, CFCR_DLAB | COMC_FMT); - outb(COMPORT + com_dlbl, COMC_BPS(COMSPEED) & 0xff); - outb(COMPORT + com_dlbh, COMC_BPS(COMSPEED) >> 8); - outb(COMPORT + com_cfcr, COMC_FMT); - outb(COMPORT + com_mcr, MCR_RTS | MCR_DTR); - - do - inb(COMPORT + com_data); - while (inb(COMPORT + com_lsr) & LSR_RXRDY); + comc_setup(comc_curspeed); return(0); } @@ -112,3 +143,76 @@ { return(inb(COMPORT + com_lsr) & LSR_RXRDY); } + +static int +comc_speed_set(struct env_var *ev, int flags, const void *value) +{ + int speed; + + if (value == NULL || (speed = comc_parsespeed(value)) <= 0) { + printf("Invalid speed\n"); + return (CMD_ERROR); + } + + if (comc_started && comc_curspeed != speed) + comc_setup(speed); + + env_setenv(ev->ev_name, flags | EV_NOHOOK, value, NULL, NULL); + + return (CMD_OK); +} + +static void +comc_setup(int speed) +{ + + comc_curspeed = speed; + + outb(COMPORT + com_cfcr, CFCR_DLAB | COMC_FMT); + outb(COMPORT + com_dlbl, COMC_BPS(speed) & 0xff); + outb(COMPORT + com_dlbh, COMC_BPS(speed) >> 8); + outb(COMPORT + com_cfcr, COMC_FMT); + outb(COMPORT + com_mcr, MCR_RTS | MCR_DTR); + + do + inb(COMPORT + com_data); + while (inb(COMPORT + com_lsr) & LSR_RXRDY); +} + +static int +comc_parsespeed(const char *speedstr) +{ + char *p; + int speed; + + speed = strtol(speedstr, &p, 0); + if (p == speedstr || *p != '\0' || speed <= 0) + return (-1); + + return (speed); +} + +static int +comc_getspeed(void) +{ + u_int divisor; + u_char dlbh; + u_char dlbl; + u_char cfcr; + + cfcr = inb(COMPORT + com_cfcr); + outb(COMPORT + com_cfcr, CFCR_DLAB | cfcr); + + dlbl = inb(COMPORT + com_dlbl); + dlbh = inb(COMPORT + com_dlbh); + + outb(COMPORT + com_cfcr, cfcr); + + divisor = dlbh << 8 | dlbl; + + /* XXX there should be more sanity checking. */ + if (divisor == 0) + return (COMSPEED); + return (COMC_DIV2BPS(divisor)); +} + From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 17:57:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90E0116A41F for ; Sun, 14 Aug 2005 17:57:45 +0000 (GMT) (envelope-from Chris@LainOS.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0A5543D48 for ; Sun, 14 Aug 2005 17:57:44 +0000 (GMT) (envelope-from Chris@LainOS.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id A14EF6D458 for ; Sun, 14 Aug 2005 10:56:16 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 70793-03 for ; Sun, 14 Aug 2005 10:56:13 -0700 (MST) Received: from melchior.neovanglist.net (cpe.atm2-0-1081027.0x50c4e512.bynxx14.customer.tele.dk [80.196.229.18]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id 45B3D6D432 for ; Sun, 14 Aug 2005 10:56:13 -0700 (MST) From: Chris Gilbert To: freebsd-current@freebsd.org Date: Sat, 13 Aug 2005 23:21:36 +0200 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: <200508132321.37654.Chris@LainOS.org> X-Virus-Scanned: amavisd-new at neovanglist.net Subject: Re: Panic during install on Sparc64 - Only with large HDD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris@LainOS.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 17:57:45 -0000 Well, I've continued looking into this problem as I really _really_ want to see it fixed for 6.0-RELEASE. I did some general device stress-testing to make sure that is was directly triggerable and reproducible, and was not just an intermittent failure. I have successfully created, and installed FreeBSD on (without any errors): /dev/ad0a /dev/ad0b /dev/ad0c /dev/ad0d /dev/ad0e /dev/ad0f Even though the newfs on it failed, creating the slice itself worked for my large partition (/dev/ad0g). Therefore, I can dd data to it, but I can't write a UFS filesystem to it in order to mount. I then went about writing data to this filesystem for long periods of time to try and hit the problem: # time dd if=/dev/urandom of=/dev/ad0g 143337401+0 records in 143337401+0 records out 73388749312 bytes transferred in 89392.318911 secs (820974 bytes/sec) 614.444u 41826.640s 24:49:52.35 47.4% 244+1708k 0+0io 0pf+0w After this ran without a single error for about 20 hours, I stopped it and started trying to hit the block that triggered the issue manually. After a few hours of "double and half(ing) " I finally managed to find the block: # dd count=1 obs=1024 seek=93321655 if=/dev/urandom of=/dev/ad0g 1+0 records in 0+1 records out 512 bytes transferred in 0.001470 secs (348278 bytes/sec) This one was successful... but the very next one: # dd count=1 obs=1024 seek=93321656 if=/dev/urandom of=/dev/ad0g ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=268435456 ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=268435456 ad0: FAILURE - WRITE_DMA timed out LBA=268435456 dd: /dev/ad0g: Input/output error 1+0 records in 0+0 records out 0 bytes transferred in 16.453833 secs (0 bytes/sec) And incrementing this by one block shows: # dd count=1 obs=1024 seek=93321657 if=/dev/urandom of=/dev/ad0g ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=268435458 ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=268435458 ad0: FAILURE - WRITE_DMA timed out LBA=268435458 dd: /dev/ad0g: Input/output error 1+0 records in 0+0 records out 0 bytes transferred in 16.452722 secs (0 bytes/sec) This makes perfect sense because my block size is specified at 1024 on the dd command, and the default blocksize is 512. Therefore, incrementing it by a single 1024 size block would return 2 blocks further in the LBA. ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=268435456 (then...) ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=268435458 Bingo! We've finally found the wall! I'm going to look further into the IDE chipset (atapci0: ) tonight. Both for it's whitepapers (To see if it has some sort of quirk or limitation around this area.) and it's FreeBSD driver, to see if something funky is going on. As I said before, if anyone is interesting in helping me resolve this I would appreciate it greatly. This is a bug which has haunted me and several others since FreeBSD 5.2-RC2 and it needs to be fixed. -- Thanks, Chris (Lance) Gilbert Ph: +45 33 73 29 31 (UTC +0100) From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 18:26:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D025416A41F for ; Sun, 14 Aug 2005 18:26:21 +0000 (GMT) (envelope-from Chris@LainOS.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7587643D45 for ; Sun, 14 Aug 2005 18:26:21 +0000 (GMT) (envelope-from Chris@LainOS.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id E5D066D44A for ; Sun, 14 Aug 2005 11:24:54 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 70793-05 for ; Sun, 14 Aug 2005 11:24:52 -0700 (MST) Received: from melchior.neovanglist.net (cpe.atm2-0-1081027.0x50c4e512.bynxx14.customer.tele.dk [80.196.229.18]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id EFBD96D448 for ; Sun, 14 Aug 2005 11:24:51 -0700 (MST) From: Chris Gilbert To: freebsd-current@freebsd.org Date: Sun, 14 Aug 2005 20:16:17 +0200 User-Agent: KMail/1.8 References: <200508132321.37654.Chris@LainOS.org> In-Reply-To: <200508132321.37654.Chris@LainOS.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508142016.17769.Chris@LainOS.org> X-Virus-Scanned: amavisd-new at neovanglist.net Subject: Re: Panic during install on Sparc64 - Only with large HDD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris@LainOS.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 18:26:22 -0000 Also, it seems that setting hw.ata.ata_dma=0 (forcing it into PIO mode) fixes the issue. # sysctl -a hw.ata.ata_dma hw.ata.ata_dma: 0 # dd count=1 obs=1024 seek=93321656 if=/dev/urandom of=/dev/ad0g 1+0 records in 0+1 records out 512 bytes transferred in 0.001390 secs (368351 bytes/sec) Also, seems there is a bug summitted on this, and a posting to the freebsd-sparc64 mailing list. http://lists.freebsd.org/pipermail/freebsd-sparc64/2005-June/003212.html Will continue looking into the chipset docs and FreeBSD driver... but thought I should point this out. -- Thanks, Chris (Lance) Gilbert Ph: +45 33 73 29 31 (UTC +0100) On Saturday 13 August 2005 23:21, Chris Gilbert wrote: > Well, I've continued looking into this problem as I really _really_ want to > see it fixed for 6.0-RELEASE. > > I did some general device stress-testing to make sure that is was directly > triggerable and reproducible, and was not just an intermittent failure. > > I have successfully created, and installed FreeBSD on (without any errors): > > /dev/ad0a > /dev/ad0b > /dev/ad0c > /dev/ad0d > /dev/ad0e > /dev/ad0f > > Even though the newfs on it failed, creating the slice itself worked for my > large partition (/dev/ad0g). > > Therefore, I can dd data to it, but I can't write a UFS filesystem to it in > order to mount. > > I then went about writing data to this filesystem for long periods of time > to try and hit the problem: > > # time dd if=/dev/urandom of=/dev/ad0g > 143337401+0 records in > 143337401+0 records out > 73388749312 bytes transferred in 89392.318911 secs (820974 bytes/sec) > 614.444u 41826.640s 24:49:52.35 47.4% 244+1708k 0+0io 0pf+0w > > After this ran without a single error for about 20 hours, I stopped it and > started trying to hit the block that triggered the issue manually. > > After a few hours of "double and half(ing) " I finally managed to find the > block: > > # dd count=1 obs=1024 seek=93321655 if=/dev/urandom of=/dev/ad0g > 1+0 records in > 0+1 records out > 512 bytes transferred in 0.001470 secs (348278 bytes/sec) > > This one was successful... but the very next one: > > # dd count=1 obs=1024 seek=93321656 if=/dev/urandom of=/dev/ad0g > ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=268435456 > ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=268435456 > ad0: FAILURE - WRITE_DMA timed out LBA=268435456 > dd: /dev/ad0g: Input/output error > 1+0 records in > 0+0 records out > 0 bytes transferred in 16.453833 secs (0 bytes/sec) > > And incrementing this by one block shows: > > # dd count=1 obs=1024 seek=93321657 if=/dev/urandom of=/dev/ad0g > ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=268435458 > ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=268435458 > ad0: FAILURE - WRITE_DMA timed out LBA=268435458 > dd: /dev/ad0g: Input/output error > 1+0 records in > 0+0 records out > 0 bytes transferred in 16.452722 secs (0 bytes/sec) > > This makes perfect sense because my block size is specified at 1024 on the > dd command, and the default blocksize is 512. Therefore, incrementing it by > a single 1024 size block would return 2 blocks further in the LBA. > > ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=268435456 > (then...) > ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=268435458 > > Bingo! We've finally found the wall! > > I'm going to look further into the IDE chipset (atapci0: UDMA66 controller>) tonight. Both for it's whitepapers (To see if it has > some sort of quirk or limitation around this area.) and it's FreeBSD > driver, to see if something funky is going on. > > As I said before, if anyone is interesting in helping me resolve this I > would appreciate it greatly. This is a bug which has haunted me and several > others since FreeBSD 5.2-RC2 and it needs to be fixed. From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 19:41:44 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCC6516A41F for ; Sun, 14 Aug 2005 19:41:44 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CE7F43D48 for ; Sun, 14 Aug 2005 19:41:44 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j7EJewpE045707; Sun, 14 Aug 2005 21:40:59 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: <200508142016.17769.Chris@LainOS.org> References: <200508132321.37654.Chris@LainOS.org> <200508142016.17769.Chris@LainOS.org> Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Sun, 14 Aug 2005 21:41:38 +0200 To: Chris@LainOS.org X-Mailer: Apple Mail (2.733) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.org Subject: Re: Panic during install on Sparc64 - Only with large HDD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 19:41:44 -0000 On 14/08/2005, at 20:16, Chris Gilbert wrote: > Also, it seems that setting hw.ata.ata_dma=3D0 (forcing it into PIO =20= > mode) fixes > the issue. > > # sysctl -a hw.ata.ata_dma > hw.ata.ata_dma: 0 > > # dd count=3D1 obs=3D1024 seek=3D93321656 if=3D/dev/urandom = of=3D/dev/ad0g > 1+0 records in > 0+1 records out > 512 bytes transferred in 0.001390 secs (368351 bytes/sec) > > Also, seems there is a bug summitted on this, and a posting to the > freebsd-sparc64 mailing list. > > http://lists.freebsd.org/pipermail/freebsd-sparc64/2005-June/=20 > 003212.html > > Will continue looking into the chipset docs and FreeBSD driver... =20 > but thought > I should point this out. Actually the problem is in the Acer chip, it cant handle 48bit =20 addressing in DMA mode, unless the version is above 0xc4 IIRC. Either you should use disks with a size less137GB, or you need to =20 engage PIO mode. A workaround in ATA could be to use PIO mode when crossing the =20 boundary, but there is no framework for quirks like that present yet, =20= could be pretty easily done though so give a me few days (I'm busy as =20= usual) -S=F8ren > > --=20 > Thanks, > Chris (Lance) Gilbert > Ph: +45 33 73 29 31 (UTC +0100) > > On Saturday 13 August 2005 23:21, Chris Gilbert wrote: > >> Well, I've continued looking into this problem as I really =20 >> _really_ want to >> see it fixed for 6.0-RELEASE. >> >> I did some general device stress-testing to make sure that is was =20 >> directly >> triggerable and reproducible, and was not just an intermittent =20 >> failure. >> >> I have successfully created, and installed FreeBSD on (without any =20= >> errors): >> >> /dev/ad0a >> /dev/ad0b >> /dev/ad0c >> /dev/ad0d >> /dev/ad0e >> /dev/ad0f >> >> Even though the newfs on it failed, creating the slice itself =20 >> worked for my >> large partition (/dev/ad0g). >> >> Therefore, I can dd data to it, but I can't write a UFS filesystem =20= >> to it in >> order to mount. >> >> I then went about writing data to this filesystem for long periods =20= >> of time >> to try and hit the problem: >> >> # time dd if=3D/dev/urandom of=3D/dev/ad0g >> 143337401+0 records in >> 143337401+0 records out >> 73388749312 bytes transferred in 89392.318911 secs (820974 bytes/sec) >> 614.444u 41826.640s 24:49:52.35 47.4% 244+1708k 0+0io 0pf+0w >> >> After this ran without a single error for about 20 hours, I =20 >> stopped it and >> started trying to hit the block that triggered the issue manually. >> >> After a few hours of "double and half(ing) " I finally managed to =20 >> find the >> block: >> >> # dd count=3D1 obs=3D1024 seek=3D93321655 if=3D/dev/urandom = of=3D/dev/ad0g >> 1+0 records in >> 0+1 records out >> 512 bytes transferred in 0.001470 secs (348278 bytes/sec) >> >> This one was successful... but the very next one: >> >> # dd count=3D1 obs=3D1024 seek=3D93321656 if=3D/dev/urandom = of=3D/dev/ad0g >> ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=3D268435456 >> ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=3D268435456 >> ad0: FAILURE - WRITE_DMA timed out LBA=3D268435456 >> dd: /dev/ad0g: Input/output error >> 1+0 records in >> 0+0 records out >> 0 bytes transferred in 16.453833 secs (0 bytes/sec) >> >> And incrementing this by one block shows: >> >> # dd count=3D1 obs=3D1024 seek=3D93321657 if=3D/dev/urandom = of=3D/dev/ad0g >> ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=3D268435458 >> ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=3D268435458 >> ad0: FAILURE - WRITE_DMA timed out LBA=3D268435458 >> dd: /dev/ad0g: Input/output error >> 1+0 records in >> 0+0 records out >> 0 bytes transferred in 16.452722 secs (0 bytes/sec) >> >> This makes perfect sense because my block size is specified at =20 >> 1024 on the >> dd command, and the default blocksize is 512. Therefore, =20 >> incrementing it by >> a single 1024 size block would return 2 blocks further in the LBA. >> >> ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=3D268435456 >> (then...) >> ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=3D268435458 >> >> Bingo! We've finally found the wall! >> >> I'm going to look further into the IDE chipset (atapci0: > M5229 >> UDMA66 controller>) tonight. Both for it's whitepapers (To see if =20 >> it has >> some sort of quirk or limitation around this area.) and it's FreeBSD >> driver, to see if something funky is going on. >> >> As I said before, if anyone is interesting in helping me resolve =20 >> this I >> would appreciate it greatly. This is a bug which has haunted me =20 >> and several >> others since FreeBSD 5.2-RC2 and it needs to be fixed. >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-=20 > unsubscribe@freebsd.org" > > - S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 20:44:25 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9BB516A41F; Sun, 14 Aug 2005 20:44:25 +0000 (GMT) (envelope-from Chris@LainOS.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6196643D45; Sun, 14 Aug 2005 20:44:25 +0000 (GMT) (envelope-from Chris@LainOS.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id E270D6D440; Sun, 14 Aug 2005 13:42:56 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 71446-02; Sun, 14 Aug 2005 13:42:50 -0700 (MST) Received: from melchior.neovanglist.net (cpe.atm2-0-1081027.0x50c4e512.bynxx14.customer.tele.dk [80.196.229.18]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id E13676D432; Sun, 14 Aug 2005 13:42:49 -0700 (MST) From: Chris Gilbert To: =?iso-8859-1?q?S=F8ren_Schmidt?= Date: Sun, 14 Aug 2005 21:47:41 +0200 User-Agent: KMail/1.8 References: <200508132321.37654.Chris@LainOS.org> <200508142016.17769.Chris@LainOS.org> 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: <200508142147.42045.Chris@LainOS.org> X-Virus-Scanned: amavisd-new at neovanglist.net Cc: freebsd-current@FreeBSD.org Subject: Re: Panic during install on Sparc64 - Only with large HDD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris@LainOS.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 20:44:25 -0000 Hi S=F8ren, Thanks a bunch for your reply! Yea, I thought it may have been a 137GB limitation, I wasn't positive thoug= h. Thanks for clearing it up. Also, shouldn't we modify the output with a dev_printf or something of the= =20 like on device init to note this if the drive attached is > 137GB? It would seem a shame for this tread to be brought up over and over because= =20 people like myself didn't know any better. :) Also, some users had reported success by removing the CDROM drive, putting = in=20 an 40 pin cable, etc. I tried all of these and while they did seem to fix other unrelated issues,= =20 they did not effect the problem at hand. Perhaps also a proper solution would be to report attached drives on it in = DMA=20 mode which are > 137GB as 137GB.=20 At least this way it would be less likely to generate PRs and would=20 successfully install FreeBSD. Thanks again for the feedback. OT: Also, judging by your name/domain it would appear you are here in Denma= rk.=20 If/when you get the chance to implement that PIO override let me know, and= =20 next time you are in the Copenhagen area I'll buy you a beer. :) =2D-=20 Thanks, Chris (Lance) Gilbert Ph: +45 33 73 29 31 (UTC +0100) On Sunday 14 August 2005 21:41, S=F8ren Schmidt wrote: > On 14/08/2005, at 20:16, Chris Gilbert wrote: > > Also, it seems that setting hw.ata.ata_dma=3D0 (forcing it into PIO > > mode) fixes > > the issue. > > > > # sysctl -a hw.ata.ata_dma > > hw.ata.ata_dma: 0 > > > > # dd count=3D1 obs=3D1024 seek=3D93321656 if=3D/dev/urandom of=3D/dev/a= d0g > > 1+0 records in > > 0+1 records out > > 512 bytes transferred in 0.001390 secs (368351 bytes/sec) > > > > Also, seems there is a bug summitted on this, and a posting to the > > freebsd-sparc64 mailing list. > > > > http://lists.freebsd.org/pipermail/freebsd-sparc64/2005-June/ > > 003212.html > > > > Will continue looking into the chipset docs and FreeBSD driver... > > but thought > > I should point this out. > > Actually the problem is in the Acer chip, it cant handle 48bit > addressing in DMA mode, unless the version is above 0xc4 IIRC. > > Either you should use disks with a size less137GB, or you need to > engage PIO mode. > > A workaround in ATA could be to use PIO mode when crossing the > boundary, but there is no framework for quirks like that present yet, > could be pretty easily done though so give a me few days (I'm busy as > usual) > > -S=F8ren > From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 21:29:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22BAA16A41F for ; Sun, 14 Aug 2005 21:29:06 +0000 (GMT) (envelope-from kaj@kth.se) Received: from mx2.kth.se (mx2.kth.se [130.237.48.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C81943D46 for ; Sun, 14 Aug 2005 21:29:05 +0000 (GMT) (envelope-from kaj@kth.se) Received: from localhost (localhost.localdomain [127.0.0.1]) by mx2.kth.se (Postfix) with ESMTP id 80B53141D30 for ; Sun, 14 Aug 2005 23:29:03 +0200 (CEST) Received: from mx2.kth.se ([127.0.0.1]) by localhost (mx2.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 32706-01-88; Sun, 14 Aug 2005 23:28:55 +0200 (CEST) Received: from kashyyyk.ite.kth.se (kashyyyk.ite.kth.se [130.237.31.35]) by mx2.kth.se (Postfix) with ESMTP id AE2B8140F5E; Sun, 14 Aug 2005 23:28:55 +0200 (CEST) Received: from kashyyyk.ite.kth.se (localhost.localdomain [127.0.0.1]) by kashyyyk.ite.kth.se (8.13.1/8.13.1) with ESMTP id j7ELSt1x024419; Sun, 14 Aug 2005 23:28:55 +0200 Received: (from kaj@localhost) by kashyyyk.ite.kth.se (8.13.1/8.13.1/Submit) id j7ELStfw024416; Sun, 14 Aug 2005 23:28:55 +0200 X-Authentication-Warning: kashyyyk.ite.kth.se: kaj set sender to kaj@kth.se using -f Sender: kaj@kashyyyk.ite.kth.se To: current@freebsd.org References: From: Rasmus Kaj Organization: http://www.stacken.kth.se/ - Stacken computer club, Stockholm X-Face: M9cR~WYav<"fu%MaslX0`43PAYY?uIsM8[#E(0\Xuy9rj>4gE\h3jm.7DD?]R8*^7T\o&vT U@[53Dwkuup4[0@gw#~kyu>`unH?kVj9CJa02(h>Ki\+i=%rn%sDf^KC.!?IHkKjMAbkd\jgmphp^' d|Q; OeXEAhq?ybGqOs1CHb6TJT42'C`Krnk61//AOfXtNjj/t'`5>Vw0QX!dKfOL$.f+S"LIuwR<; I Z0Qnnx(F^F]o@*V%TUtEV'1Z[TkOl^FFV9Z~A[b19%}uP*,huCU Date: 14 Aug 2005 23:28:55 +0200 In-Reply-To: Message-ID: Lines: 14 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at kth.se Cc: Subject: Re: Kernel module at amd64: unexpected relocation type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 21:29:06 -0000 >>>>> "RK" == Rasmus Kaj writes: RK> Hi! I get the message "kldload: unexpected relocation type 10" many RK> times (som many the ringbuffer gets full and the first message I see RK> is truncated) when loading a 3-rd part kernel module (nnpfs [1]). Replying to myself on this: after compiling the kernel module the right way (with bsd.kmod.mk), I no longer get those messages and all is fine. -- Rasmus Kaj --+-- rasmus@kaj.se --+-- http://www.stacken.kth.se/~kaj/ Put no trust in cryptic comments From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 06:23:29 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D40F16A41F; Mon, 15 Aug 2005 06:23:29 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F50843D48; Mon, 15 Aug 2005 06:23:26 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [172.20.101.145] ([12.167.156.2]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j7F6YiVQ037280; Mon, 15 Aug 2005 00:34:45 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <430034B9.1010706@samsco.org> Date: Mon, 15 Aug 2005 00:22:49 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20050811220017.A72944@hades.admin.frm2> <200508111803.41851.jhb@FreeBSD.org> <42FBDA1A.9000204@samsco.org> <200508120937.26659.jhb@FreeBSD.org> In-Reply-To: <200508120937.26659.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@FreeBSD.org, Joerg Pulz Subject: Re: 6.0-BETA2: taskqueue_drain for if_xl.c:2796 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 06:23:29 -0000 John Baldwin wrote: > On Thursday 11 August 2005 07:07 pm, Scott Long wrote: > >>John Baldwin wrote: >> >>>On Thursday 11 August 2005 05:41 pm, John Baldwin wrote: >>> >>>>On Thursday 11 August 2005 04:09 pm, Joerg Pulz wrote: >>>> >>>>>Hi, >>>>> >>>>>with a fresh installed 6.0-BETA2 i get this when xl(4) gets configured >>>>>at the system startup. >>>>>System is P3-800MHz SMP. dmesg is attached. >>>> >>>>I'm working on fixes for this. Ping me in a day or so for a patch. >>> >>>Ok, I've got a patch. I added a taskqueue_stop() function to bring >>>taskqueue's a bit closer inline with the callout*() API and use >>>taskqueue_stop() in xl_stop() as it is ok to be called with locks held >>>and doesn't block. The xl task handler function now bails if >>>IFF_DRV_RUNNING is clear, and I added a taskqueue_drain() in detach to >>>make sure we were finished with the mutex and function before detach >>>finishes. Unfortunately, the patch is to HEAD, but you can probably get >>>it to work on 6.x by changing if_drv_flags to if_flags and >>>IFF_DRV_RUNNING to IFF_RUNNING on 6.x. >>> >>>http://www.FreeBSD.org/~jhb/patches/xl_locking >> >>It looks like taskqueue_stop merely removes a pending task from the >>queue, it doesn't protect against there being a task already running >>and/or sleeping. I know that you're looking for the convenience of >>being able to cancel a taskqueue without having to worry about locks, >>but ignoring the possibility of an in-progress task is dangerous. It's >>incovenient, but it's the price of concurrency in the kernel. I've >>objected to callout_stop for the same reason. Never the less, if you're >>looking to have a similar API as callout_*, why not follow their model >>and have _taskqueue_stop_safe() ? > > > Note that I modified xl_rxeof_task to not call the task handler if > IFF_DRV_RUNNING is clear to handle this race. I also just added locally > another check after it relocks the driver lock after if_input() in xl_rxeof() > to bail if the interface has been stopped as well which should handle that > race. Both of these races are present even in the taskqueue_drain() case as > you need the task to die if taskqueue_drain() is ever going to unblock. > > Also, I specifically call taskqueue_drain() after xl_stop() in xl_detach() > (same as I do for callouts) to make sure it really has stopped in the one > case where I need more assurance than just taskqueue_stop(). (The drains > here for both callout and taskqueue are to make sure that if the other thread > is blocked on our lock when we call xl_stop(), it will have a chance to get > it and release it so it's not contested when we go to destroy it later and to > ensure that the threads won't be in the text of our module.) > > I didn't try to merge stop and drain for taskqueue as the current > taskqueue_drain() is different from callout_drain() in that callout_drain() > still removes the callout if possible and then waits, whereas > taskqueue_drain() makes no attempt currently to dequeue the task but just > waits on it to finish if it is either in the queue or running. One nicer > thing about callouts is that you can use callout_init_mtx() which lets you > push the initial equivalent to the IFF_DRV_RUNNING check out into softclock() > since it can check to see if you are cancelled after grabbing your lock. > Given the fact that tasks can sleep, I think this would be less useful for > taskqueue as task handlers need to handle stop races around sleeps so they > might as well handle it during startup as well so that it is more consistent > that they handle it in all cases instead of just some of them. > > Being able to stop separately from drain is not "bad", it's just a different > model, it lets you separate "fire off an event now" from "wait for ack from > the event" instead of forcing you to do it all at once. > I still don't see what the point is of having a function that only removes pending tasks from the queue if it doesn't also drain in progress tasks. Simple example: CPU1 calls xl_stop. The XL_LOCK gets taken. At the same time, CPU2 calls taskqueue_swi, which pops the queue and calls xl_rxeof_task. It tries to take the XL_LOCK but instead sleeps (or adaptively spins) because CPU1 already has it. CPU1 calls taskqueue_stop, which doesn't do anything because the task was alrady popped off. Now, at some point, CPU1 **MUST** drop the XL_LOCK and let CPU2 continue that task to completion. There simply is no way around that, right? So why muddle the API with a function that really doesn't solve any problems. The argument that being able to call taskqueue_stop with locks held is a convenience doesn't hold water. You'll still need to drop locks in order to be sure that a mess isn't created. So what does that really buy you since you still have to deal with the possible blocked task problem? Better to just organize the code so that you can call taskqueue_dequeue with locks released and let the problem be dealt with in a consistent way, rather than encourage people roll their own dequeueing logic (best case) or become careless with parallelization (worse case). I think that all that you are doing is finding a way to cheat around a real synchronization problem. There are a lot of network drivers in the tree that are notorious for fundamentally poor locking design. I'd really rather see them be fixed to conform to good APIs, rather than add marginal APIs that paper over the problems. Scott From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 07:29:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18D2416A41F; Mon, 15 Aug 2005 07:29:31 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2812643D46; Mon, 15 Aug 2005 07:29:30 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: from antivir3.iol.cz (unknown [192.168.30.206]) by smtp-out3.iol.cz (Internet on Line ESMTP server) with ESMTP id A02B23182E2; Mon, 15 Aug 2005 09:29:30 +0200 (CEST) Received: from localhost (antivir3.iol.cz [127.0.0.1]) by antivir3.iol.cz (Postfix) with ESMTP id 94EAC6DC005; Mon, 15 Aug 2005 09:29:30 +0200 (CEST) Received: from smtp-out3.iol.cz (unknown [192.168.30.28]) by antivir3.iol.cz (Postfix) with ESMTP id 509836DC003; Mon, 15 Aug 2005 09:29:30 +0200 (CEST) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Internet on Line ESMTP server) with ESMTP id 9B5C73BE6B; Mon, 15 Aug 2005 09:29:22 +0200 (CEST) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id A8D2C5D4F; Mon, 15 Aug 2005 09:29:20 +0200 (CEST) Received: from srv (ac.botka.homeunix.org [192.168.1.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ace.botka.homeunix.org (Postfix) with ESMTP id 026E05D4D; Mon, 15 Aug 2005 09:29:08 +0200 (CEST) Date: Mon, 15 Aug 2005 09:29:08 +0200 (CEST) From: Vladimir Botka X-X-Sender: vlado@localhost To: Bsderss In-Reply-To: <20050814062149.31674.qmail@web54408.mail.yahoo.com> Message-ID: <20050815091243.U13018@localhost> References: <20050814062149.31674.qmail@web54408.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=ham version=3.0.4 X-Virus-Scanned: amavisd-new at iol.cz Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Alcatel Speedtouch PC ADSL Modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 07:29:32 -0000 Hi, here is the scheme (ADSL)-> Speedtouch 510i <-(ETHERNET)-> PC(FreeBSD) As long as you use ethernet there is no difference in what OS you have on PC. Speedtouch has a firewall/NAT capability so you can decide where to filter/masquerade. It costs ~ $100 new. I have no experience with DSL cards. Cheers, Vladimir. On Sat, 13 Aug 2005, Bsderss wrote: > > > --- Vladimir Botka wrote: > >> Hi, >> I am running Speedtouch 510i, which is defacto >> router with some small unix >> system inside. You can login with telnet and >> configure it from command >> line or use the web interface or load the >> configuration file. I dont >> think that USB and pppoa is here the best choice. >> You just connect the >> Speedtouch to the ADSL and use the Speedtouch >> ethernet to connect it to >> your LAN. Cheers, Vladimir. >> > Hi, thanks for the suggestion. Is this a normal DSL > Modem with an ethernet at its back connect to your > desktop or an router? How much did you pay for it? If > it is cheap enuf, I think it is worth to get it as a > standalone DSL modem. > > The reason I want to install freebsd in one of these > DSL modem is because here in Australia ISPs do not > lease out their DSL modem to end user. User will end > up purchase expensive crapy DSL Modem (eg. Netgear) > from computer shop. > > As I have a freebsd gateway used to dail-up pppoe thru > an external DSL modem when I was in another country, I > want to reconfigure this freebsd router to make it > able to handle DSL modem communication. But I need to > purchase a DSL modem card for it. If an external DSL > modem like Speedtouch is cheap enuf and provide stable > system enviornment in the DSL Bridge mode, I would > like to purchase one as an external DSL modem. > > On the other hand, if you know how to configure > freebsd with a DSL Modem card in freebsd, please let > me know how to do that. And if you also know where to > purchase a barebone DSL Modem (without a system) for > development purpose (eg. Speedtouch), please also let > me know. > > Thanks > Sam > >> On Sat, 13 Aug 2005, Bsderss wrote: >> >>> Hi, >>> >>> I want to purchase a USB Alcatel Speedtouch PC >> ADSL >>> Modem and connection freebsd to it. There is a pkg >> in >>> the Ports >>> /usr/ports/net/pppoa written for the Alcatel >>> Speedtouch. I wonder how to use this pkg with the >>> Alcatel Speedtouch PC ADSL Modem. Correct me if I >> m >>> wrong, this modem does not have a system running >>> itside, it is just an external device have a USB >> port >>> connect to the FreeBSD system. As I browsed thru >> the >>> Speedtouch website, I don't know which modem does >> not >>> have a system and allow me to do this setup. >>> >>> Can anyone please help? >>> >>> Thanks >>> Sam >>> >>> >>> __________________________________________________ >>> Do You Yahoo!? >>> Tired of spam? Yahoo! Mail has the best spam >> protection around >>> http://mail.yahoo.com >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> >> > http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >>> >>> >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" >> > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 09:24:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA44F16A41F for ; Mon, 15 Aug 2005 09:24:05 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C62E43D45 for ; Mon, 15 Aug 2005 09:24:05 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 57832 invoked from network); 15 Aug 2005 09:04:50 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 15 Aug 2005 09:04:50 -0000 Message-ID: <43005F30.9000102@freebsd.org> Date: Mon, 15 Aug 2005 11:24:00 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: SAS controllers and SATA tunneling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 09:24:06 -0000 Does one of our SCSI-SAS controllers support multiplexors and SATA tunneling (STP)? -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 09:31:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B524B16A41F for ; Mon, 15 Aug 2005 09:31:48 +0000 (GMT) (envelope-from dreamer2@tikhvin.info) Received: from mail.lsi.ru (mail.lsi.ru [212.58.192.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 540D943D49 for ; Mon, 15 Aug 2005 09:31:47 +0000 (GMT) (envelope-from dreamer2@tikhvin.info) Received: by mail.lsi.ru (Postfix, from userid 426) id 56F48386D58; Mon, 15 Aug 2005 13:31:43 +0400 (MSD) Received: from [192.168.8.100] (unknown [212.58.217.41]) by mail.lsi.ru (Postfix) with ESMTP id D5C1F386CFC for ; Mon, 15 Aug 2005 13:31:38 +0400 (MSD) Message-ID: <430060FB.1000405@tikhvin.info> Date: Mon, 15 Aug 2005 13:31:39 +0400 From: Vitaly User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: ath bridge panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 09:31:48 -0000 problem on FreeBSD 6.0-BETA1 ath0 is bridge with fxp0 panic occured when i connect wireless client to my hostap, client - FujitsuSiemens PocketLOOX720 with internal 11b adapter when his connecting i get next messages > couldn't m_pullup > couldn't m_pullup > couldn't m_pullup and first ping kill my system what i need to get more information about this? > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x10 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc06bef70 > stack pointer = 0x28:0xd274c85c > frame pointer = 0x28:0x0 > 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 = 27 (swi1: net) > trap number = 12 > panic: page fault > Uptime: 4m41s > Dumping 191 MB (2 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 191MB (48893 pages) 176 160 144 128 112 96 80 64 48 32 16 > ... ok > net.link.ether.bridge.enable: 0 -> 1 > net.link.ether.bfridge.config: xp0: promiscuous mode enabled > ath0: promiscuous mode enabled > fxp0: link state changed to UP > -> fxp0:2,ath0:2 > fxp1: link state changed to UP > fxp0: > flags=18943 > mtu 1500 > options=48 > inet 192.168.7.1 netmask 0xffffff00 broadcast 192.168.7.255 > ether 00:04:ac:d7:bd:24 > media: Ethernet autoselect (100baseTX ) > status: active > ath0: flags=8943 mtu 1500 > ether 00:0f:3d:a9:4e:20 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > ssid D2HOME channel 6 bssid 00:0f:3d:a9:4e:20 > authmode OPEN privacy ON deftxkey 1 > wepkey 1:104-bit > txpowmax 39 rtsthreshold 2346 protmode CTS dtimperiod 1 > bintval 100 From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 09:48:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 197DA16A41F for ; Mon, 15 Aug 2005 09:48:41 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2199D43D58 for ; Mon, 15 Aug 2005 09:48:39 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 15 Aug 2005 09:48:38 -0000 Received: from h081217095248.dyn.cm.kabsi.at (EHLO localhost.localdomain) [81.217.95.248] by mail.gmx.net (mp014) with SMTP; 15 Aug 2005 11:48:38 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: current@freebsd.org In-Reply-To: <1124027087.1306.8.camel@taxman.pepperland> References: <1124027087.1306.8.camel@taxman.pepperland> Content-Type: text/plain Date: Mon, 15 Aug 2005 11:48:37 +0200 Message-Id: <1124099317.2727.2.camel@taxman.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: sam@freebsd.org Subject: Re: if_iwi stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 09:48:41 -0000 On Sun, 2005-08-14 at 15:44 +0200, Stefan Ehmann wrote: > I use if_iwi with wpa. > > It stopped working some days ago. Via binary search I tracked it down to > August, 10th (I see some changes done by sam which might be the > culprit). > > In case the problem cause isn't obvious, please tell me if you need more > info. Just confirmed that sam's commit is the culprit. The trouble seems to be that scanning for APs doesn't work at all after these changes: I always get 0 stations listed. From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 10:00:29 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F8C416A41F for ; Mon, 15 Aug 2005 10:00:29 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CE8843D48 for ; Mon, 15 Aug 2005 10:00:29 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id BA53A319DE4 for ; Mon, 15 Aug 2005 12:00:27 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 78A5E405A; Mon, 15 Aug 2005 12:01:00 +0200 (CEST) Date: Mon, 15 Aug 2005 12:01:00 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050815100100.GJ1597@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: mounting device acd0t01 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 10:00:29 -0000 Hi, I was trying to understand what was residing on an unnamed CD-ROM, and it leads me to run the following command : %%% mount_cd9660 /dev/acd0t01 /cdrom %%% I obtained such a device once I have used cdcontrol(8) to try playing the CD-ROM. BTW, isn't it possible to make these devices appear immediately when the CD-ROM is inserted and remove them when the CD-ROM is removed ? I don't know how this works internaly, but I'm pretty sure the CD-ROM drive triggers an interruption for this kind of actions. Apart from this, this generated the following panic. Is is resolvable ? %%% panic: wrong offset 32768 for sectorsize 2352 [...] panic() g_io_request() at g_io_request+0xbb g_vfs_strategy() at g_vfs_strategy+0x71 breadn() at breadn+0x141 bread() at bread+0x4c cd9660_mount() at cd9660_mount+0x568 vfs_domount() at vfs_domount+0x667 vfs_donmount() at vfs_donmount+0x107 kernel_mount() at kernel_mount+0x7e cd9660_cmount() at cd9660_cmount+0x1cd mount() at mount+1e6 syscall() Xint0x80_syscall() --- syscall (1, FreeBSD ELF32, mount), eip = 0x36759097, esp = 0xbfbf123c, ebp = 0xbfbf1708 --- %%% I didn't do a dump, it is easily reproducible. My sources are dating from 2004.07.24, but I don't think this is very relevant for this bug. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 10:16:11 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD9CC16A41F for ; Mon, 15 Aug 2005 10:16:11 +0000 (GMT) (envelope-from Chris@LainOS.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B46443D46 for ; Mon, 15 Aug 2005 10:16:07 +0000 (GMT) (envelope-from Chris@LainOS.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id 50B8D6D450; Mon, 15 Aug 2005 03:14:27 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 80664-06; Mon, 15 Aug 2005 03:14:25 -0700 (MST) Received: from [127.0.0.1] (mail.neovanglist.net [69.16.150.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id E23EE6D440; Mon, 15 Aug 2005 03:14:24 -0700 (MST) Message-ID: <43006B5F.90700@LainOS.org> Date: Mon, 15 Aug 2005 12:15:59 +0200 From: Chris Gilbert User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <20050815100100.GJ1597@obiwan.tataz.chchile.org> In-Reply-To: <20050815100100.GJ1597@obiwan.tataz.chchile.org> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at neovanglist.net Cc: freebsd-current@FreeBSD.org Subject: Re: mounting device acd0t01 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 10:16:12 -0000 Well, AFAIK, *cd*t* (like acd0t01) are for multisession disks. I have personally only ever seen this when dealing with audio CDs, with a tXX for every audio track. You shouldn't have to mount those at all. Mounting it as a ISO CD9660 filesystem is impossible if it is an audio CD, since the data in those tracks is PCM and not a filesystem. (obviously) If it's a data CD however, then you should be able to mount it provided the disc was made correctly. Personally though, I've never seen a multisession data disc show up in this fashion... perhaps someone else has. (A quick read of the manpage for acd shows: "/dev/acd* ATAPI CD-ROM device nodes" so I can't be sure.) About the panic... if it is in fact an audio CD, it would seem that some sort of sanity checking is missing in the mounting. In previous versions of FreeBSD it simply returned an error saying it was not a CD9660 filesystem. When I get home tonight I'll try and mount an audio cd in the same fashion and see if I get the same panic. Best of Luck! -- Regards, Chris Gilbert +45 33 73 29 31 (UTC +0100) Jeremie Le Hen wrote: >Hi, > >I was trying to understand what was residing on an unnamed CD-ROM, >and it leads me to run the following command : >%%% > mount_cd9660 /dev/acd0t01 /cdrom >%%% > >I obtained such a device once I have used cdcontrol(8) to try playing >the CD-ROM. BTW, isn't it possible to make these devices appear >immediately when the CD-ROM is inserted and remove them when the >CD-ROM is removed ? I don't know how this works internaly, but I'm >pretty sure the CD-ROM drive triggers an interruption for this kind >of actions. > >Apart from this, this generated the following panic. Is is resolvable ? >%%% > panic: wrong offset 32768 for sectorsize 2352 > [...] > panic() > g_io_request() at g_io_request+0xbb > g_vfs_strategy() at g_vfs_strategy+0x71 > breadn() at breadn+0x141 > bread() at bread+0x4c > cd9660_mount() at cd9660_mount+0x568 > vfs_domount() at vfs_domount+0x667 > vfs_donmount() at vfs_donmount+0x107 > kernel_mount() at kernel_mount+0x7e > cd9660_cmount() at cd9660_cmount+0x1cd > mount() at mount+1e6 > syscall() > Xint0x80_syscall() > --- syscall (1, FreeBSD ELF32, mount), eip = 0x36759097, esp = 0xbfbf123c, ebp = 0xbfbf1708 --- >%%% > >I didn't do a dump, it is easily reproducible. >My sources are dating from 2004.07.24, but I don't think this is very >relevant for this bug. > >Regards, > > From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 10:36:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C28F016A41F for ; Mon, 15 Aug 2005 10:36:14 +0000 (GMT) (envelope-from adam@nhh.hu) Received: from hif.hu (www.hfjk.nhh.hu [193.68.33.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C91FC43D49 for ; Mon, 15 Aug 2005 10:36:12 +0000 (GMT) (envelope-from adam@nhh.hu) Received: by fd.hif.hu id <118195>; Mon, 15 Aug 2005 12:36:08 +0200 In-Reply-To: <43006B5F.90700@LainOS.org> To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.0.3 September 26, 2003 Message-Id: <05Aug15.123608cest.118195@fd.hif.hu> From: "=?ISO-8859-2?Q?=C1d=E1m_Szilveszter_dr=2E?=" Date: Mon, 15 Aug 2005 12:26:25 +0200 X-MIMETrack: Serialize by Router on MainDomino/HIF(Release 6.5.4|March 27, 2005) at 08/15/2005 12:36:05, Serialize complete at 08/15/2005 12:36:05 Content-Type: text/plain; charset="US-ASCII" Subject: Re: mounting device acd0t01 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 10:36:14 -0000 Hello, Chris Gilbert wrote on 2005.08.15 12:15:59: > Well, AFAIK, *cd*t* (like acd0t01) are for multisession disks. > > I have personally only ever seen this when dealing with audio CDs, with > a tXX for every audio track. > > You shouldn't have to mount those at all. > > Mounting it as a ISO CD9660 filesystem is impossible if it is an audio > CD, since the data in those tracks is PCM and not a filesystem. (obviously) Except if it is one of those mixed mode CDs that contain numerous audio tracks and then some multimedia bonus material at the end. In this case I need to mount the multimedia part which is normal ISO9660 fs. In very old days, with the wcd* driver, this used to be possible. But recently, beginning with 4.x and then on 5.0-CURRENT and early 6.0-CURRENT, I either got an error message, or in some cases even a panic. (I have not tested with -CURRENT lately, but will soon just as a datapoint) Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 11:10:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1617F16A41F for ; Mon, 15 Aug 2005 11:10:23 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AA1043D46 for ; Mon, 15 Aug 2005 11:10:19 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) by 82-168-75-155-bbxl.xdsl.tiscali.nl (8.13.4/8.13.4) with ESMTP id j7FBAIht066670; Mon, 15 Aug 2005 13:10:18 +0200 (CEST) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost) by 82-168-75-155-bbxl.xdsl.tiscali.nl (8.13.4/8.13.1/Submit) id j7FBAHHR066636; Mon, 15 Aug 2005 13:10:17 +0200 (CEST) (envelope-from rene) Date: Mon, 15 Aug 2005 13:10:06 +0200 From: Rene Ladan To: =?iso-8859-1?Q?=C1d=E1m_Szilveszter_dr=2E?= Message-ID: <20050815111006.GA66498@82-168-75-155-bbxl.xdsl.tiscali.nl> References: <43006B5F.90700@LainOS.org> <05Aug15.123608cest.118195@fd.hif.hu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline In-Reply-To: <05Aug15.123608cest.118195@fd.hif.hu> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: mounting device acd0t01 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 11:10:23 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 15, 2005 at 12:26:25PM +0200, =C1d=E1m Szilveszter dr. wrote: > Hello, >=20 > Chris Gilbert wrote on 2005.08.15 12:15:59: >=20 > > Well, AFAIK, *cd*t* (like acd0t01) are for multisession disks. > >=20 > > I have personally only ever seen this when dealing with audio CDs, with > > a tXX for every audio track. > >=20 > > You shouldn't have to mount those at all. > >=20 > > Mounting it as a ISO CD9660 filesystem is impossible if it is an audio > > CD, since the data in those tracks is PCM and not a filesystem.=20 > (obviously) >=20 > Except if it is one of those mixed mode CDs that contain numerous audio= =20 > tracks and then some multimedia bonus material at the end. In this case I= =20 > need to mount the multimedia part which is normal ISO9660 fs. In very old= =20 > days, with the wcd* driver, this used to be possible.[...] I have such a mixed mode CD. The last track contains a HFS (Apple) filesystem. It should be accessible with the emulators/hfs or similar ports. You can use file -s /dev/acdtXX to determine the file system type. > =20 > Regards: >=20 > Szilveszter ADAM > Budapest Hungary Regards, Rene --=20 GPG fingerprint =3D 5FFA 3959 3377 C697 8428 24D0 BF3E F4A9 AE33 5DCC "It won't fit on the line." -- me, 2001 --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDAHgOvz70qa4zXcwRAqqhAKCf49vHxBQ2SLOXqWMNpm1q4bNvMgCdEjPe cNNUJUp8ZvnJMGDhgLXmLbg= =lgB2 -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 11:14:36 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4ED716A41F for ; Mon, 15 Aug 2005 11:14:36 +0000 (GMT) (envelope-from sos@FreeBSD.ORG) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2840943D49 for ; Mon, 15 Aug 2005 11:14:35 +0000 (GMT) (envelope-from sos@FreeBSD.ORG) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j7FBDifE055294; Mon, 15 Aug 2005 13:13:44 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) In-Reply-To: <200508142147.42045.Chris@LainOS.org> References: <200508132321.37654.Chris@LainOS.org> <200508142016.17769.Chris@LainOS.org> <200508142147.42045.Chris@LainOS.org> Mime-Version: 1.0 (Apple Message framework v733) Content-Type: multipart/mixed; boundary=Apple-Mail-4--231615995 Message-Id: <04450F5F-E3EB-4608-BE92-0C61CD0E3621@FreeBSD.ORG> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Mon, 15 Aug 2005 13:14:31 +0200 To: Chris@LainOS.org X-Mailer: Apple Mail (2.733) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.ORG Subject: Re: Panic during install on Sparc64 - Only with large HDD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 11:14:36 -0000 --Apple-Mail-4--231615995 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed On 14/08/2005, at 21:47, Chris Gilbert wrote: > Hi S=F8ren, > > Thanks a bunch for your reply! > > Yea, I thought it may have been a 137GB limitation, I wasn't =20 > positive though. > > Thanks for clearing it up. Please try the attached patch and let me know how it goes. It reduces disk size so 48BIT mode is not engaged at all. However one could just use PIO above the 48BIT cutoff, but I'm not =20 certain that works always either so better on the safe side. Anyhow,you are not supposed to use modern disks on that HW anyways :) --Apple-Mail-4--231615995 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="diff" Content-Disposition: attachment; filename=diff Index: ata-all.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.253 diff -u -r1.253 ata-all.c --- ata-all.c 12 Aug 2005 16:54:11 -0000 1.253 +++ ata-all.c 15 Aug 2005 11:05:22 -0000 @@ -608,6 +608,10 @@ ata_mode2str(ata_umode(atacap)), (atacap->hwres & ATA_CABLE_ID) ? "80":"40"); + /* if controller doesn't support 48 bit access we disable it here */ + if (ch->flags & ATA_NO_48BIT_ACCESS) + atadev->param.support.command2 &= ~ATA_SUPPORT_ADDRESS48; + if (atadev->param.config & ATA_PROTO_ATAPI) { if (atapi_dma && ch->dma && (atadev->param.config & ATA_DRQ_MASK) != ATA_DRQ_INTR && Index: ata-all.h =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.h,v retrieving revision 1.104 diff -u -r1.104 ata-all.h --- ata-all.h 29 Jul 2005 18:14:06 -0000 1.104 +++ ata-all.h 15 Aug 2005 11:02:39 -0000 @@ -493,6 +493,7 @@ #define ATA_NO_SLAVE 0x01 #define ATA_USE_16BIT 0x02 #define ATA_ATAPI_DMA_RO 0x04 +#define ATA_NO_48BIT_ACCESS 0x08 int devices; /* what is present */ #define ATA_ATA_MASTER 0x01 Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.128 diff -u -r1.128 ata-chipset.c --- ata-chipset.c 12 Aug 2005 16:54:11 -0000 1.128 +++ ata-chipset.c 15 Aug 2005 11:07:07 -0000 @@ -74,6 +74,7 @@ static void ata_acard_86X_setmode(device_t dev, int mode); static int ata_ali_chipinit(device_t dev); static int ata_ali_allocate(device_t dev); +static int ata_ali_sata_allocate(device_t dev); static void ata_ali_setmode(device_t dev, int mode); static int ata_amd_chipinit(device_t dev); static int ata_cyrix_chipinit(device_t dev); @@ -870,7 +871,7 @@ pci_write_config(dev, PCIR_COMMAND, pci_read_config(dev, PCIR_COMMAND, 2) & ~0x0400, 2); ctlr->channels = ctlr->chip->cfg1; - ctlr->allocate = ata_ali_allocate; + ctlr->allocate = ata_ali_sata_allocate; ctlr->setmode = ata_sata_setmode; break; @@ -881,6 +882,8 @@ /* enable cable detection and UDMA support on newer chips */ pci_write_config(dev, 0x4b, pci_read_config(dev, 0x4b, 1) | 0x09, 1); + + ctlr->allocate = ata_ali_allocate; ctlr->setmode = ata_ali_setmode; break; @@ -897,6 +900,24 @@ static int ata_ali_allocate(device_t dev) { + struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); + struct ata_channel *ch = device_get_softc(dev); + + /* setup the usual register normal pci style */ + ata_pci_allocate(dev); + + /* only chips with revision > 0xc4 can do 48bit DMA */ + if (ctlr->chip->chiprev <= 0xc4) { + device_printf(dev, "WARNING controller does not support 48BIT access, " + "limitting usable disk sizes to safe values\n"); + ch->flags |= ATA_NO_48BIT_ACCESS; + } + return 0; +} + +static int +ata_ali_sata_allocate(device_t dev) +{ device_t parent = device_get_parent(dev); struct ata_pci_controller *ctlr = device_get_softc(parent); struct ata_channel *ch = device_get_softc(dev); --Apple-Mail-4--231615995 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; format=flowed - S=F8ren --Apple-Mail-4--231615995-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 14 14:42:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FF3816A41F for ; Sun, 14 Aug 2005 14:42:58 +0000 (GMT) (envelope-from khaled.abu@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id D893343D49 for ; Sun, 14 Aug 2005 14:42:57 +0000 (GMT) (envelope-from khaled.abu@gmail.com) Received: by wproxy.gmail.com with SMTP id i22so848540wra for ; Sun, 14 Aug 2005 07:42:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ssRnfoSmTltbMiui6HeWMHABkrzkqo5TIikwJ6o0D3dwkqMYhnw2UG5RIm61bE2z3k5d5agHY0Z0dJyAN5kohXJTQjVw4tLabACj7n7Oc+ANjg/RZwwvO1190oN9WSorJGM3ZpoWs79ul4hwvGzEhELbhsD5ofGguz5uRvwqicY= Received: by 10.54.30.40 with SMTP id d40mr3103557wrd; Sun, 14 Aug 2005 07:42:57 -0700 (PDT) Received: by 10.54.66.16 with HTTP; Sun, 14 Aug 2005 07:42:56 -0700 (PDT) Message-ID: Date: Sun, 14 Aug 2005 17:42:57 +0300 From: Abu Khaled To: Bsderss In-Reply-To: <20050814062149.31674.qmail@web54408.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050814073409.T6065@localhost> <20050814062149.31674.qmail@web54408.mail.yahoo.com> X-Mailman-Approved-At: Mon, 15 Aug 2005 11:45:58 +0000 Cc: freebsd-current@freebsd.org, Vladimir Botka , freebsd-questions@freebsd.org Subject: Re: Alcatel Speedtouch PC ADSL Modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2005 14:42:58 -0000 On 8/14/05, Bsderss wrote: >=20 >=20 > --- Vladimir Botka wrote: >=20 > > Hi, > > I am running Speedtouch 510i, which is defacto > > router with some small unix > > system inside. You can login with telnet and > > configure it from command > > line or use the web interface or load the > > configuration file. I dont > > think that USB and pppoa is here the best choice. > > You just connect the > > Speedtouch to the ADSL and use the Speedtouch > > ethernet to connect it to > > your LAN. Cheers, Vladimir. > > > Hi, thanks for the suggestion. Is this a normal DSL > Modem with an ethernet at its back connect to your > desktop or an router? How much did you pay for it? If > it is cheap enuf, I think it is worth to get it as a > standalone DSL modem. >=20 > The reason I want to install freebsd in one of these > DSL modem is because here in Australia ISPs do not > lease out their DSL modem to end user. User will end > up purchase expensive crapy DSL Modem (eg. Netgear) > from computer shop. >=20 > As I have a freebsd gateway used to dail-up pppoe thru > an external DSL modem when I was in another country, I > want to reconfigure this freebsd router to make it > able to handle DSL modem communication. But I need to > purchase a DSL modem card for it. If an external DSL > modem like Speedtouch is cheap enuf and provide stable > system enviornment in the DSL Bridge mode, I would > like to purchase one as an external DSL modem. >=20 > On the other hand, if you know how to configure > freebsd with a DSL Modem card in freebsd, please let > me know how to do that. And if you also know where to > purchase a barebone DSL Modem (without a system) for > development purpose (eg. Speedtouch), please also let > me know. >=20 > Thanks > Sam >=20 > > On Sat, 13 Aug 2005, Bsderss wrote: > > > > > Hi, > > > > > > I want to purchase a USB Alcatel Speedtouch PC > > ADSL > > > Modem and connection freebsd to it. There is a pkg > > in > > > the Ports > > > /usr/ports/net/pppoa written for the Alcatel > > > Speedtouch. I wonder how to use this pkg with the > > > Alcatel Speedtouch PC ADSL Modem. Correct me if I > > m > > > wrong, this modem does not have a system running > > > itside, it is just an external device have a USB > > port > > > connect to the FreeBSD system. As I browsed thru > > the > > > Speedtouch website, I don't know which modem does > > not > > > have a system and allow me to do this setup. > > > > > > Can anyone please help? > > > > > > Thanks > > > Sam > > > > > > > > >=20 Did you try to check the FreeBSD handbook http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ppp-and-slip.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/pppoa.html --=20 Regards. Abu Khaled From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 13:17:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D162516A420 for ; Mon, 15 Aug 2005 13:17:39 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: from web54401.mail.yahoo.com (web54401.mail.yahoo.com [206.190.49.131]) by mx1.FreeBSD.org (Postfix) with SMTP id C933843D49 for ; Mon, 15 Aug 2005 13:17:38 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: (qmail 82792 invoked by uid 60001); 15 Aug 2005 13:17:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=zs66Z5uXFZ1xFRHkfdwvsSJibA8ssjhRvd+LJmfdab5b3LZQ/CttZt3tlFTuZLngHV+bIidMHUeKT/r+8kt/9TWFQyMGh5fMB/UKraKjbZRdIBqj85wB8TTnPCEBf18ugwcGK3U0j1pdIS5cAhGwkFRFQzPWqZEeedrHp2Z4hl8= ; Message-ID: <20050815131738.82790.qmail@web54401.mail.yahoo.com> Received: from [203.201.98.30] by web54401.mail.yahoo.com via HTTP; Mon, 15 Aug 2005 06:17:38 PDT Date: Mon, 15 Aug 2005 06:17:38 -0700 (PDT) From: Bsderss To: Abu Khaled In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Vladimir Botka , freebsd-questions@freebsd.org Subject: Re: Alcatel Speedtouch PC ADSL Modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 13:17:40 -0000 --- Abu Khaled wrote: > On 8/14/05, Bsderss wrote: > > > > > > --- Vladimir Botka > wrote: > > > > > Hi, > > > I am running Speedtouch 510i, which is defacto > > > router with some small unix > > > system inside. You can login with telnet and > > > configure it from command > > > line or use the web interface or load the > > > configuration file. I dont > > > think that USB and pppoa is here the best > choice. > > > You just connect the > > > Speedtouch to the ADSL and use the Speedtouch > > > ethernet to connect it to > > > your LAN. Cheers, Vladimir. > > > > > Hi, thanks for the suggestion. Is this a normal > DSL > > Modem with an ethernet at its back connect to your > > desktop or an router? How much did you pay for it? > If > > it is cheap enuf, I think it is worth to get it as > a > > standalone DSL modem. > > > > The reason I want to install freebsd in one of > these > > DSL modem is because here in Australia ISPs do not > > lease out their DSL modem to end user. User will > end > > up purchase expensive crapy DSL Modem (eg. > Netgear) > > from computer shop. > > > > As I have a freebsd gateway used to dail-up pppoe > thru > > an external DSL modem when I was in another > country, I > > want to reconfigure this freebsd router to make it > > able to handle DSL modem communication. But I need > to > > purchase a DSL modem card for it. If an external > DSL > > modem like Speedtouch is cheap enuf and provide > stable > > system enviornment in the DSL Bridge mode, I would > > like to purchase one as an external DSL modem. > > > > On the other hand, if you know how to configure > > freebsd with a DSL Modem card in freebsd, please > let > > me know how to do that. And if you also know where > to > > purchase a barebone DSL Modem (without a system) > for > > development purpose (eg. Speedtouch), please also > let > > me know. > > > > Thanks > > Sam > > > > > On Sat, 13 Aug 2005, Bsderss wrote: > > > > > > > Hi, > > > > > > > > I want to purchase a USB Alcatel Speedtouch PC > > > ADSL > > > > Modem and connection freebsd to it. There is a > pkg > > > in > > > > the Ports > > > > /usr/ports/net/pppoa written for the Alcatel > > > > Speedtouch. I wonder how to use this pkg with > the > > > > Alcatel Speedtouch PC ADSL Modem. Correct me > if I > > > m > > > > wrong, this modem does not have a system > running > > > > itside, it is just an external device have a > USB > > > port > > > > connect to the FreeBSD system. As I browsed > thru > > > the > > > > Speedtouch website, I don't know which modem > does > > > not > > > > have a system and allow me to do this setup. > > > > > > > > Can anyone please help? > > > > > > > > Thanks > > > > Sam > > > > > > > > > > > > > > Did you try to check the FreeBSD handbook > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ppp-and-slip.html > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/pppoa.html > Hi how this can be used to handle DSL modem card with phone line? Thanks Sam > -- > Regards. > Abu Khaled > _______________________________________________ > ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 13:22:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3350A16A41F for ; Mon, 15 Aug 2005 13:22:26 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 806C643D46 for ; Mon, 15 Aug 2005 13:22:25 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A702D.dip.t-dialin.net [84.154.112.45]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j7FDMMxr057744; Mon, 15 Aug 2005 15:22:23 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j7FDMI21004333; Mon, 15 Aug 2005 15:22:18 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j7FDMcP1082126; Mon, 15 Aug 2005 15:22:38 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200508151322.j7FDMcP1082126@fire.jhs.private> To: Abu Khaled From: "Julian Stacey" Organization: http://berklix.com Munich Unix, BSD, Internet Consultancy User-agent: EXMH http://beedub.com/exmh/ on FreeBSD http://freebsd.org X-URL: http://berklix.com/~jhs/ In-reply-to: Your message of "Sun, 14 Aug 2005 17:42:57 +0300." Date: Mon, 15 Aug 2005 15:22:38 +0200 Sender: jhs@flat.berklix.net Cc: freebsd-current@freebsd.org Subject: Re: Alcatel Speedtouch PC ADSL Modem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 13:22:26 -0000 > > Hi, thanks for the suggestion. Is this a normal DSL > > Modem with an ethernet at its back connect to your > > desktop or an router? How much did you pay for it? If > > it is cheap enuf, I think it is worth to get it as a > > standalone DSL modem. I have a Thomson SpeedTouch 330, (got mine last year from UK after part of an abortive attempt by AOL/BT to install DSL somewhere with presumed line noise) Use http://google.com & first entry is USB ADSL Modem available from DSL-Warehouse at the great price of only (UK pounds) 21.50. I havent tried mine yet, as: - my prior Deutsche telekom large DSL/Ethernet box works fine. - I've not researched pin out I'd need between its Western 6 pin plug (centre 2 pins occupied) & my German line splitter (8 wires) PS just d'loading manual: http://www.speedtouch.com/support.htm -- Julian Stacey Consultant Systems Engineer, Munich. http://berklix.com Mail in Ascii (Html = Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 13:55:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDC3216A41F; Mon, 15 Aug 2005 13:55:45 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7861143D46; Mon, 15 Aug 2005 13:55:45 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 15 Aug 2005 06:55:45 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id j7FDtig5070371; Mon, 15 Aug 2005 06:55:44 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id j7FDthmi070370; Mon, 15 Aug 2005 06:55:43 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200508151355.j7FDthmi070370@ambrisko.com> In-Reply-To: <20050814105245.GF13959@cirb503493.alcatel.com.au> To: Peter Jeremy Date: Mon, 15 Aug 2005 06:55:43 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Stephan Uphoff , freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/ufs/ffs ffs_softdep.c softdep.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 13:55:46 -0000 Peter Jeremy writes: | On Thu, 2005-Aug-11 22:54:35 -0700, Doug Ambrisko wrote: | >Alexandr Kovalenko writes: | >| Could this be the fix for the problem when unpacking large archives on | >| soft-updates-enabled volumes? (I experience complete lockup of | >| filesystem operations at some point of time during extracting files, for | >| example - cd /usr/ports/editors/openoffice-1.1 && make extract) | > | >Don't think so. Different bug that I found: | | ... | >+ if (curthread->td_proc == bufdaemonproc) | >+ panic("Buffer Daemon lockup %s\n", waitmsg); | | >Please try this patch and let me know if it helps. Watch for: | > buf daemon has some potential space | >in dmesg etc. I haven't tested this version much in -current but | >the same basic code saves our 4.X systems. | | Patches don't work for me on -current from about 1400UT on Thursday. | | I was trying to move /usr to a new disk with: | # mount -o async /dev/ad3s3d /mnt | # cd /mnt | # dump -0a -C 16 -f - /usr | restore -rf - | and it panic'd when the restore was creating the directory hierarchy. | (/usr has ~150K inodes, not sure how many directories - there's one | src tree but ports, obj and ncvs are elsewhere). | | Messages were: | buf daemon has some potential space 622592 | panic: Buffer Daemon lockup newbuf | KDB: stack backtrace: | kdb_backtrace(c06d62f9,c073a740,c06dda45,d570ba30,100) at kdb_backtrace+0x2e | panic(c06dda45,c06dd435,c06dd4ea,765,c06d5222) at panic+0xb7 | getnewbuf(0,0,1800,4000,cbea2958) at getnewbuf+0x6d0 | geteblk(1800,0,c06e6fb2,643,cbea29b8) at geteblk+0x3a | ffs_bufwrite(cbea2958,c059d94a,c070d360,246,c0714024) at ffs_bufwrite+0x1de | vfs_bio_awrite(cbea2958,0,c06dd4ea,845,0) at vfs_bio_awrite+0x29e | flushbufqueues(0,0,c06dd4ea,7bf,3e8) at flushbufqueues+0x47d | buf_daemon(0,d570bd38,c06d34ac,30d,0) at buf_daemon+0xd4 | fork_exit(c057f4f0,0,d570bd38) at fork_exit+0xc1 | fork_trampoline() at fork_trampoline+0x8 | | I have a crashdump and it looks like kgdb can make some sense out of it. | /mnt was mounted async but I'd also had a panic when it was mounted with | soft-updates (though the system rebooted before I got details). | | BTW, this system _didn't_ have any problem untarring or building OpenOffice | (though that was into a different filesystem). Let me know if there's | any more details you'd like. Thanks for the feed back. I'll take a look to see how things have changed which might have caused some problems. Can you send me the patched file? Not the new patch but the entire file. Then I might have some things for you to do against that core. I'll also try to repro. it on -current. Doug A. From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 14:09:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C689D16A41F for ; Mon, 15 Aug 2005 14:09:19 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F7B543D46 for ; Mon, 15 Aug 2005 14:09:18 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (localhost.cc.fer.hr [127.0.0.1]) by geri.cc.fer.hr (8.13.3/8.13.1) with ESMTP id j7FE8d1D084100 for ; Mon, 15 Aug 2005 16:08:39 +0200 (CEST) (envelope-from ivoras@fer.hr) Received: from localhost (ivoras@localhost) by geri.cc.fer.hr (8.13.3/8.13.1/Submit) with ESMTP id j7FE8d3d084097 for ; Mon, 15 Aug 2005 16:08:39 +0200 (CEST) (envelope-from ivoras@fer.hr) X-Authentication-Warning: geri.cc.fer.hr: ivoras owned process doing -bs Date: Mon, 15 Aug 2005 16:08:39 +0200 (CEST) From: Ivan Voras Sender: ivoras@geri.cc.fer.hr To: current@freebsd.org Message-ID: <20050815160205.H84002@geri.cc.fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: gjournal feature-complete beta version X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 14:09:19 -0000 gjournal is a GEOM journaling class (layer) that provides data journaling and COW-like facilities to any disk-like devices GEOM knows about. It's sponsored by Google's Summer of Code project. I'm announcing availability of beta version (not for production use) that needs more testing. It's available for download at: http://ivoras.sharanet.org/gjournal-beta.tgz Read the README file before using! More information about the project can be found at: http://wikitest.freebsd.org/moin.cgi/gjournal Any feedback is welcome! :) -- Every sufficiently advanced magic is indistinguishable from technology - Arthur C Anticlarke From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 14:13:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B3F316A41F; Mon, 15 Aug 2005 14:13:22 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 888A043D49; Mon, 15 Aug 2005 14:13:18 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [157.185.81.167] ([158.69.81.167]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j7FEOYdE039289; Mon, 15 Aug 2005 08:24:34 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4300A2F8.5050207@samsco.org> Date: Mon, 15 Aug 2005 10:13:12 -0400 From: Scott Long User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Oppermann References: <43005F30.9000102@freebsd.org> In-Reply-To: <43005F30.9000102@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: SAS controllers and SATA tunneling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 14:13:22 -0000 Andre Oppermann wrote: > Does one of our SCSI-SAS controllers support multiplexors and > SATA tunneling (STP)? > No. Adding a SAS module to the MPT driver is probably the easiest option by far. SAS chips from Adaptec, Intel, Vitesse, and others likely do not have a FreeBSD driver nor the available documentation to write a FreeBSD driver. Scott From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 14:27:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8629016A41F for ; Mon, 15 Aug 2005 14:27:05 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E03043D48 for ; Mon, 15 Aug 2005 14:27:04 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 59731 invoked from network); 15 Aug 2005 14:07:47 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 15 Aug 2005 14:07:47 -0000 Message-ID: <4300A637.4030807@freebsd.org> Date: Mon, 15 Aug 2005 16:27:03 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Scott Long References: <43005F30.9000102@freebsd.org> <4300A2F8.5050207@samsco.org> In-Reply-To: <4300A2F8.5050207@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: SAS controllers and SATA tunneling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 14:27:05 -0000 Scott Long wrote: > Andre Oppermann wrote: > >> Does one of our SCSI-SAS controllers support multiplexors and >> SATA tunneling (STP)? >> > > No. Adding a SAS module to the MPT driver is probably the easiest > option by far. SAS chips from Adaptec, Intel, Vitesse, and others > likely do not have a FreeBSD driver nor the available documentation to > write a FreeBSD driver. Oops, how does our future look then? Are we going to be restricted to SATA? I'd say in 2006 all new servers will be SAS-only. Old parallel SCSI is dead. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 14:31:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 226B416A41F; Mon, 15 Aug 2005 14:31:36 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB3C543D48; Mon, 15 Aug 2005 14:31:35 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [157.185.81.167] ([158.69.81.167]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j7FEgnOv039389; Mon, 15 Aug 2005 08:42:50 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4300A73F.7080105@samsco.org> Date: Mon, 15 Aug 2005 10:31:27 -0400 From: Scott Long User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Oppermann References: <43005F30.9000102@freebsd.org> <4300A2F8.5050207@samsco.org> <4300A637.4030807@freebsd.org> In-Reply-To: <4300A637.4030807@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: SAS controllers and SATA tunneling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 14:31:36 -0000 Andre Oppermann wrote: > Scott Long wrote: > >> Andre Oppermann wrote: >> >>> Does one of our SCSI-SAS controllers support multiplexors and >>> SATA tunneling (STP)? >>> >> >> No. Adding a SAS module to the MPT driver is probably the easiest >> option by far. SAS chips from Adaptec, Intel, Vitesse, and others >> likely do not have a FreeBSD driver nor the available documentation to >> write a FreeBSD driver. > > > Oops, how does our future look then? Are we going to be restricted to > SATA? I'd say in 2006 all new servers will be SAS-only. Old parallel > SCSI is dead. > Like I said, the mpt driver will be fairly easy and straight forward to add SAS and STP front ends. Their chips are also likely to be very decent. It's up to Vitesse/Adaptec whether or not they want to be relevant, though I guess that they won't care and it'll come down to someone slogging through a linux driver (if one is even released) to reverse engineer it. Intel is somewhat of an unknown quantity, though my guess is that you'll see what amounts to a winmodem-like chip that requires a huge complex driver. Another option would be to do what I wanted to do last year with extending the NDIS wrapper to cover Storport (and whatever the Longhorn follow-on is) so that Windows drivers can be used. Scott From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 15:06:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4055F16A41F for ; Mon, 15 Aug 2005 15:06:28 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB6C743D46 for ; Mon, 15 Aug 2005 15:06:27 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1E4gWM-0005yY-Bn for freebsd-current@freebsd.org; Mon, 15 Aug 2005 17:05:02 +0200 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 15 Aug 2005 17:05:02 +0200 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 15 Aug 2005 17:05:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Mon, 15 Aug 2005 08:04:16 -0700 Lines: 24 Message-ID: References: <33107.82.141.44.113.1121505434.squirrel@webmail.kamp-dsl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.9.2 Sender: news Subject: Re: 82801FB/FR/FW/FRW Intel High Definition Audio Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 15:06:28 -0000 sledgehammer@revier.net wrote: > none0 at pci0:27:0: class=0x040300 card=0x814e1043 chip=0x26688086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801FB/FR/FW/FRW Intel High Deficition Audio Controller' > class = multimedia Michael Nottebrock wrote: >Unfortunately AC97 has its own set of device ids which aren't quite as >trivial to probe, IIRC. This one works under snd_ich, and is AC'97: pcm0@pci0:30:2: class=0x040100 card=0x01791028 chip=0x266e8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FR/FW/FRW AC '97 Audio Controller' class = multimedia subclass = audio -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 15:09:48 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECDD416A41F for ; Mon, 15 Aug 2005 15:09:48 +0000 (GMT) (envelope-from khetan@os.org.za) Received: from gauntlet.os.org.za (gauntlet.os.org.za [196.35.70.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5055C43D45 for ; Mon, 15 Aug 2005 15:09:47 +0000 (GMT) (envelope-from khetan@os.org.za) Received: from localhost (localhost [127.0.0.1]) by gauntlet.os.org.za (Postfix) with ESMTP id 8D19D6782A for ; Mon, 15 Aug 2005 17:09:43 +0200 (SAST) Received: from gauntlet.os.org.za ([127.0.0.1]) by localhost (gauntlet.os.org.za [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 78190-03 for ; Mon, 15 Aug 2005 17:09:34 +0200 (SAST) Received: from gauntlet.os.org.za (gauntlet.os.org.za [196.35.70.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: khetan) by gauntlet.os.org.za (Postfix) with ESMTP id 71D5C67825 for ; Mon, 15 Aug 2005 17:09:34 +0200 (SAST) Date: Mon, 15 Aug 2005 17:09:34 +0200 (SAST) From: Khetan Gajjar To: current@freebsd.org Message-ID: <20050815170049.B17105@gauntlet.os.org.za> X-Alternate-From: Khetan Gajjar X-Mobile: +27 82 885 4047 X-URL: http://khetan.gajjar.co.za/ X-Attribute-1: BOFH X-Attribute-2: the righteous bastard with a finger on The Switch X-PGP-KeyID: 0x806AD0D9 X-PGP-Fingerprint: 19 29 68 D5 74 2B 6E E5 1B 88 45 3B 29 0B 8A 27 MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="----=_NextPart_000_0051_01C5A1B3.831A1630" Content-ID: <20050815170049.S17105@gauntlet.os.org.za> X-Virus-Scanned: amavisd-new at os.org.za Cc: Subject: Panic: snapacct_ufs2: bad block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 15:09:49 -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. ------=_NextPart_000_0051_01C5A1B3.831A1630 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT Content-ID: <20050815170049.H17105@gauntlet.os.org.za> Hi. I'm seeing several snapshot-related crashes in -current, cvsup'd 08/12/2005 at 15:15 GMT+0200. I suspect a ule scheduler/snapshot interaction. /var/crash/info.1 reveals Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 33554432 Dump Length: 528023552B (503 MB) Blocksize: 512 Dumptime: Mon Aug 15 12:32:00 2005 Hostname: citadel.os.org.za Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-CURRENT #0: Fri Aug 12 22:44:36 SAST 2005 khetan@citadel.os.org.za:/usr/src/sys/i386/compile/CITADEL5 Panic String: snapacct_ufs2: bad block Dump Parity: 1551260746 Bounds: 1 Dump Status: good Kgdb reveals [citadel] /var/crash# kgdb -c vmcore.1 /usr/src/sys/i386/compile/CITADEL5/kernel.debug [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: ÀÍÁ@ ÁÄ Á¢ÁÀÍÁ ÁÁ ¢ÁÀÍÁÀ ÁDÁ0¢ÁÀÍÁÁ Á@¢Á #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) backtrace #1 0xc050212c in boot (howto=260) at ../../../kern/kern_shutdown.c:397 #2 0xc0502481 in panic (fmt=0xc06bb00a "snapacct_ufs2: bad block") at ../../../kern/kern_shutdown.c:553 #3 0xc05f9d95 in snapacct_ufs2 (vp=0xc2720880, oldblkp=0xc2673dd0, lastblkp=0xc2676000, fs=0xc1a75800, lblkno=12, expungetype=2) at ../../../ufs/ffs/ffs_snapshot.c:1338 #4 0xc05f9b3b in indiracct_ufs2 (snapvp=0xc2720880, cancelvp=0xc1ca9990, level=0, blkno=Unhandled dwarf expression opcode 0x93 ) at ../../../ufs/ffs/ffs_snapshot.c:1253 #5 0xc05f9905 in expunge_ufs2 (snapvp=0xc2720880, cancelip=0xc1c58bdc, fs=0xc1a75800, acctfunc=0xc05f9c7c , expungetype=2) at ../../../ufs/ffs/ffs_snapshot.c:1185 #6 0xc05f7eaa in ffs_snapshot (mp=0xc1c05c00, snapfile=0xc1c58ce4 "`\214ÅÁ") at ../../../ufs/ffs/ffs_snapshot.c:605 #7 0xc0605de1 in ffs_mount (mp=0xc1c05c00, td=0xc24bb000) at ../../../ufs/ffs/ffs_vfsops.c:302 #8 0xc05556fc in vfs_domount (td=0xc24bb000, fstype=0xc1cb01f0 "ufs", fspath=0xc1cb0a00 "/", fsflags=16842752, fsdata=0xc2f23710) at ../../../kern/vfs_mount.c:739 #9 0xc0554ee9 in vfs_donmount (td=0xc24bb000, fsflags=16842752, fsoptions=0xd7041c04) at ../../../kern/vfs_mount.c:503 #10 0xc0557444 in kernel_mount (ma=0xc2311330, flags=16842752) at pcpu.h:162 #11 0xc0606041 in ffs_cmount (ma=0xc2311330, data=0x0, flags=16842752, ---Type to continue, or q to quit--- td=0xc24bb000) at ../../../ufs/ffs/ffs_vfsops.c:384 #12 0xc05550c6 in mount (td=0xc24bb000, uap=0xd7041d04) at ../../../kern/vfs_mount.c:566 #13 0xc066f0db in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134523985, tf_esi = -1077941244, tf_ebp = -1077943848, tf_isp = -687596188, tf_ebx = -1077943792, tf_edx = -1, tf_ecx = -1077940433, tf_eax = 21, tf_trapno = 12, tf_err = 2, tf_eip = 671848243, tf_cs = 51, tf_eflags = 582, tf_esp = -1077944004, tf_ss = 59}) at ../../../i386/i386/trap.c:986 #14 0xc065bb0f in Xint0x80_syscall () at ../../../i386/i386/exception.s:200 #15 0x0000003b in ?? () #16 0x0000003b in ?? () #17 0x0000003b in ?? () #18 0x0804ac51 in ?? () #19 0xbfbfec04 in ?? () #20 0xbfbfe1d8 in ?? () #21 0xd7041d64 in ?? () #22 0xbfbfe210 in ?? () #23 0xffffffff in ?? () #24 0xbfbfef2f in ?? () #25 0x00000015 in ?? () #26 0x0000000c in ?? () #27 0x00000002 in ?? () ---Type to continue, or q to quit--- #26 0x0000000c in ?? () #27 0x00000002 in ?? () ---Type to continue, or q to quit--- #28 0x280b9733 in ?? () #29 0x00000033 in ?? () #30 0x00000246 in ?? () #31 0xbfbfe13c in ?? () #32 0x0000003b in ?? () #33 0x00000000 in ?? () #34 0x00000000 in ?? () #35 0x00000000 in ?? () #36 0x00000000 in ?? () #37 0x12471000 in ?? () #38 0xc24bb154 in ?? () #39 0xc19b27d0 in ?? () #40 0xd7041504 in ?? () #41 0xd70414e8 in ?? () #42 0xc24bb000 in ?? () #43 0xc0514827 in sched_switch (td=0xbfbfe210, newtd=0xbfbfec04, flags=Cannot access memory at address 0xbfbfe1e8 ) at ../../../kern/sched_ule.c:1387 Previous frame inner to this frame (corrupt stack?) This points to a ULE scheduler issue, right ? My dmesg shows Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #0: Fri Aug 12 22:44:36 SAST 2005 khetan@citadel.os.org.za:/usr/src/sys/i386/compile/CITADEL5 WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.00GHz (1999.95-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> real memory = 528416768 (503 MB) avail memory = 507617280 (484 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: on acpi0 pci_link1: on acpi0 pci_link2: irq 11 on acpi0 pci_link3: on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xeb000000-0xeb7fffff a t device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) fxp0: port 0xd000-0xd03f mem 0xeb820000-0xeb820ff f,0xeb800000-0xeb81ffff irq 18 at device 8.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:ed:ec:a2 fxp0: [GIANT-LOCKED] isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376, 0xe000-0xe00f at device 17.1 on pci0 ata0: on atapci0 ata1: on atapci0 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xcc000-0xcd7ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1999954984 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, defa ult to deny, logging unlimited ad0: 39266MB at ata0-master UDMA100 ad2: 39266MB at ata1-master UDMA100 Trying to mount root from ufs:/dev/ad0s1a fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 Accounting enabled I'd appreciate any pointers! Thanks. PS Problem is the machine is hosted in a remote data centre, requiring manual intervention to re-fsck it every time this crash occurs. For now, I'd disabled snapshots and forced fsck_y_enable="YES" background_fsck="NO" in /etc/rc.conf in the vain hope that if the machine barfs, it'll pick itself up again. That is logical, yes ? Khetan Gajjar -- Services | +27 11 575 3832 Internet Solutions | http://www.is.co.za/ ------=_NextPart_000_0051_01C5A1B3.831A1630-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 15:12:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A62C16A41F for ; Mon, 15 Aug 2005 15:12:28 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B7D343D53 for ; Mon, 15 Aug 2005 15:12:26 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 437765C98; Mon, 15 Aug 2005 17:12:25 +0200 (CEST) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00816-03; Mon, 15 Aug 2005 17:12:19 +0200 (CEST) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 6B8BB5C96; Mon, 15 Aug 2005 17:12:19 +0200 (CEST) Received: from 192.168.1.20 (SquirrelMail authenticated user jgabel) by webmail.thilelli.net with HTTP; Mon, 15 Aug 2005 17:12:19 +0200 (CEST) Message-ID: <58808.192.168.1.20.1124118739.squirrel@webmail.thilelli.net> In-Reply-To: References: <60366.192.168.1.20.1123951488.squirrel@webmail.thilelli.net> Date: Mon, 15 Aug 2005 17:12:19 +0200 (CEST) From: "Julien Gabel" To: current@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net Cc: bzeeb-lists@lists.zabbadoz.net Subject: Re: Fresh install of BETA2: console error about a LOR... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jpeg@thilelli.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 15:12:28 -0000 >> During the configuration phase, just after installing 6.0-BETA2 on a >> notebook, i got the following message on the console: >> >> lock order reversal >> 1st 0xc097b240 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1494 >> 2nd 0xc1060144 system map (system map) @ /usr/src/sys/vm/vm_kern.c:295 > looks pretty much like > http://sources.zabbadoz.net/freebsd/lor.html#110 As reported by Thierry Herbelot, the #109 appears on a UP and SMP system, but the #110 seems to be SMP only (at least is only reproduced on a HTT system with SMP kernel). When i got the second LOR, it was followed by a panic and a crash (three times on four). It was during 'make buildworld' each time, with this message: Memory modified after free 0xc2af2500(256) val=deadc0df @ 0xc2af2508 panic: receive: m == 0 so->so_rcv.sb_cc == 4294967295 cpuid = 0 KDB: enter: panic [thread pid 3908 tid 100152 ] Stopped at kdb_enter+0x30: leave db> I didn't have a crash dump yet, since it was during a post-installation phase. I am currently running an UP kernel to avoid problem, but can switch to a SMP one if somebody is interested. -- -jpeg. From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 16:28:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43FEB16A41F for ; Mon, 15 Aug 2005 16:28:23 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D72843D45 for ; Mon, 15 Aug 2005 16:28:22 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-115-133.hsd1.ma.comcast.net ([66.30.115.133]) by comcast.net (sccrmhc12) with ESMTP id <20050815162821012005o0une>; Mon, 15 Aug 2005 16:28:21 +0000 Received: from c-66-30-115-133.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j7FGSLXB018965 for ; Mon, 15 Aug 2005 12:28:21 -0400 (EDT) (envelope-from rodrigc@c-66-30-115-133.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j7FGSKq8018964 for freebsd-current@freebsd.org; Mon, 15 Aug 2005 12:28:20 -0400 (EDT) (envelope-from rodrigc) Date: Mon, 15 Aug 2005 12:28:20 -0400 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20050815162820.GA18954@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: 6.0-BETA2, LOR in linux_ioctl_socket() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 16:28:23 -0000 Hi, Has anyone seen the following LOR? I did not see it on the LOR web page ( http://sources.zabbadoz.net/freebsd/lor.html ). I saw this on FreeBSD 6.0-BETA2 Calling uiomove() with the following non-sleepable locks held: exclusive sleep mutex ifnet r = 0 (0xc096dd60) locked @ /usr/src/sys/modules/lin ux/../../compat/linux/linux_ioctl.c:2170 KDB: stack backtrace: kdb_backtrace(1,c17fe900,400,d165bc50,d165bbfc) at kdb_backtrace+0x29 witness_warn(5,0,c0856813,c064b97d,0) at witness_warn+0x18e uiomove(d165bc70,20,d165bc50,1,bfbfddb0) at uiomove+0x56 linux_ioctl_socket(c1b94000,d165bd04,c181e120,0,c1b94000) at linux_ioctl_socket+ 0x7dc linux_ioctl(c1b94000,d165bd04,3,3,246) at linux_ioctl+0x99 syscall(3b,3b,3b,b,bfbfe208) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, Linux ELF, linux_ioctl), eip = 0x283252a4, esp = 0xbfbfdd90, eb p = 0xbfbfe1e0 --- -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 16:35:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1DE216A41F for ; Mon, 15 Aug 2005 16:35:16 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4549443D48 for ; Mon, 15 Aug 2005 16:35:15 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 71DF31FFACD; Mon, 15 Aug 2005 18:35:13 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 1055F1FFACC; Mon, 15 Aug 2005 18:35:11 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id BD3871589B; Mon, 15 Aug 2005 16:35:06 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id B2B0115823; Mon, 15 Aug 2005 16:35:06 +0000 (UTC) Date: Mon, 15 Aug 2005 16:35:06 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Craig Rodrigues In-Reply-To: <20050815162820.GA18954@crodrigues.org> Message-ID: References: <20050815162820.GA18954@crodrigues.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: 6.0-BETA2, LOR in linux_ioctl_socket() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 16:35:16 -0000 On Mon, 15 Aug 2005, Craig Rodrigues wrote: > Hi, > > Has anyone seen the following LOR? I did not > see it on the LOR web page ( http://sources.zabbadoz.net/freebsd/lor.html ). > > I saw this on FreeBSD 6.0-BETA2 > > Calling uiomove() with the following non-sleepable locks held: > exclusive sleep mutex ifnet r = 0 (0xc096dd60) locked @ /usr/src/sys/modules/lin > ux/../../compat/linux/linux_ioctl.c:2170 No, because it's no LOR. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 16:40:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0763416A420 for ; Mon, 15 Aug 2005 16:40:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6750143D55 for ; Mon, 15 Aug 2005 16:40:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 8D6C61FFACD; Mon, 15 Aug 2005 18:40:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 0938E1FFACC; Mon, 15 Aug 2005 18:40:06 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 8578815823; Mon, 15 Aug 2005 16:37:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 7AE0F15384; Mon, 15 Aug 2005 16:37:16 +0000 (UTC) Date: Mon, 15 Aug 2005 16:37:16 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Julien Gabel In-Reply-To: <58808.192.168.1.20.1124118739.squirrel@webmail.thilelli.net> Message-ID: References: <60366.192.168.1.20.1123951488.squirrel@webmail.thilelli.net> <58808.192.168.1.20.1124118739.squirrel@webmail.thilelli.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD current mailing list Subject: Re: Fresh install of BETA2: console error about a LOR... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 16:40:10 -0000 On Mon, 15 Aug 2005, Julien Gabel wrote: > >> During the configuration phase, just after installing 6.0-BETA2 on a > >> notebook, i got the following message on the console: > >> > >> lock order reversal > >> 1st 0xc097b240 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1494 > >> 2nd 0xc1060144 system map (system map) @ /usr/src/sys/vm/vm_kern.c:295 > > > looks pretty much like > > http://sources.zabbadoz.net/freebsd/lor.html#110 > > As reported by Thierry Herbelot, the #109 appears on a UP and SMP system, > but the #110 seems to be SMP only (at least is only reproduced on a HTT > system with SMP kernel). > > When i got the second LOR, it was followed by a panic and a crash (three > times on four). It was during 'make buildworld' each time, with this > message: > > Memory modified after free 0xc2af2500(256) val=deadc0df @ 0xc2af2508 > panic: receive: m == 0 so->so_rcv.sb_cc == 4294967295 > cpuid = 0 > KDB: enter: panic > [thread pid 3908 tid 100152 ] > Stopped at kdb_enter+0x30: leave > db> > > I didn't have a crash dump yet, since it was during a post-installation > phase. I am currently running an UP kernel to avoid problem, but can > switch to a SMP one if somebody is interested. in case you get it a gain please type db> where so we'll know the code path where this happens. That might help or not. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 17:28:12 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EC6A16A41F; Mon, 15 Aug 2005 17:28:12 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4371143D48; Mon, 15 Aug 2005 17:28:12 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 320F5C06A; Mon, 15 Aug 2005 19:28:11 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 617C8405A; Mon, 15 Aug 2005 19:28:43 +0200 (CEST) Date: Mon, 15 Aug 2005 19:28:43 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050815172843.GL1597@obiwan.tataz.chchile.org> References: <42F749C5.3010308@rfc2549.org> <20050808183610.C55885D07@ptavv.es.net> <20050811043541.GS45385@obiwan.tataz.chchile.org> <20050811043815.GT45385@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050811043815.GT45385@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i Cc: freebsd-doc@FreeBSD.org Subject: Re: "atacontrol info" isn't working here X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 17:28:12 -0000 Hi, > Kevin, no news since then. I made a patch for the manpage which is > actually clearly wrong : > > %%% > The channel argument is the number of the ATA channel on > which to operate. > %%% > > The ``channel'' argument is the name of the ata(4) device and not only > its number. I don't want to coerce people into committing my patches, but I really think the patch in my previous mail should be. This is not a big deal. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 18:51:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1B7D16A420 for ; Mon, 15 Aug 2005 18:51:31 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 751C943D45 for ; Mon, 15 Aug 2005 18:51:28 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 15 Aug 2005 18:51:27 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp015) with SMTP; 15 Aug 2005 20:51:27 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-questions@freebsd.org Date: Mon, 15 Aug 2005 20:51:05 +0200 User-Agent: KMail/1.8.1 References: <200508122053.29480@harrymail> <200508122124.23580@harrymail> In-Reply-To: <200508122124.23580@harrymail> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3555624.94gZbXnhx1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508152051.17454@harrymail> X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org Subject: Simple IPv6 question [Was: Re: IPv6 site local EUI-64 adresses and jails] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 18:51:31 -0000 --nextPart3555624.94gZbXnhx1 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Freitag, 12. August 2005 21:24 CEST schrieb Emanuel Strobl: > Am Freitag, 12. August 2005 20:53 CEST schrieb Emanuel Strobl: > > Hi all, > > > > I'm quiet new to IPv6 so I'd like to ask some questions: > > Here are two more: > > How do I use the eui64 option of ifconfig? 'ifconfig fxp0 inet6 > fe80:0:0:0:eui64 ' doesn't work! > > What's the meaning of the "%fxp0" tail of the ifconfig output for the > inet6 address? Dear inet6 guys, I don't know the kind of addresses FreeBSD uses for autoconfigured=20 link-local addresses. =46or example: fe80::20e:cff:fe34:2bf8%em0 What the hack is %em0 ??? Interestingly I can use this address, but ping6=20 fe80::20e:cff:fe34:2bf8 doesn't work.... The Handbook doesn't clarify this mysterious address. Is it FreeBSD=20 specific? Thanks in andvance, I posted this also to current@ since I got no answer=20 from questions@ =2DHarry > > Thanks, > > -Harry > > > So far I know how to generate s site-local address on basis of the MAC > > address of the interface. That's what FreeBSD does itself for INET6 > > enabled kernels. > > Now in the 24-16-24 scheme of th interface id part of the IPv6 > > address, the 16 bits were inserted with the value FFFE. And bit 57 was > > changed to one! Why???? What if it is alread one? Or isn't tehre any > > vendor who can have bit 41 of his MAC 1? > > Now I want to use a dedicated interface, which is in a different > > subnet, for 5 jails. How do I do that if I want to keep the MAC > > relation and if I'm not allewd to change the FFFE insert? It isn't > > possible then, is it? What should I do instead? Invent my own 64-bit > > scheme? > > > > I hope you understand my questions, thanks a lot in advance, > > > > -Harr --nextPart3555624.94gZbXnhx1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDAOQlBylq0S4AzzwRAkm+AJ9osjCitA1L6V+5m5kqPejmZsZ5lQCfcH0z Mrw1x7o83jC0CBtYOabG54I= =Y/gr -----END PGP SIGNATURE----- --nextPart3555624.94gZbXnhx1-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 19:01:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E56B16A41F; Mon, 15 Aug 2005 19:01:57 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from phoenix.gargantuan.com (srv01.lak.lwxdatacom.net [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A71943D46; Mon, 15 Aug 2005 19:01:56 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from localhost (localhost.gargantuan.com [127.0.0.1]) by spamassassin-injector (Postfix) with SMTP id 88E9359D; Mon, 15 Aug 2005 15:01:55 -0400 (EDT) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id E4AAD437; Mon, 15 Aug 2005 15:01:49 -0400 (EDT) Date: Mon, 15 Aug 2005 15:01:49 -0400 From: "Michael W. Oliver" To: Emanuel Strobl Message-ID: <20050815190149.GD2805@gargantuan.com> Mail-Followup-To: Emanuel Strobl , freebsd-questions@freebsd.org, freebsd-current@freebsd.org References: <200508122053.29480@harrymail> <200508122124.23580@harrymail> <200508152051.17454@harrymail> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HWvPVVuAAfuRc6SZ" Content-Disposition: inline In-Reply-To: <200508152051.17454@harrymail> X-WWW-URL: http://michael.gargantuan.com X-GPG-PGP-Public-Key: http://michael.gargantuan.com/gnupg/pubkey.asc X-GPG-PGP-Fingerprint: 2694 0179 AE3F BFAE 0916 0BF5 B16B FBAB C5FA A3C9 X-Home-Phone: +1-863-816-8091 X-Mobile-Phone: +1-863-738-2334 X-Mailing-Address0: 8008 Apache Lane X-Mailing-Address1: Lakeland, FL X-Mailing-Address2: 33810-2172 X-Mailing-Address3: United States of America X-Guide-Questions: http://www.catb.org/~esr/faqs/smart-questions.html X-Guide-Netiquette: http://www.ietf.org/rfc/rfc1855.txt User-Agent: Mutt/1.5.9i X-Spam-DCC: sonic.net: phoenix.gargantuan.com 1156; Body=1 Fuz1=1 Fuz2=1 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on phoenix.gargantuan.com X-Spam-Level: X-Spam-Status: No, score=-106.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.3 X-Spam-Pyzor: Reported 0 times. Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Simple IPv6 question [Was: Re: IPv6 site local EUI-64 adresses and jails] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 19:01:57 -0000 --HWvPVVuAAfuRc6SZ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005-08-15T20:51:05+0200, Emanuel Strobl wrote: > Dear inet6 guys, >=20 > I don't know the kind of addresses FreeBSD uses for autoconfigured=20 > link-local addresses. > For example: fe80::20e:cff:fe34:2bf8%em0 >=20 > What the hack is %em0 ??? Interestingly I can use this address, but ping6= =20 > fe80::20e:cff:fe34:2bf8 doesn't work.... > The Handbook doesn't clarify this mysterious address. Is it FreeBSD=20 > specific? Check out.... http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ipv6.h= tml ``Some of the userland tools support extended numeric IPv6 syntax, as documented in draft-ietf-ipngwg-scopedaddr-format-00.txt. You can specify outgoing link, by using name of the outgoing interface like "fe80::1%ne0". This way you will be able to specify link-local scoped address without much trouble.'' --=20 Mike Oliver [see complete headers for contact information] --HWvPVVuAAfuRc6SZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDAOadsWv7q8X6o8kRAtbVAJ9gfMyhhyDB/EEjmSicUO5Qv1S1ZACcDdmv OhNOxlZG60etPeH2kjTvNMM= =xBx1 -----END PGP SIGNATURE----- --HWvPVVuAAfuRc6SZ-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 19:44:37 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 981E516A41F; Mon, 15 Aug 2005 19:44:37 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6167A43D46; Mon, 15 Aug 2005 19:44:37 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Mon, 15 Aug 2005 12:44:35 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D78435D07; Mon, 15 Aug 2005 12:44:35 -0700 (PDT) To: Jeremie Le Hen In-reply-to: Your message of "Mon, 15 Aug 2005 19:28:43 +0200." <20050815172843.GL1597@obiwan.tataz.chchile.org> Date: Mon, 15 Aug 2005 12:44:35 -0700 From: "Kevin Oberman" Message-Id: <20050815194435.D78435D07@ptavv.es.net> Cc: freebsd-doc@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: "atacontrol info" isn't working here X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 19:44:37 -0000 > Date: Mon, 15 Aug 2005 19:28:43 +0200 > From: Jeremie Le Hen > Sender: owner-freebsd-current@freebsd.org > > Hi, > > > Kevin, no news since then. I made a patch for the manpage which is > > actually clearly wrong : > > > > %%% > > The channel argument is the number of the ATA channel on > > which to operate. > > %%% > > > > The ``channel'' argument is the name of the ata(4) device and not only > > its number. > > I don't want to coerce people into committing my patches, but I really > think the patch in my previous mail should be. This is not a big > deal. I have an open PR with a more complete update of the man page, but I have not seen any response to this point. http://www.freebsd.org/cgi/query-pr.cgi?pr=84676 Now that I look at it again, I'd probably reword my definition of 'controller' a bit, but it at least gets you to the right place better than the current page. I probably could have added an example or two, as well. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 19:49:23 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AD7516A41F for ; Mon, 15 Aug 2005 19:49:23 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (silver.iplus.pl [80.48.250.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id CABC043D46 for ; Mon, 15 Aug 2005 19:49:21 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.12.10/8.12.9) with ESMTP id j7FK4EGW053419 for ; Mon, 15 Aug 2005 20:04:14 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.12.10/8.12.9/Submit) id j7FK4EFs053418 for freebsd-current@FreeBSD.org; Mon, 15 Aug 2005 20:04:14 GMT (envelope-from dunstan) Date: Mon, 15 Aug 2005 20:04:13 +0000 From: "Wojciech A. Koszek" To: freebsd-current@FreeBSD.org Message-ID: <20050815200412.GA53364@freebsd.czest.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Is mmap() broken for files kept on ext2fs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 19:49:23 -0000 Hello, I get easily repeatable problem with mmap(). Is file lies on Ext2 filesystem, I get EINVAL. In order to confirm it, could someone try to copy files from Ext2fs to UFS (/bin/cp compiled with -DVM_AND_BUFFER_CACHE_SYNCHRONIZED, which is default). Additionally: http://freebsd.czest.pl/dunstan/FreeBSD/mmapfile/mmapfile.c [..] mdconfig -a -t malloc -s 10m md1 # mkfs.ext2 /dev/md1 mke2fs 1.38 (30-Jun-2005) [..] # mount_ext2fs /dev/md1 /mnt # dd if=/dev/zero of=/mnt/somefile 3018+0 records in 3017+0 records out 1544704 bytes transferred in 0.073870 secs (20911130 bytes/sec) # ls /mnt/somefile 12 -rw-r--r-- 1 root wheel 1545216 Aug 15 21:45 /mnt/somefile # ./mmapfile /mnt/somefile mmapfile: mmap(): Invalid argument - * Wojciech A. Koszek && dunstan@FreeBSD.czest.pl From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 20:13:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCF2C16A41F for ; Mon, 15 Aug 2005 20:13:10 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0427443D49 for ; Mon, 15 Aug 2005 20:13:09 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-08-z2.arcor-online.net (mail-in-08-z2.arcor-online.net [151.189.8.20]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id 20CEF6CB3B; Mon, 15 Aug 2005 22:13:09 +0200 (CEST) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-08-z2.arcor-online.net (Postfix) with ESMTP id 112BAA3AF; Mon, 15 Aug 2005 22:13:09 +0200 (CEST) Received: from lofi.dyndns.org (dsl-082-083-044-243.arcor-ip.net [82.83.44.243]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 9C0DF5085D; Mon, 15 Aug 2005 22:13:08 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.13.3) with ESMTP id j7FKCvv0069882 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 15 Aug 2005 22:12:58 +0200 (CEST) (envelope-from lofi@freebsd.org) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Mon, 15 Aug 2005 22:12:53 +0200 User-Agent: KMail/1.8.2 References: <20050815200412.GA53364@freebsd.czest.pl> In-Reply-To: <20050815200412.GA53364@freebsd.czest.pl> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Cc: "Wojciech A. Koszek" Subject: Re: Is mmap() broken for files kept on ext2fs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 20:13:10 -0000 --nextPart1492113.T7i5JefXAb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday, 15. August 2005 22:04, Wojciech A. Koszek wrote: > Hello, > I get easily repeatable problem with mmap(). Is file lies on Ext2 > filesystem, I get EINVAL. In order to confirm it, could someone try to co= py > files from Ext2fs to UFS (/bin/cp compiled with > -DVM_AND_BUFFER_CACHE_SYNCHRONIZED, which is default). This looks similar to=20 http://lists.freebsd.org/pipermail/freebsd-current/2005-March/047363.html a= nd=20 http://frontrangebsd.org/pipermail/kde-freebsd/2005-March/010420.html. The first thread has a patch in a follow-up, which never was followed up up= on,=20 perhaps you can try it - I'm not sure however if it only addressed the kern= el=20 panic. =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 --nextPart1492113.T7i5JefXAb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDAPdHXhc68WspdLARAv+8AJ9Kax9uBRqqHbP4ahf6zzXlclsWsQCgjEZT u9PR/lls5tm59CENJNIcfnA= =dLRg -----END PGP SIGNATURE----- --nextPart1492113.T7i5JefXAb-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 20:44:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56FC616A41F for ; Mon, 15 Aug 2005 20:44:39 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4AF8843D48 for ; Mon, 15 Aug 2005 20:44:37 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 15 Aug 2005 20:44:36 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp034) with SMTP; 15 Aug 2005 22:44:36 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Mon, 15 Aug 2005 22:44:17 +0200 User-Agent: KMail/1.8.1 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2704926.fO3tsZSfav"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508152244.27158@harrymail> X-Y-GMX-Trusted: 0 Subject: umass errors with former working card-reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 20:44:39 -0000 --nextPart2704926.fO3tsZSfav Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I wanted to use my multi-card-reader with BETA2 but unfortunately it isn't= =20 working like before (5.3). I get countless "unrecoverd read errors", but I'm quiet sure I had this=20 reader working with FreeBSD. Here's some info about the device, hope somebody can help me. Thanks in=20 advance, =2DHarry Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000),=20 Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000),=20 Intel(0x0000), rev 1.00 port 1 addr 2: full speed, power 100 mA, config 1, USB Hub(0x0604), vendor= =20 0x05e3(0x05e3), rev 0.05 port 1 addr 3: full speed, power 100 mA, config 1, USB-Serial=20 Controller(0x2303), Prolific Technology Inc.(0x067b), rev 3.00 port 2 addr 8: full speed, power 100 mA, config 1, USB Storage=20 Device(0x5010), Generic(0x07c4), rev 1.00 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ port 3 powered port 4 addr 4: full speed, power 100 mA, config 1, USB-Serial=20 Controller(0x2303), Prolific Technology Inc.(0x067b), rev 3.00 port 2 addr 5: full speed, self powered, config 1, product 0x0140(0x0140),= =20 vendor 0x0424(0x0424), rev 0.00 port 1 powered port 2 addr 6: low speed, power 100 mA, config 1, Trackball(0xc404),=20 Logitech(0x046d), rev 2.20 port 3 addr 7: low speed, power 100 mA, config 1, Microsoft 3-Button=20 Mouse with IntelliEye(TM)(0x0040), Microsoft(0x045e), rev 3.00 port 4 powered umass0: Generic USB Storage Device, rev 1.10/1.00, addr 8 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 1.000MB/s transfers da1: 62MB (128129 512 byte sectors: 64H 32S/T 62C) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 1.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retries Exhausted (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 80 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 80 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 80 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 80 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 80 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retries Exhausted (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 10 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 10 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 10 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 10 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 10 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retries Exhausted da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 1.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 0 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 0 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 0 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 0 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 0 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retries Exhausted (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 2 0 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 2 0 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 2 0 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 2 0 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 2 0 0 0 10 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retries Exhausted (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 40 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 40 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 40 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 40 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 40 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retries Exhausted (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 0 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 0 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 0 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 0 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 0 0 0 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retries Exhausted (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retries Exhausted (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retrying Command (per Sense Data) (da1:umass-sim0:0:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): MEDIUM ERROR asc:11,0 (da1:umass-sim0:0:0:1): Unrecovered read error (da1:umass-sim0:0:0:1): Retries Exhausted (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 --nextPart2704926.fO3tsZSfav Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDAP6rBylq0S4AzzwRAo03AJoDdfsgCP8YiFphZSTRdQl4avFTMwCfXPQf KuRBplaryVCXpjW2tiD1FXE= =tHuS -----END PGP SIGNATURE----- --nextPart2704926.fO3tsZSfav-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 20:46:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26FD316A41F for ; Mon, 15 Aug 2005 20:46:34 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from bsdserver.strakh.homeunix.net (185.212.221.83.donpac.ru [83.221.212.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1276F43D6B for ; Mon, 15 Aug 2005 20:46:29 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from [192.168.0.6] (bsddesktop.strakh.homeunix.net [192.168.0.6]) by bsdserver.strakh.homeunix.net (8.13.1/8.13.1) with ESMTP id j7FKkPft056160 for ; Tue, 16 Aug 2005 00:46:26 +0400 (MSD) (envelope-from stepan_r@mail.ru) Message-ID: <4300FF21.5000609@mail.ru> Date: Tue, 16 Aug 2005 00:46:25 +0400 From: Stepan Rakhimov User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: no permissions to libc.so.x libpthread.so.x and other files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 20:46:34 -0000 I'm running 6-BETA2 and experience problems with some kde applications. Looking around, i've noticed that i can't change permissions to such files as libc.so.5 or libpthread.so.1 and so on, even in single-user mode. (no such problem under 5.3-Release) Is it normal for 6-BETA2? if not, can this be a reason of my kde applications to crash (kmail, kdevelop) with errors in libc.so.6 and libpthread.so.2 libraries Stepan Rakhimov From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 20:51:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2B4016A41F for ; Mon, 15 Aug 2005 20:51:45 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C73443D48 for ; Mon, 15 Aug 2005 20:51:45 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j7FKpi60005706; Mon, 15 Aug 2005 13:51:44 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j7FKpiYo005705; Mon, 15 Aug 2005 13:51:44 -0700 Date: Mon, 15 Aug 2005 13:51:44 -0700 From: Brooks Davis To: Stepan Rakhimov Message-ID: <20050815205144.GC2362@odin.ac.hmc.edu> References: <4300FF21.5000609@mail.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CblX+4bnyfN0pR09" Content-Disposition: inline In-Reply-To: <4300FF21.5000609@mail.ru> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: no permissions to libc.so.x libpthread.so.x and other files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 20:51:45 -0000 --CblX+4bnyfN0pR09 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 16, 2005 at 12:46:25AM +0400, Stepan Rakhimov wrote: > I'm running 6-BETA2 and experience problems with some kde applications. >=20 > Looking around, i've noticed that i can't change permissions to such=20 > files as libc.so.5 or libpthread.so.1 and so on, even in single-user=20 > mode. (no such problem under 5.3-Release) > Is it normal for 6-BETA2? if not, can this be a reason of my kde=20 > applications to crash (kmail, kdevelop) with errors in libc.so.6 and=20 > libpthread.so.2 libraries This is normal for system libaries because the install process installs them with the schg flag set which disallows all modifications. You can verify this with "ls -lo". -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --CblX+4bnyfN0pR09 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDAQBfXY6L6fI4GtQRAtPfAKCLN7BCwIFsXHEr68T7Fn/4hnkVdQCguYgK HyAxEttinE0XOKd+ycQKUps= =N7g0 -----END PGP SIGNATURE----- --CblX+4bnyfN0pR09-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 21:09:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BE3216A41F for ; Mon, 15 Aug 2005 21:09:41 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51BF843D49 for ; Mon, 15 Aug 2005 21:09:40 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 643605C98; Mon, 15 Aug 2005 23:09:39 +0200 (CEST) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 11334-02-3; Mon, 15 Aug 2005 23:09:33 +0200 (CEST) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 2E6765C96; Mon, 15 Aug 2005 23:09:33 +0200 (CEST) Received: from 192.168.1.20 (SquirrelMail authenticated user jgabel) by webmail.thilelli.net with HTTP; Mon, 15 Aug 2005 23:09:33 +0200 (CEST) Message-ID: <61493.192.168.1.20.1124140173.squirrel@webmail.thilelli.net> In-Reply-To: <52448.192.168.1.20.1124138928.squirrel@webmail.thilelli.net> References: <60366.192.168.1.20.1123951488.squirrel@webmail.thilelli.net> <58808.192.168.1.20.1124118739.squirrel@webmail.thilelli.net> <52448.192.168.1.20.1124138928.squirrel@webmail.thilelli.net> Date: Mon, 15 Aug 2005 23:09:33 +0200 (CEST) From: "Julien Gabel" To: current@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net Cc: bzeeb-lists@lists.zabbadoz.net Subject: Re: Fresh install of BETA2: console error about a LOR... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jpeg@thilelli.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 21:09:41 -0000 >>>> During the configuration phase, just after installing 6.0-BETA2 on a >>>> notebook, i got the following message on the console: >>>> >>>> lock order reversal >>>> 1st 0xc097b240 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1494 >>>> 2nd 0xc1060144 system map (system map) @ >>>> /usr/src/sys/vm/vm_kern.c:295 >>> looks pretty much like >>> http://sources.zabbadoz.net/freebsd/lor.html#110 >> As reported by Thierry Herbelot, the #109 appears on a UP and SMP >> system, but the #110 seems to be SMP only (at least is only reproduced >> on a HTT system with SMP kernel). >> >> When i got the second LOR, it was followed by a panic and a crash >> (three >> times on four). It was during 'make buildworld' each time, with this >> message: >> >> Memory modified after free 0xc2af2500(256) val=deadc0df @ 0xc2af2508 >> panic: receive: m == 0 so->so_rcv.sb_cc == 4294967295 >> cpuid = 0 >> KDB: enter: panic >> [thread pid 3908 tid 100152 ] >> Stopped at kdb_enter+0x30: leave >> db> >> >> I didn't have a crash dump yet, since it was during a post-installation >> phase. I am currently running an UP kernel to avoid problem, but can >> switch to a SMP one if somebody is interested. > in case you get it a gain please type > db> where > so we'll know the code path where this happens. That might help or not. Ok. Recompile a kernel with SMP support, then rerun the buildworld test. The system crashed in the middle of the run, "as expected". Here it is: panic: receive: m == 0 so->so_rcv.sb_cc == 4294967295 [...] db> where db> Tracing pid 38892 tid 100125 kdb_enter panic soreceive fifo_read_f dofileread kern_read_v read syscall Xint0x80_syscall -- syscall Note: pid 38892 is a 'make' process. Because i haven't a serial console on the notebook, i can't have the complete message (without typing it by hand). I noted the beginning of each line; if all the content of each line is needed i will try to get a cable to get a serial console (tomorrow maybe) to be able to copy and paste the result here. I get a crash dump this time, but after uncompressing the dump under /var/crash, i get the following error: # cd /usr/obj/usr/src/sys/BOBOCHE # kgdb kernel.debug /var/crash/vmcore.3 kgdb: cannot read IdlePTD Because i am not a developer, i don't really know what do next. Here is the content of info.3: # cat info.3 Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 33554432 Dump Length: 1071185920B (1021 MB) Blocksize: 512 Dumptime: Mon Aug 15 22:09:54 2005 Hostname: boboche.thilelli.net Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.0-BETA2 #0: Mon Aug 15 21:04:09 CEST 2005 root@boboche.thilelli.net:/usr/obj/usr/src/sys/BOBOCHE Panic String: receive: m == 0 so->so_rcv.sb_cc == 4294967295 Dump Parity: 3704850192 Bounds: 3 Dump Status: good What to do/try next? -- -jpeg. From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 21:29:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 913A616A420 for ; Mon, 15 Aug 2005 21:29:48 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 450D543D46 for ; Mon, 15 Aug 2005 21:29:48 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR007.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0ILA005O18T3XH@VL-MO-MR007.ip.videotron.ca> for freebsd-current@freebsd.org; Mon, 15 Aug 2005 17:24:39 -0400 (EDT) Date: Mon, 15 Aug 2005 17:24:31 -0400 From: Nicolas Blais In-reply-to: <200508152244.27158@harrymail> To: freebsd-current@freebsd.org Message-id: <200508151724.38955.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=nextPart3989186.Ux6ut35Igo Content-transfer-encoding: 7bit User-Agent: KMail/1.8.2 References: <200508152244.27158@harrymail> Subject: Re: umass errors with former working card-reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 21:29:48 -0000 --nextPart3989186.Ux6ut35Igo Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On August 15, 2005 04:44 pm, Emanuel Strobl wrote: > Hello, > > I wanted to use my multi-card-reader with BETA2 but unfortunately it isn't > working like before (5.3). > I get countless "unrecoverd read errors", but I'm quiet sure I had this > reader working with FreeBSD. > > Here's some info about the device, hope somebody can help me. Thanks in > advance, > > -Harry Same here, do you get long boot time because of this? I had to unplug my ca= rd=20 reader toget normal boot. Then, when I hotplug my card reader after boot, I= =20 get similar messages that you have. Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #0: Mon Aug 8 11:44:24 EDT 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://66.130.198.54:8081/security/nb_root.asc --nextPart3989186.Ux6ut35Igo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDAQgWz38ton5LGeIRAtTHAJ9nwyU3RnHJ9yjhVg3U9XcJKuO1EQCfWsM+ Nc+GmnDUtA2tnWtonHy5PCE= =O6zg -----END PGP SIGNATURE----- --nextPart3989186.Ux6ut35Igo-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 00:24:17 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4455116A41F for ; Tue, 16 Aug 2005 00:24:17 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id B85B743D46 for ; Tue, 16 Aug 2005 00:24:16 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 42BFBBD2007AC01E for freebsd-current@FreeBSD.org; Tue, 16 Aug 2005 02:24:15 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Tue, 16 Aug 2005 02:24:16 +0200 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A60285A2@royal64.emp.zapto.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RELENG_6 crash: "panic: lockmgr: locking against myself" Thread-Index: AcWh+NXopKwjLcYHThi+1WyDG+R0wA== From: "Daniel Eriksson" To: "FreeBSD Current" Cc: Subject: RELENG_6 crash: "panic: lockmgr: locking against myself" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 00:24:17 -0000 On a dual AthlonMP system running RELENG_6 from just a few hours ago (after the nswbuf fix, but before portsnap) I just got the panic at the end of this message while copying files over NFS when the server was busy with other things (both disk and network I/O). I don't have a crashdump unfortunately. Kernel options: SCHED_4BSD, PREEMPTION, ADAPTIVE_GIANT, ZERO_COPY_SOCKETS, SMP /Daniel Eriksson panic: lockmgr: locking against myself cpuid =3D 1 KDB: enter: panic [thread pid 41315 tid 100158 ] Stopped at kdb_enter+0x30: leave =20 db> tr Tracing pid 41315 tid 100158 td 0xc3e42480 kdb_enter(3228791923,1,3228786666,3833665712,17) at kdb_enter+48 panic(3228786666,3833665724,3833665812,3228466723,65) at panic+317 lockmgr(3269149032,8194,3269149068,3286508672,3833665796) at lockmgr+1021 vop_stdlock(3833665844,32,8194,3269148944,3833665872) at vop_stdlock+47 VOP_LOCK_APV(3229049824,3833665844,3833665852,3228161749,3238314952) at VOP_LOCK_APV+72 vn_lock(3269148944,8194,3286508672,72,3833666588) at vn_lock+314 vrele(3269148944,3833666000,3833666008,3833666012,3833666012) at vrele+252 nfs_lookup(3833666288,3833666204,3267556144,0,3833666316) at nfs_lookup+2274 VOP_LOOKUP_APV(3229049824,3833666288,3833666268,3286508672,3266082944) at VOP_LOOKUP_APV+72 lookup(3833666548,3286508672,0,0,0) at lookup+1134 namei(3833666548,3833666452,96,0,3286508672) at namei+1080 kern_stat(3286508672,3217022320,0,3833666664,100728578) at kern_stat+61 stat(3286508672,3833666820,8,3286505520,3252880840) at stat+47 syscall(59,59,59,134547418,134547405) at syscall+803 Xint0x80_syscall() at Xint0x80_syscall+31 --- syscall (188, FreeBSD ELF32, stat), eip =3D 671868991, esp =3D 3217022284, ebp =3D 3217023464 --- From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 01:11:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F4CA16A41F for ; Tue, 16 Aug 2005 01:11:17 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4373F43D45 for ; Tue, 16 Aug 2005 01:11:15 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 16 Aug 2005 01:11:14 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp007) with SMTP; 16 Aug 2005 03:11:14 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Tue, 16 Aug 2005 03:10:43 +0200 User-Agent: KMail/1.8.1 References: <200508152244.27158@harrymail> <200508151724.38955.nb_root@videotron.ca> In-Reply-To: <200508151724.38955.nb_root@videotron.ca> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2105033.fr4UUaZq0r"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508160311.04800@harrymail> X-Y-GMX-Trusted: 0 Cc: Nicolas Blais Subject: Re: umass errors with former working card-reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 01:11:17 -0000 --nextPart2105033.fr4UUaZq0r Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 15. August 2005 23:24 CEST schrieb Nicolas Blais: > On August 15, 2005 04:44 pm, Emanuel Strobl wrote: > > Hello, > > > > I wanted to use my multi-card-reader with BETA2 but unfortunately it > > isn't working like before (5.3). > > I get countless "unrecoverd read errors", but I'm quiet sure I had > > this reader working with FreeBSD. > > > > Here's some info about the device, hope somebody can help me. Thanks > > in advance, > > > > -Harry > > > > Same here, do you get long boot time because of this?=20 Yes indeed, but not too worse; About some 10 seconds... I guess this depends if you have a card inserted or not. > I had to unplug my=20 > card reader toget normal boot. Then, when I hotplug my card reader after > boot, I get similar messages that you have. I can remember having added some tweaks regarding 7-bit-commands and some=20 cache flags in 5.2-times. But since I'm no coder, just hacking in the=20 dark, and the quirk file from that time has vanished (afaik) I wanted to=20 inform the guys who know how to heal the base for that symptoms ;) I'll=20 try any suggestions! Thanks=20 =2DHarry > > Nicolas. --nextPart2105033.fr4UUaZq0r Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDAT0oBylq0S4AzzwRAv6+AJ98tAnDZf2sPi4iOwpLu+Uhyf73WQCdEvg3 bLAHvixISeYZ3vfgSuSZZB4= =1Q2G -----END PGP SIGNATURE----- --nextPart2105033.fr4UUaZq0r-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 08:59:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E890416A41F for ; Tue, 16 Aug 2005 08:59:43 +0000 (GMT) (envelope-from oyvind@kolbu.ws) Received: from smtp.eunet.no (smtp.eunet.no [193.71.71.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28B3443D46 for ; Tue, 16 Aug 2005 08:59:42 +0000 (GMT) (envelope-from oyvind@kolbu.ws) Received: from putsch.kolbu.ws (putsch.kolbu.ws [81.0.164.102]) by smtp.eunet.no (Postfix) with ESMTP id 300B5D388A for ; Mon, 15 Aug 2005 22:39:45 +0200 (CEST) Received: from putsch.i.kolbu.ws ([192.168.1.2] helo=localhost.localdomain) by putsch.kolbu.ws with esmtp (Exim 4.51 (FreeBSD)) id 1E4lkD-000Kl5-67 for current@freebsd.org; Mon, 15 Aug 2005 22:39:45 +0200 Received: from Mutt by mutt-smtp-wrapper.pl 1.2 (www.zdo.com/articles/mutt-smtp-wrapper.shtml) Date: Mon, 15 Aug 2005 22:39:40 +0200 From: =?iso-8859-1?Q?=D8yvind?= Kolbu To: current@freebsd.org Message-ID: <20050815203940.GA79704@putsch.kolbu.ws> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.9i X-Spam-Score: -5.7 (-----) X-Spam-Report: Spam detection software, running on the system "putsch.kolbu.ws", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Every time I start iwi0 with '/etc/rc.d/netif start iwi0' I get this LOR: lock order reversal 1st 0xc22bac84 inp (tcpinp) @/stuff/freebsd/src-releng6/sys/netinet/tcp_usrreq.c:651 2nd 0xc1f21b44 iwi0 (network driver) @/stuff/freebsd/src-releng6/sys/modules/iwi/../../dev/iwi/if_iwi.c:1449 KDB: stack backtrace: kdb_backtrace(c09298ec,c1f21b44,c1f10860,c0c27ab9,c0c279bf) at kdb_backtrace+0x2e witness_checkorder(c1f21b44, 9, c0c279bf, 5a9, c09fb880) at witness_checkorder+0x6c3 _mtx_lock_flags(c1f21b44, 0, c0c279bf, 5a9, 2) at _mtx_lock_flags+0x8a iwi_start(c1f30800,12b,0,c1f30800) at iwi_start+0x46 if_start(c1f30800,0,c092fd7d,195,2) at if_start+0x99 ether_output_frame(c1f30800,c215db00,6,e6b2ea84,e6b2ea20) at ether_output_frame+0x218 ether_output(c1f30800,c215db00,e6b2ea84,c221c7bc,246) at ether_output+0x47e ip_output(c215db00,0,e6b2ea80,0,0) at ip_output+0x7d7 tcp_output(c22bc564,0,c09352d3,2b9,0) at tcp_output+0x11ba tcp_usr_send(c21f2858,0,c215d900,0,0) at tcp_usr_send+0x1e8 sosend(c21f2858,0,e6b2ecb4,c215d900,0) at sosend+0x701 soo_write(c219dab0,e6b2ecb4,c2475e80,0,c2270c00) at soo_write+0x87 dofilewrite(c2270c00,3,c219dab0,e6b2ecb4,ffffffff) at dofilewrite+0x85 kern_writev(c2270c00,3,e6b2ecb4,807a327,0) at kern_writev+0x65 write(c2270c00,e6b2ed04,c,422,3) at write+0x4f syscall(3b,3b,bfbf003b,0,2) at syscall+0x2c0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x282ef74f, esp = 0xbfbfdedc, ebp = 0xbfbfdef8 --- [...] Content analysis details: (-5.7 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -3.3 ALL_TRUSTED Did not pass through any untrusted hosts -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.2 AWL AWL: From: address is in the auto white-list Cc: Subject: RELENG_6, LOR in sys/netinet/tcp_usrreq.c:651 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 08:59:44 -0000 Hi Every time I start iwi0 with '/etc/rc.d/netif start iwi0' I get this LOR: lock order reversal 1st 0xc22bac84 inp (tcpinp) @/stuff/freebsd/src-releng6/sys/netinet/tcp_usrreq.c:651 2nd 0xc1f21b44 iwi0 (network driver) @/stuff/freebsd/src-releng6/sys/modules/iwi/../../dev/iwi/if_iwi.c:1449 KDB: stack backtrace: kdb_backtrace(c09298ec,c1f21b44,c1f10860,c0c27ab9,c0c279bf) at kdb_backtrace+0x2e witness_checkorder(c1f21b44,9,c0c279bf,5a9,c09fb880) at witness_checkorder+0x6c3 _mtx_lock_flags(c1f21b44,0,c0c279bf,5a9,2) at _mtx_lock_flags+0x8a iwi_start(c1f30800,12b,0,c1f30800) at iwi_start+0x46 if_start(c1f30800,0,c092fd7d,195,2) at if_start+0x99 ether_output_frame(c1f30800,c215db00,6,e6b2ea84,e6b2ea20) at ether_output_frame+0x218 ether_output(c1f30800,c215db00,e6b2ea84,c221c7bc,246) at ether_output+0x47e ip_output(c215db00,0,e6b2ea80,0,0) at ip_output+0x7d7 tcp_output(c22bc564,0,c09352d3,2b9,0) at tcp_output+0x11ba tcp_usr_send(c21f2858,0,c215d900,0,0) at tcp_usr_send+0x1e8 sosend(c21f2858,0,e6b2ecb4,c215d900,0) at sosend+0x701 soo_write(c219dab0,e6b2ecb4,c2475e80,0,c2270c00) at soo_write+0x87 dofilewrite(c2270c00,3,c219dab0,e6b2ecb4,ffffffff) at dofilewrite+0x85 kern_writev(c2270c00,3,e6b2ecb4,807a327,0) at kern_writev+0x65 write(c2270c00,e6b2ed04,c,422,3) at write+0x4f syscall(3b,3b,bfbf003b,0,2) at syscall+0x2c0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x282ef74f, esp = 0xbfbfdedc, ebp = 0xbfbfdef8 --- FreeBSD apogee.i.kolbu.ws 6.0-BETA2 FreeBSD 6.0-BETA2 #0: Mon Aug 15 21:40:31 CEST 2005 -- Øyvind Kolbu From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 09:13:42 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DE0616A41F; Tue, 16 Aug 2005 09:13:42 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id E180543D53; Tue, 16 Aug 2005 09:13:41 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0ILB00GCC5MSN1@ms-dienst.rz.rwth-aachen.de>; Tue, 16 Aug 2005 11:13:41 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Tue, 16 Aug 2005 11:13:40 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j7G9DdDc024225; Tue, 16 Aug 2005 11:13:39 +0200 (MEST) Received: from moria.hitnet.rwth-aachen.de ([137.226.181.149] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtp (Exim 3.35 #1 (Debian)) id 1E4xVr-0007Er-00; Tue, 16 Aug 2005 11:13:39 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 697702843F; Tue, 16 Aug 2005 11:13:09 +0200 (CEST) Date: Tue, 16 Aug 2005 11:13:09 +0200 From: Christian Brueffer In-reply-to: <200508101657.18678.jhb@FreeBSD.org> To: John Baldwin Message-id: <20050816091309.GA893@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=45Z9DzgjV8m4Oswq; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 7.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 References: <200508101657.18678.jhb@FreeBSD.org> Cc: FreeBSD current mailing list Subject: Re: Locking fixes for my(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 09:13:42 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 10, 2005 at 04:57:18PM -0400, John Baldwin wrote: > I've fixed up the locking for the my(4) ethernet device driver but have n= o=20 > hardware to test. Can someone please test these patches? Thanks. >=20 > http://www.freebsd.org/~jhb/patches/my_locking.patch >=20 This one works fine. - 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 --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFDAa4lbHYXjKDtmC0RAjC0AJkBRayguHObPcbNvpG6uo5dPuwy5gCfQdA+ inGAjnG5BC+oxS5pSa8skXY= =RIut -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 10:50:11 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12AE916A41F; Tue, 16 Aug 2005 10:50:11 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 730CC43D48; Tue, 16 Aug 2005 10:50:10 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j7GAo77i005781; Tue, 16 Aug 2005 11:50:07 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.3/8.13.4) with ESMTP id j7GAo7T0003765; Tue, 16 Aug 2005 11:50:07 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.3/8.13.4/Submit) id j7GAo6Q8003762; Tue, 16 Aug 2005 11:50:06 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Gleb Smirnoff In-Reply-To: <20050813190016.GB96031@cell.sick.ru> References: <20050813145127.M49387@ury.york.ac.uk> <20050813190016.GB96031@cell.sick.ru> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 16 Aug 2005 11:50:06 +0100 Message-Id: <1124189406.2492.7.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: current@FreeBSD.org Subject: Re: Arp locking patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 10:50:11 -0000 On Sat, 2005-08-13 at 23:00 +0400, Gleb Smirnoff wrote: > On Sat, Aug 13, 2005 at 02:56:37PM +0100, Gavin Atkinson wrote: > G> I was wondering if the arp locking patches (sys/netinet/if_ether.c 1.138-9 > G> and related changes) were planned to be MFC'd before 6.0 is released? I'm > G> seeing a panic on a dual CPU machine running BETA2/amd64 and am seeing the > G> following panic semi-regularly which looks like it may be related to the > G> lack of locking on the arp tables. > > Sure. They are in release TODO list. > > G> Note that the above was provoked with Peter Holm's stress test kit, but I > G> have also had it on this machine in everyday use. I'd be happy to test > G> any patch. > > Just take patches from HEAD and test them. I've now been running with them for three days without a panic. Previously, the machine couldn't run the stress test suite for more than an hour or two. This is with the MFC of: http://lists.freebsd.org/pipermail/cvs-all/2005-August/131362.html http://lists.freebsd.org/pipermail/cvs-all/2005-August/131504.html Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 11:37:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F65B16A41F for ; Tue, 16 Aug 2005 11:37:33 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: from imladris.teardrop.org (imladris.teardrop.org [66.92.66.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id EADD543D46 for ; Tue, 16 Aug 2005 11:37:32 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: by imladris.teardrop.org (Postfix, from userid 100) id A78B7BE20E; Tue, 16 Aug 2005 07:39:08 -0400 (EDT) Date: Tue, 16 Aug 2005 07:39:08 -0400 From: James Snow To: Randy Bush Message-ID: <20050816113908.GA50156@teardrop.org> References: <17149.24612.569855.543967@roam.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17149.24612.569855.543967@roam.psg.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: wpa drops out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 11:37:33 -0000 On Fri, Aug 12, 2005 at 04:51:16PM -1000, Randy Bush wrote: > fwiw, i have been seeing the following: > o system fine with wpa managing ath0, associated, no wep ... > o lose association > o does not regain it > o kill wpa and restart it > o it associates and things take off again I've been having this same trouble. The problem goes away if I configure the SSID, WEP, etc. manually via ifconfig. As with Randy, please let me know what debugging information I can provide. So far I've not managed to grab anything useful. -Snow From owner-freebsd-current@FreeBSD.ORG Mon Aug 15 12:42:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66E3316A41F for ; Mon, 15 Aug 2005 12:42:18 +0000 (GMT) (envelope-from olgeni@uli.it) Received: from vsmtp4.tin.it (vsmtp4.tin.it [212.216.176.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D0E243D46 for ; Mon, 15 Aug 2005 12:42:17 +0000 (GMT) (envelope-from olgeni@uli.it) Received: from olgeni.olgeni (213.45.4.21) by vsmtp4.tin.it (7.2.060.1) id 42E79F0D00706233; Mon, 15 Aug 2005 14:42:14 +0200 Received: from localhost (localhost [127.0.0.1]) by olgeni.olgeni (8.13.4/8.13.4) with ESMTP id j7FCgErT007023; Mon, 15 Aug 2005 14:42:14 +0200 (CEST) (envelope-from olgeni@uli.it) Date: Mon, 15 Aug 2005 14:42:14 +0200 (CEST) From: Jimmy Olgeni X-X-Sender: olgeni@olgeni.olgeni To: freebsd-current@freebsd.org Message-ID: <20050815143358.V6923@olgeni.olgeni> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 16 Aug 2005 11:43:46 +0000 Subject: "panic: sbappendstream 1" while using net/mpd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 12:42:18 -0000 Hi, I keep getting this panic on RELENG_6 when downloading data from a net/mpd link (GRE). This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0631ea8 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc06321bd in panic (fmt=0xc085d9c7 "sbappendstream 1") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc066e296 in sbappendstream_locked (sb=0xc27f2050, m=0xc222b600) at /usr/src/sys/kern/uipc_socket2.c:741 #4 0xc06c8880 in tcp_input (m=0xc222b600, off0=20) at /usr/src/sys/netinet/tcp_input.c:1280 #5 0xc06c1c91 in ip_input (m=0xc222b600) at /usr/src/sys/netinet/ip_input.c:776 #6 0xc06a0cd6 in netisr_processqueue (ni=0xc096f7b8) at /usr/src/sys/net/netisr.c:235 #7 0xc06a0eba in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:348 #8 0xc061f9b8 in ithread_loop (arg=0xc1e33480) at /usr/src/sys/kern/kern_intr.c:545 #9 0xc061edec in fork_exit (callout=0xc061f89c , arg=0xc1e33480, frame=0xd58d3d38) at /usr/src/sys/kern/kern_fork.c:789 #10 0xc07dc2dc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 I get a similar panic on RELENG_5 ("panic: sbappend") but I don't have a traceback right now. -- jimmy From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 12:05:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C586A16A41F for ; Tue, 16 Aug 2005 12:05:50 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 91D9C43D48 for ; Tue, 16 Aug 2005 12:05:49 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 16 Aug 2005 12:05:47 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp009) with SMTP; 16 Aug 2005 14:05:47 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Tue, 16 Aug 2005 14:05:08 +0200 User-Agent: KMail/1.8.1 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3548193.Dvkc7Fdo8b"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508161405.18729@harrymail> X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: pxeboot problems with BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 12:05:50 -0000 --nextPart3548193.Dvkc7Fdo8b Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I just wanted to ask if somebody had success with providing pxe boot=20 service under 6-BETA2. I have two clients, one NET4501 wich just reboots after fetching pxeldr via= =20 TFTP and a Laptop which just hangs when NFS-loading kernel. I'm about to investigate further, but maybe someone can confirm that in=20 general PXE booting with BETA2 is working... Or not... Thanks, =2DHarry --nextPart3548193.Dvkc7Fdo8b Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDAdZ+Bylq0S4AzzwRAt5FAJ9U4dLiqbV3WwYl/W0tqXMxAj7uWgCeL0uh D5Den8BtzCF2IIeu20/aSvo= =pXkG -----END PGP SIGNATURE----- --nextPart3548193.Dvkc7Fdo8b-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 13:06:48 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FC3516A41F; Tue, 16 Aug 2005 13:06:48 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1BF543D5D; Tue, 16 Aug 2005 13:06:41 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id j7GD6eTs003626 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Aug 2005 09:06:40 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j7GD6VeO008804; Tue, 16 Aug 2005 09:06:31 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17153.58583.84605.272007@grasshopper.cs.duke.edu> Date: Tue, 16 Aug 2005 09:06:31 -0400 (EDT) To: Antoine Brodin In-Reply-To: <20050813113333.592c999b.antoine.brodin@laposte.net> References: <20050813004326.GA47855@xor.obsecurity.org> <20050813005233.GA48108@xor.obsecurity.org> <20050813113333.592c999b.antoine.brodin@laposte.net> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: current@FreeBSD.org, phk@FreeBSD.org, Kris Kennaway Subject: Re: Infinite loop in devfs_create() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 13:06:48 -0000 Antoine Brodin writes: > Kris Kennaway wrote: > > On Fri, Aug 12, 2005 at 08:43:26PM -0400, Kris Kennaway wrote: > > > I have an SMP amd64 package machine that has deadlocked, apparently > > > here: > > This could explain some mysterious deadlocks I've been getting on > > sparc machines too, which also cycle through md devices in a similar > > way. I bet something is not being cleaned up properly when the > > devices are unconfigured, and eventually devfs is filling up all > > available inodes (1024) and failing gracelessly. > > I'm not sure but this may be related to PR: kern/81588 I mentioned the same suspicious indentation in revision 1.172 of kern/kern_conf.c to phk back in April. He told me then: Hmm, that looks like an indentation bug, it is all part of the condition for being able to release it at that time. Speaking of devfs problems along these lines, it used to be that a simple shell script which opened a cloning device could be used to DOS a FreeBSD 6.0 box, since the device cloning code doesn't reap unused clones. ( kldload nmdm; while true; do touch /dev/nmdm; done). It looks like your patch is intended to fix the problem.. I hope phk looks at it.. Drew From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 13:18:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CB2B16A41F for ; Tue, 16 Aug 2005 13:18:07 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD3E843D46 for ; Tue, 16 Aug 2005 13:18:06 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j7GDI5EW014273 for ; Tue, 16 Aug 2005 16:18:05 +0300 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id j7GCjQMk031593 for ; Tue, 16 Aug 2005 15:45:26 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id j7GCjQWY031592 for freebsd-current@freebsd.org; Tue, 16 Aug 2005 15:45:26 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Tue, 16 Aug 2005 15:45:26 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20050816124525.GA31411@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: if_dc panics with 3Com OfficeConnect 10/100B PCI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 13:18:07 -0000 I've recently acquired a 3Com 3CSOHO100B-TX NIC, which seems to be supported by the ``dc'' driver. The output of pciconf is: % none0@pci0:10:0: class=0x020000 card=0x930010b7 chip=0x930010b7 rev=0x31 hdr=0x00 % vendor = '3COM Corp, Networking Division' % device = '3C910 Integrated Fast Ethernet Controller (3CSOHO100B-TX Compatible)' % class = network % subclass = ethernet When I compile the ``dc'' driver into my kernel or load it as a module though, a relatively recent CURRENT (updated yesterday, 14 Aug 2005) panics after a port mapping failure. The same panic happens when the device is configured into the kernel or when I kldload if_dc. Is anyone else using ``dc'' interfaces on CURRENT and seeing similar problems? - Giorgos From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 14:11:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1294716A41F for ; Tue, 16 Aug 2005 14:11:51 +0000 (GMT) (envelope-from virenshah@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80EF143D45 for ; Tue, 16 Aug 2005 14:11:49 +0000 (GMT) (envelope-from virenshah@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so956059rne for ; Tue, 16 Aug 2005 07:11:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=teuUiF8QOYfYjhiqP9j/5Sxc0Wl+7b7g2hlRcVMz/A57HDCxq6xPfkn62mDKm0/0zZfWDZay4vy6KoqBDetEZ3RgCPDEALOBz7ITKk9QjFqquSILXhKSCDdfXSjpyC09QUjtljb50kgW08OIjVLQXCib7JxptHKImPWurArBpXU= Received: by 10.38.101.7 with SMTP id y7mr2352247rnb; Tue, 16 Aug 2005 07:11:49 -0700 (PDT) Received: by 10.38.208.70 with HTTP; Tue, 16 Aug 2005 07:11:49 -0700 (PDT) Message-ID: <6f230735050816071119a68618@mail.gmail.com> Date: Tue, 16 Aug 2005 10:11:49 -0400 From: Viren Shah To: Giorgos Keramidas In-Reply-To: <20050816124525.GA31411@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050816124525.GA31411@flame.pc> Cc: freebsd-current@freebsd.org Subject: Re: if_dc panics with 3Com OfficeConnect 10/100B PCI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 14:11:51 -0000 On 8/16/05, Giorgos Keramidas wrote: > When I compile the ``dc'' driver into my kernel or load it as a module > though, a relatively recent CURRENT (updated yesterday, 14 Aug 2005) > panics after a port mapping failure. >=20 > The same panic happens when the device is configured into the kernel or > when I kldload if_dc. Is anyone else using ``dc'' interfaces on CURRENT > and seeing similar problems? I'm running a -current kernel from today morning just fine.=20 bandersnatch# ifconfig dc0 dc0: flags=3D108843 mtu = 1500 options=3D8 inet6 fe80::210:a4ff:fe7b:e2f4%dc0 prefixlen 64 scopeid 0x3 inet 192.168.2.127 netmask 0xffffff00 broadcast 192.168.2.255 ether 00:10:a4:7b:e2:f4 media: Ethernet autoselect (100baseTX ) status: active FreeBSD bandersnatch.virtc.com 7.0-CURRENT FreeBSD 7.0-CURRENT #6: Tue Aug 16 06:23:46 EDT 2005 =20 root@bandersnatch.virtc.com:/usr/obj/usr/src/sys/BANDERSNATCH i386 The dc driver is compiled into the kernel Viren > - Giorgos From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 14:15:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1DA916A427 for ; Tue, 16 Aug 2005 14:15:56 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 344E843D49 for ; Tue, 16 Aug 2005 14:15:55 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by aiolos.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j7GEFsu5016980; Tue, 16 Aug 2005 17:15:54 +0300 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id j7GELfrB093174; Tue, 16 Aug 2005 17:21:41 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id j7GELfaO093173; Tue, 16 Aug 2005 17:21:41 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Tue, 16 Aug 2005 17:21:41 +0300 From: Giorgos Keramidas To: Viren Shah Message-ID: <20050816142141.GK31411@flame.pc> References: <20050816124525.GA31411@flame.pc> <6f230735050816071119a68618@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6f230735050816071119a68618@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: if_dc panics with 3Com OfficeConnect 10/100B PCI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 14:15:57 -0000 On 2005-08-16 10:11, Viren Shah wrote: >On 8/16/05, Giorgos Keramidas wrote: > >> When I compile the ``dc'' driver into my kernel or load it as a module >> though, a relatively recent CURRENT (updated yesterday, 14 Aug 2005) >> panics after a port mapping failure. >> >> The same panic happens when the device is configured into the kernel or >> when I kldload if_dc. Is anyone else using ``dc'' interfaces on CURRENT >> and seeing similar problems? > > I'm running a -current kernel from today morning just fine. Cool. Thanks for the reply. I'll try to obtain a kernel backtrace, since this seems to be broken on my setup in both in-kernel and module cases. From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 15:23:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D76216A432; Tue, 16 Aug 2005 15:23:19 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13BBF43D45; Tue, 16 Aug 2005 15:23:19 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j7GFMJ79031273; Tue, 16 Aug 2005 09:22:19 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 16 Aug 2005 09:22:35 -0600 (MDT) Message-Id: <20050816.092235.16452975.imp@bsdimp.com> To: keramida@freebsd.org From: "M. Warner Losh" In-Reply-To: <20050816124525.GA31411@flame.pc> References: <20050816124525.GA31411@flame.pc> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 16 Aug 2005 09:22:19 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: if_dc panics with 3Com OfficeConnect 10/100B PCI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 15:23:19 -0000 In message: <20050816124525.GA31411@flame.pc> Giorgos Keramidas writes: : I've recently acquired a 3Com 3CSOHO100B-TX NIC, which seems to be supported : by the ``dc'' driver. The output of pciconf is: : : % none0@pci0:10:0: class=0x020000 card=0x930010b7 chip=0x930010b7 rev=0x31 hdr=0x00 : % vendor = '3COM Corp, Networking Division' : % device = '3C910 Integrated Fast Ethernet Controller (3CSOHO100B-TX Compatible)' : % class = network : % subclass = ethernet : : When I compile the ``dc'' driver into my kernel or load it as a module : though, a relatively recent CURRENT (updated yesterday, 14 Aug 2005) : panics after a port mapping failure. : : The same panic happens when the device is configured into the kernel or : when I kldload if_dc. Is anyone else using ``dc'' interfaces on CURRENT : and seeing similar problems? Trace? Warner From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 15:23:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3540016A41F; Tue, 16 Aug 2005 15:23:42 +0000 (GMT) (envelope-from afields@afields.ca) Received: from afields.ca (afields.ca [216.194.67.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71F1843D5A; Tue, 16 Aug 2005 15:23:41 +0000 (GMT) (envelope-from afields@afields.ca) Received: from afields.ca (localhost.afields.ca [127.0.0.1]) by afields.ca (8.12.11/8.12.11) with ESMTP id j7GFNeAk058899; Tue, 16 Aug 2005 11:23:40 -0400 (EDT) (envelope-from afields@afields.ca) Received: (from afields@localhost) by afields.ca (8.12.11/8.12.11/Submit) id j7GFNedi058898; Tue, 16 Aug 2005 11:23:40 -0400 (EDT) (envelope-from afields) Date: Tue, 16 Aug 2005 11:23:40 -0400 From: Allan Fields To: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Message-ID: <20050816152340.GA58723@afields.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Cc: Subject: Strange slice entries X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 15:23:42 -0000 Upon updating production machine to latest 5.4 I get strange slice entries: # ls /dev/ad* /dev/ad0 /dev/ad1a /dev/ad3b /dev/ad4s1 /dev/ad6cs1 /dev/ad0a /dev/ad1c /dev/ad3c /dev/ad4s1a /dev/ad6f /dev/ad0b /dev/ad1cs1 /dev/ad4 /dev/ad4s1c /dev/ad6g /dev/ad0bc /dev/ad1s1 /dev/ad4a /dev/ad4s1f /dev/ad6h /dev/ad0c /dev/ad2 /dev/ad4as1 /dev/ad4s1g /dev/ad6s1 /dev/ad0e /dev/ad2a /dev/ad4c /dev/ad4s1h /dev/ad6s1a /dev/ad0f /dev/ad2b /dev/ad4cs1 /dev/ad6 /dev/ad6s1c /dev/ad0g /dev/ad2c /dev/ad4f /dev/ad6a /dev/ad6s1f /dev/ad0h /dev/ad3 /dev/ad4g /dev/ad6as1 /dev/ad6s1g /dev/ad1 /dev/ad3a /dev/ad4h /dev/ad6ca /dev/ad6s1h # ls /dev/ar* /dev/ar0 /dev/ar0as1 /dev/ar0cs1 /dev/ar0g /dev/ar0a /dev/ar0c /dev/ar0f /dev/ar0h Spelling is correct. I'll investigate why further, but also I accidently corrupted label of ad0 only and restoring it doesn't work though I can get providers like ad0a instead of ad0s1a... so I can no longer boot from it after fdisking and reinstalling the mbr: Invalid partition. Thanks, I really want to get this one back up so I tried to avoid doing in-depth investigation till now, but this might warrant some work if no one else has an easy answer. I did installkernel multiple times. I believe that all geom_*.ko are up to date with kernel in /boot/kernel. dmesg: ad0: 114473MB [232581/16/63] at ata0-master UDMA100 ad1: 114473MB [232581/16/63] at ata0-slave UDMA100 ad2: 114473MB [232581/16/63] at ata1-master UDMA100 ad3: 114473MB [232581/16/63] at ata1-slave UDMA100 ad4: 114473MB [232581/16/63] at ata2-master UDMA100 ad6: 114473MB [232581/16/63] at ata3-master UDMA100 ar0: 114440MB [14589/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master [..] I'm also looking at VIA-C3 on a EPIA machine, thanks to pjd@ and those who are working on that. -- Allan Fields From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 16:15:56 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04E2416A41F for ; Tue, 16 Aug 2005 16:15:56 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 715AD43D46 for ; Tue, 16 Aug 2005 16:15:55 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by e0-a11.b1.lan.prg.vol.cz (8.13.4/8.13.4) with ESMTP id j7GGFp93002412 for ; Tue, 16 Aug 2005 18:15:51 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.4/8.13.4/Submit) id j7GGFpcW002411 for freebsd-current@FreeBSD.org; Tue, 16 Aug 2005 18:15:51 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: freebsd-current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-CJwU03szhJ6KMwaWP2K1" Date: Tue, 16 Aug 2005 18:15:50 +0200 Message-Id: <1124208950.2077.4.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: Subject: BETA2 crash when /var got full X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 16:15:56 -0000 --=-CJwU03szhJ6KMwaWP2K1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I played with portsnap and let it fill up my /var, then whole box went titsup. I got a vmcore.0 but it looks corrupted. Panic message was "page fault". I was left with some fsckable damage in /var and it spits=20 Aug 16 18:00:00 pav kernel: free inode /8141 had 4 blocks Aug 16 18:00:10 pav kernel: free inode /8145 had 4 blocks from time to time now. # kgdb kernel.debug vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: =ECe=C0e=C0=EC8y=C0=D8:y=C0=C0 =E0K=C1 M=C1 =FC=C0)7=C0=C0C=A7=BC=C1=AFK=C2?J=C22DD=EC8y=C0=D8:y= =C08L=C1=C0M=C1 =FC=C0 =C0=C0C`=A9=BC=C1=B8_c=C2=B8=EF^=C2dd=DE=EC8y=C0=D8:y=C0=B8 M=C1`N=C1 =FC=C0=EB=C0=C0C@=AB=BC=C1=EF=CD=C1=DF=CD= =C1=B4=B4o=EC8y=C0=D8:y=C0 =C0M=C1=D2=B0=D2P=D2l=D2=DE=D2=B4=E7=D2d=D2=D2= =F4=D2L)=D2P=D2 =D2D=B0=D2>=C1=D2=D8=D5=C1x=D2 =D2=D4=D9=D2=D2=C4=D2=D2=EC= =D2=D2=E5=EE=D2=D8=D2=A8r=D2p=D28=D2T=E1=FC=E3=D2=C0=FC=E3=D2=D8=FC=E3=D2= =F0=FC=E3=FD=E3=D2 =FD=E3=D2P=FD=E3=D2=FD=E3=D2=E4=D2=F0=E7=D2=F6=E3=D2H=CC= =E3=D2=F8=F7=E6=D2=D2=E8=E5=E6=D2=C9=E6=D20=C9=E6=D2H=C9=E6=D2`=C9=E6=D2x= =C9=E6=D2=C2=C1=D0=B6=C1=C0J=C2=C1=F0I=C2=C1K=C2=C1K=C2=C1B=C2=C1K=C2=C1=B6= =C1=F0I=C2=C1K=C2=C1=B6=C1=B6=C1=B6=C1=C0K=C2=C1I=C2=C1=C0J=C2=C1 L=C2=C1V= =C2PI=C2=C1V=C2PK=C2=C1@I=C2=C1=F0V=C2@I=C2=C1=F0V=C2=F0V=C2@I=C2=C1=F0V=C2= @I=C2=C1@I=C2=C1=F0V=C2@I=C2=C1 MIPS: Meaningless Information Provided by Salesmen --=-CJwU03szhJ6KMwaWP2K1 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDAhE2ntdYP8FOsoIRAqfiAKColf+euyWdWCezJ1gLYPBB/y5oKgCaA1K3 7sFEIc/yCbmFhSeq+Ct/Baw= =ZdzA -----END PGP SIGNATURE----- --=-CJwU03szhJ6KMwaWP2K1-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 16:18:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0778816A420 for ; Tue, 16 Aug 2005 16:18:29 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0359743D46 for ; Tue, 16 Aug 2005 16:18:27 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j7GGIDeM031418; Tue, 16 Aug 2005 19:18:13 +0300 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id j7GFlpoH094973; Tue, 16 Aug 2005 18:47:51 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id j7GFloRW094972; Tue, 16 Aug 2005 18:47:50 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Tue, 16 Aug 2005 18:47:50 +0300 From: Giorgos Keramidas To: "M. Warner Losh" Message-ID: <20050816154750.GB93756@flame.pc> References: <20050816124525.GA31411@flame.pc> <20050816.092235.16452975.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050816.092235.16452975.imp@bsdimp.com> Cc: freebsd-current@freebsd.org Subject: Re: if_dc panics with 3Com OfficeConnect 10/100B PCI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 16:18:29 -0000 On 2005-08-16 09:22, "M. Warner Losh" wrote: > In message: <20050816124525.GA31411@flame.pc> > Giorgos Keramidas writes: > : I've recently acquired a 3Com 3CSOHO100B-TX NIC, which seems to be supported > : by the ``dc'' driver. The output of pciconf is: > : > : % none0@pci0:10:0: class=0x020000 card=0x930010b7 chip=0x930010b7 rev=0x31 hdr=0x00 > : % vendor = '3COM Corp, Networking Division' > : % device = '3C910 Integrated Fast Ethernet Controller (3CSOHO100B-TX Compatible)' > : % class = network > : % subclass = ethernet > : > : When I compile the ``dc'' driver into my kernel or load it as a module > : though, a relatively recent CURRENT (updated yesterday, 14 Aug 2005) > : panics after a port mapping failure. > : > : The same panic happens when the device is configured into the kernel or > : when I kldload if_dc. Is anyone else using ``dc'' interfaces on CURRENT > : and seeing similar problems? > > Trace? It's a bit tricky, since I have to either copy it manually from the console or find out how I can boot the machine with the NIC in serial console mode. Booting with 'dc' compiled into the kernel doens't quite work, since the panic happens too early for dumpdev to be set. If there a way to set dumpdev earlier than /etc/rc.conf (i.e. from the boot loader)? Using a module doesn't really help with obtaining a trace, because the symbols of the module are printed as ??? in kgdb. I'll try to obtain a trace later tonight though. Thanks for the reply :) - Giorgos From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 16:23:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3715B16A41F for ; Tue, 16 Aug 2005 16:23:31 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75AA843D48 for ; Tue, 16 Aug 2005 16:23:30 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so1042901rna for ; Tue, 16 Aug 2005 09:23:29 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=De+e6ldYYWk3dCR/UmGdle491a6pBJ9Pabe5XCj5IzvFTm3V3lAYuAxuDkXuwj+BxawumudhiUDsEU6M8V50ivjTfyUx1rcucmsjpf9ZW+vVW+aT+4BSD/mi6GWGWXLbb/Ts2qRDJUwqh7kxq5f3v3cxhHJN6ysfpNKWqFCeBOA= Received: by 10.38.151.53 with SMTP id y53mr1494908rnd; Tue, 16 Aug 2005 09:23:29 -0700 (PDT) Received: by 10.38.12.17 with HTTP; Tue, 16 Aug 2005 09:23:29 -0700 (PDT) Message-ID: <1d6d20bc050816092378e43d28@mail.gmail.com> Date: Wed, 17 Aug 2005 00:23:29 +0800 From: Jia-Shiun Li To: othermark In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <33107.82.141.44.113.1121505434.squirrel@webmail.kamp-dsl.de> Cc: freebsd-current@freebsd.org Subject: Re: 82801FB/FR/FW/FRW Intel High Definition Audio Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 16:23:31 -0000 On 8/15/05, othermark wrote: > sledgehammer@revier.net wrote: > > none0 at pci0:27:0: class=3D0x040300 card=3D0x814e1043 chip=3D0x26688= 086 > > rev=3D0x03 hdr=3D0x00 > > vendor =3D 'Intel Corporation' > > device =3D '82801FB/FR/FW/FRW Intel High Deficition Audio Control= ler' > > class =3D multimedia >=20 > Michael Nottebrock wrote: > >Unfortunately AC97 has its own set of device ids which aren't quite as > >trivial to probe, IIRC. >=20 > This one works under snd_ich, and is AC'97: >=20 > pcm0@pci0:30:2: class=3D0x040100 card=3D0x01791028 chip=3D0x266e8086 rev= =3D0x03 > hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801FB/FR/FW/FRW AC '97 Audio Controller' > class =3D multimedia > subclass =3D audio >=20 ICH6 has both HD audio (D27:F1) and AC97 (D30:F2). They share the same AC link pins so only one can function at a time. Apparently your motherboard is laid to use AC97. But that's not HD audio. IIRC PCM support for HD audio is currently under development. Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 17:50:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C173A16A41F; Tue, 16 Aug 2005 17:50:15 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D9C343D46; Tue, 16 Aug 2005 17:50:14 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 16 Aug 2005 14:05:11 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 16 Aug 2005 13:39:48 -0400 User-Agent: KMail/1.8 References: <20050813221234.GA23162@nargothrond.kdm.org> In-Reply-To: <20050813221234.GA23162@nargothrond.kdm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508161339.49986.jhb@FreeBSD.org> Cc: "Kenneth D. Merry" , current@freebsd.org Subject: Re: BTX problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 17:50:16 -0000 On Saturday 13 August 2005 06:12 pm, Kenneth D. Merry wrote: > > I just updated a machine from -current as of late March to -current as of > last night, and I'm having trouble booting it. > > It's a dual 1GHz Pentium III box, Supermicro 370DE6 motherboard. > (Serverworks chipset.) It is booting off of an onboard Adaptec 7899. > > When I try to boot it, I get some BTX errors and BTX halts: > > http://people.freebsd.org/~ken/btx_halted.20050813/IMG_4943.JPG > http://people.freebsd.org/~ken/btx_halted.20050813/IMG_4944.JPG > > (Same information, the first one was taken with flash and is a little more > washed out, the second one is taken without flash and is therefore a tad > more blurry.) > > The loader from March works fine, but the new one fails. It's 100% > repeatable. > > Anyone have any ideas what's going on? int=00000005 err=00000000 efl=00010a17 eip=36f63583 eax=00032174 ebx=0384c000 ecx=0005c360 edx=0002e7e6 esi=32034048 edi=00000022 ebp=000384c0 esp=ca083384 cs=002b ds=0033 es=0033 fs=0033 gs=0033 ss=0033 cs:eip=62 63 2f 6c 6f 63 61 6c-65 2f 6c 6d 6f 6e 65 74 61 72 79 2e 63 2c 76 20-31 2e 31 32 2e 32 2e 32 ss:esp=ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff BTX halted Well, your stack is way off in the weeds and so is your instruction pointer, so I'm not sure what else you can do there. It's executing a string, so little surprise that it eventually faulted: > echo " 62 63 2f 6c 6f 63 61 6c-65 2f 6c 6d 6f 6e 65 74 61 72 79 2e 63 2c 76 20-31 2e 31 32 2e 32 2e 32" | tr '-' ' ' | sed -e 's/ / 0x/g' | dh | hd 00000000 62 63 2f 6c 6f 63 61 6c 65 2f 6c 6d 6f 6e 65 74 |bc/locale/lmonet| 00000010 61 72 79 2e 63 2c 76 20 31 2e 31 32 2e 32 2e 32 |ary.c,v 1.12.2.2| 00000020 There haven't been a whole lot of changes. My guess would be the recently added smbios support. You can probably just comment out the call to smbios_detect() in sys/boot/i386/loader/main.c as a simple test for that. It could also possibly be the multiple console support in which case it would be easiest to just step your sys/boot tree back using CVS. The good news is that sys/boot is largely self-contained so you can step it back while keeping the rest of the tree up to date for testing purposes at least. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 17:50:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD00916A422; Tue, 16 Aug 2005 17:50:15 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B47E43D53; Tue, 16 Aug 2005 17:50:14 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 16 Aug 2005 14:05:12 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 16 Aug 2005 13:48:08 -0400 User-Agent: KMail/1.8 References: <20050816124525.GA31411@flame.pc> <20050816.092235.16452975.imp@bsdimp.com> <20050816154750.GB93756@flame.pc> In-Reply-To: <20050816154750.GB93756@flame.pc> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508161348.09643.jhb@FreeBSD.org> Cc: Giorgos Keramidas , "M. Warner Losh" Subject: Re: if_dc panics with 3Com OfficeConnect 10/100B PCI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 17:50:16 -0000 On Tuesday 16 August 2005 11:47 am, Giorgos Keramidas wrote: > On 2005-08-16 09:22, "M. Warner Losh" wrote: > > In message: <20050816124525.GA31411@flame.pc> > > Giorgos Keramidas writes: > > : I've recently acquired a 3Com 3CSOHO100B-TX NIC, which seems to be supported > > : by the ``dc'' driver. The output of pciconf is: > > : > > : % none0@pci0:10:0: class=0x020000 card=0x930010b7 chip=0x930010b7 rev=0x31 hdr=0x00 > > : % vendor = '3COM Corp, Networking Division' > > : % device = '3C910 Integrated Fast Ethernet Controller (3CSOHO100B-TX Compatible)' > > : % class = network > > : % subclass = ethernet > > : > > : When I compile the ``dc'' driver into my kernel or load it as a module > > : though, a relatively recent CURRENT (updated yesterday, 14 Aug 2005) > > : panics after a port mapping failure. > > : > > : The same panic happens when the device is configured into the kernel or > > : when I kldload if_dc. Is anyone else using ``dc'' interfaces on CURRENT > > : and seeing similar problems? > > > > Trace? > > It's a bit tricky, since I have to either copy it manually from the > console or find out how I can boot the machine with the NIC in serial > console mode. > > Booting with 'dc' compiled into the kernel doens't quite work, since the > panic happens too early for dumpdev to be set. If there a way to set > dumpdev earlier than /etc/rc.conf (i.e. from the boot loader)? > > Using a module doesn't really help with obtaining a trace, because the > symbols of the module are printed as ??? in kgdb. > > I'll try to obtain a trace later tonight though. Thanks for the reply :) Compile in DDB and get a stack trace over the serial console using 't' in DDB instead of worrying about getting a dump. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 17:50:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C173A16A41F; Tue, 16 Aug 2005 17:50:15 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D9C343D46; Tue, 16 Aug 2005 17:50:14 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 16 Aug 2005 14:05:11 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 16 Aug 2005 13:39:48 -0400 User-Agent: KMail/1.8 References: <20050813221234.GA23162@nargothrond.kdm.org> In-Reply-To: <20050813221234.GA23162@nargothrond.kdm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508161339.49986.jhb@FreeBSD.org> Cc: "Kenneth D. Merry" , current@freebsd.org Subject: Re: BTX problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 17:50:16 -0000 On Saturday 13 August 2005 06:12 pm, Kenneth D. Merry wrote: > > I just updated a machine from -current as of late March to -current as of > last night, and I'm having trouble booting it. > > It's a dual 1GHz Pentium III box, Supermicro 370DE6 motherboard. > (Serverworks chipset.) It is booting off of an onboard Adaptec 7899. > > When I try to boot it, I get some BTX errors and BTX halts: > > http://people.freebsd.org/~ken/btx_halted.20050813/IMG_4943.JPG > http://people.freebsd.org/~ken/btx_halted.20050813/IMG_4944.JPG > > (Same information, the first one was taken with flash and is a little more > washed out, the second one is taken without flash and is therefore a tad > more blurry.) > > The loader from March works fine, but the new one fails. It's 100% > repeatable. > > Anyone have any ideas what's going on? int=00000005 err=00000000 efl=00010a17 eip=36f63583 eax=00032174 ebx=0384c000 ecx=0005c360 edx=0002e7e6 esi=32034048 edi=00000022 ebp=000384c0 esp=ca083384 cs=002b ds=0033 es=0033 fs=0033 gs=0033 ss=0033 cs:eip=62 63 2f 6c 6f 63 61 6c-65 2f 6c 6d 6f 6e 65 74 61 72 79 2e 63 2c 76 20-31 2e 31 32 2e 32 2e 32 ss:esp=ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff BTX halted Well, your stack is way off in the weeds and so is your instruction pointer, so I'm not sure what else you can do there. It's executing a string, so little surprise that it eventually faulted: > echo " 62 63 2f 6c 6f 63 61 6c-65 2f 6c 6d 6f 6e 65 74 61 72 79 2e 63 2c 76 20-31 2e 31 32 2e 32 2e 32" | tr '-' ' ' | sed -e 's/ / 0x/g' | dh | hd 00000000 62 63 2f 6c 6f 63 61 6c 65 2f 6c 6d 6f 6e 65 74 |bc/locale/lmonet| 00000010 61 72 79 2e 63 2c 76 20 31 2e 31 32 2e 32 2e 32 |ary.c,v 1.12.2.2| 00000020 There haven't been a whole lot of changes. My guess would be the recently added smbios support. You can probably just comment out the call to smbios_detect() in sys/boot/i386/loader/main.c as a simple test for that. It could also possibly be the multiple console support in which case it would be easiest to just step your sys/boot tree back using CVS. The good news is that sys/boot is largely self-contained so you can step it back while keeping the rest of the tree up to date for testing purposes at least. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 17:50:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED96D16A41F for ; Tue, 16 Aug 2005 17:50:23 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6821E43D46 for ; Tue, 16 Aug 2005 17:50:23 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 16 Aug 2005 14:05:11 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 16 Aug 2005 13:21:13 -0400 User-Agent: KMail/1.8 References: <20050811220017.A72944@hades.admin.frm2> <200508120937.26659.jhb@FreeBSD.org> <430034B9.1010706@samsco.org> In-Reply-To: <430034B9.1010706@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508161321.14735.jhb@FreeBSD.org> Cc: Joerg Pulz Subject: Re: 6.0-BETA2: taskqueue_drain for if_xl.c:2796 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 17:50:24 -0000 On Monday 15 August 2005 02:22 am, Scott Long wrote: > John Baldwin wrote: > > On Thursday 11 August 2005 07:07 pm, Scott Long wrote: > I still don't see what the point is of having a function that only > removes pending tasks from the queue if it doesn't also drain in > progress tasks. Simple example: > > CPU1 calls xl_stop. The XL_LOCK gets taken. At the same time, CPU2 > calls taskqueue_swi, which pops the queue and calls xl_rxeof_task. It > tries to take the XL_LOCK but instead sleeps (or adaptively spins) > because CPU1 already has it. CPU1 calls taskqueue_stop, which doesn't > do anything because the task was alrady popped off. > > Now, at some point, CPU1 **MUST** drop the XL_LOCK and let CPU2 continue > that task to completion. There simply is no way around that, right? So > why muddle the API with a function that really doesn't solve any > problems. The argument that being able to call taskqueue_stop with > locks held is a convenience doesn't hold water. You'll still need to > drop locks in order to be sure that a mess isn't created. Well, you need to think through this longer. During a normal stop, we don't care if the task runs later if it is just going to stop anyway, which it will with the IFF_DRV_RUNNING checks I added (which it needs anyway even if you don't add a taskqueue_stop()). See, when CPU2 eventually runs the xl_rxeof_task, it will drop the lock and return instantly because the xl_stop() function clears IFF_DRV_RUNNING in addition to calling taskqueue_stop(). Now, let's go back to the detach case where you actually need a drain. In that case you call xl_stop() first. It would be nice if that could go ahead and cancel the task if it's still in the queue without blocking at all. Calling taskqueue_stop() in xl_stop() will do that for you just fine. If you don't do that, you have to wait until any other tasks ahead of you on the queue decide to finish before your task can run. That's nuts! Using FOO_LOCK(sc); taskqueue_stop(&sc->task); FOO_UNLOCK(sc); taskqueue_drain(&sc->task); Results in the behavior that if the task hasn't run yet, you don't block, and thus you only block if the task is already running and your driver can guarantee that that won't be forever since it can ensure the task handler checks for the interface being stopped after it does its own FOO_LOCK(). While we are on detach, you already have to add the IFF_DRV_RUNNING checks to the task handler even if you still use taskqueue_drain() in xl_stop() so that you don't block forever in that case (that is, the task handler has to realize that it's supposed to die so it will return and the draining thread will be resumed.) One other thing here. taskqueue_drain() is currently called from xl_stop(), which is called from xl_init_locked(), which is called from xl_intr(). Think "sleeping in an interrupt thread." There be dragons. :) This is common to almost all the ethernet drivers I've looked at in the past few weeks (de, dc, fxp, hme, sf, my, ste, pcn, el, and xl). > So what does that really buy you since you still have to deal with the > possible blocked task problem? Better to just organize the code so that > you can call taskqueue_dequeue with locks released and let the problem > be dealt with in a consistent way, rather than encourage people roll > their own dequeueing logic (best case) or become careless with > parallelization (worse case). I think that all that you are doing is > finding a way to cheat around a real synchronization problem. There are > a lot of network drivers in the tree that are notorious for > fundamentally poor locking design. I'd really rather see them be fixed > to conform to good APIs, rather than add marginal APIs that paper over > the problems. Errm, from all the driver's I've worked on so far, stop() is always called with the lock held the entire time and doesn't drop it. The drivers are written this way in 4.x as well (they don't drop spl()), so using callout_stop() and taskqueue_stop() instead of callout_drain() and taskqueue_drain() in foo_stop() is a lot simpler change. stop() is also called from interrupt handlers and can't really do anything that sleeps. Also, in general the entry points to the driver (ifnet functions, ifmedia functions, interrupt handlers, etc.) tend to lock the driver lock and the internal functions don't mess with the lock (except to drop the lock around calls to ifp->if_input()). That's a lot simpler than having to rewrite stop(). Also, letting me do a stop() that just lets the driver be in control of how long it has to wait in detach() when it tries to cancel its task rather than being subject to the whims of over tasks on the queue. Again, we are talking about a model where we fire off an event (stop your callout, stop your task) and defer the blocking of acknowledgement until a more convenient time. Outside of the detach() case, we don't even need to block waiting for the ack because there's no harm in having the event handler run, note that the interface is stopped, and abort. See, where's the problem in your original case with CPU2 running the task if the task handler checks the interface to see if it's been stopped and will abort if it gets run after CPU1 has done foo_stop()? For the non-detach() case we don't care when or if the task runs. For the detach() case we have to make sure it doesn't try to use our mutex (or the text of our kernel module) before we destroy the mutex and return from detach(). In other words, the drain() isn't there to synchronize state of the device itself, but to guarantee order of operations for driver teardown. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 17:50:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3A6D16A443; Tue, 16 Aug 2005 17:50:39 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CF9C43D45; Tue, 16 Aug 2005 17:50:39 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 16 Aug 2005 14:05:11 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 16 Aug 2005 13:44:20 -0400 User-Agent: KMail/1.8 References: <200508141735.aa69900@nowhere.iedowse.com> In-Reply-To: <200508141735.aa69900@nowhere.iedowse.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508161344.22121.jhb@FreeBSD.org> Cc: Ian Dowse , current@freebsd.org Subject: Re: Loader serial baud rate control X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 17:50:40 -0000 On Sunday 14 August 2005 12:35 pm, Ian Dowse wrote: > In message <200508140243.aa50444@nowhere.iedowse.com>, Ian Dowse writes: > > > >Currently the baud rate used by the i386/amd64 loader for a serial > >console is hard-coded as 9600 baud and you need to recompile the > >loader to change it. Below is a patch that adds a "comconsole_speed" > >loader environment variable so that the speed can be changed from > >loader.conf or manually from the loader prompt. It doesn't quite > >do what you want though, since the loader has already printed a > >number of things by the time it reads loader.conf. Any comments? > > Following a few suggestions, here's a more extensive change that > allows you to just write "-h -S19200" for example to /boot.config, > and the setting will propagate to boot2, loader and the kernel. > The rate can be overridden from the 'boot:' prompt and also via > the loader "comconsole_speed" variable > > This adds about 50 bytes to the size of boot2, and it required a > few other boot2 changes to limit the size impact. > > The loader stage now assumes that the baud rate has already been > set if the previous stage boot loader requested a serial console > (RB_SERIAL or RB_MULTIPLE). I'm not sure if this is a reasonable > assumption in all cases? Very cool! Since it will work for this case I think it's fine: /boot/loader.conf: comconsole_speed=115200 console=comconsole -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 17:50:40 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3A6D16A443; Tue, 16 Aug 2005 17:50:39 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CF9C43D45; Tue, 16 Aug 2005 17:50:39 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 16 Aug 2005 14:05:11 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 16 Aug 2005 13:44:20 -0400 User-Agent: KMail/1.8 References: <200508141735.aa69900@nowhere.iedowse.com> In-Reply-To: <200508141735.aa69900@nowhere.iedowse.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508161344.22121.jhb@FreeBSD.org> Cc: Ian Dowse , current@freebsd.org Subject: Re: Loader serial baud rate control X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 17:50:40 -0000 On Sunday 14 August 2005 12:35 pm, Ian Dowse wrote: > In message <200508140243.aa50444@nowhere.iedowse.com>, Ian Dowse writes: > > > >Currently the baud rate used by the i386/amd64 loader for a serial > >console is hard-coded as 9600 baud and you need to recompile the > >loader to change it. Below is a patch that adds a "comconsole_speed" > >loader environment variable so that the speed can be changed from > >loader.conf or manually from the loader prompt. It doesn't quite > >do what you want though, since the loader has already printed a > >number of things by the time it reads loader.conf. Any comments? > > Following a few suggestions, here's a more extensive change that > allows you to just write "-h -S19200" for example to /boot.config, > and the setting will propagate to boot2, loader and the kernel. > The rate can be overridden from the 'boot:' prompt and also via > the loader "comconsole_speed" variable > > This adds about 50 bytes to the size of boot2, and it required a > few other boot2 changes to limit the size impact. > > The loader stage now assumes that the baud rate has already been > set if the previous stage boot loader requested a serial console > (RB_SERIAL or RB_MULTIPLE). I'm not sure if this is a reasonable > assumption in all cases? Very cool! Since it will work for this case I think it's fine: /boot/loader.conf: comconsole_speed=115200 console=comconsole -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 17:53:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C249416A41F; Tue, 16 Aug 2005 17:53:06 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1CF043D80; Tue, 16 Aug 2005 17:52:54 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j7GHqrWB024432; Tue, 16 Aug 2005 10:52:54 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j7GHqrPo024426; Tue, 16 Aug 2005 10:52:53 -0700 Date: Tue, 16 Aug 2005 10:52:53 -0700 From: Brooks Davis To: Emanuel Strobl Message-ID: <20050816175253.GA19325@odin.ac.hmc.edu> References: <200508161405.18729@harrymail> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <200508161405.18729@harrymail> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: pxeboot problems with BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 17:53:06 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 16, 2005 at 02:05:08PM +0200, Emanuel Strobl wrote: > Hello, >=20 > I just wanted to ask if somebody had success with providing pxe boot=20 > service under 6-BETA2. > I have two clients, one NET4501 wich just reboots after fetching pxeldr v= ia=20 > TFTP and a Laptop which just hangs when NFS-loading kernel. >=20 > I'm about to investigate further, but maybe someone can confirm that in= =20 > general PXE booting with BETA2 is working... Or not... I'm PXE booting systems with RELENG_6 as of 7/27. I'll probably do an update some time this week. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDAif1XY6L6fI4GtQRAh/eAJ9j2QedhSJFwybSoTfoa5Asg18N2wCfXZgy azi+q1QUu+sznyaDVfhpYn4= =q/hM -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 18:58:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AE3B16A41F for ; Tue, 16 Aug 2005 18:58:14 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 888A443D8B for ; Tue, 16 Aug 2005 18:58:05 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1E56dR-000NT5-Db; Tue, 16 Aug 2005 18:58:05 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.52 (FreeBSD)) id 1E56dQ-000Fu1-Rv; Tue, 16 Aug 2005 08:58:04 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17154.14140.361348.830958@roam.psg.com> Date: Tue, 16 Aug 2005 08:58:04 -1000 To: James Snow References: <17149.24612.569855.543967@roam.psg.com> <20050816113908.GA50156@teardrop.org> Cc: freebsd-current@freebsd.org Subject: Re: wpa drops out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 18:58:14 -0000 >> fwiw, i have been seeing the following: >> o system fine with wpa managing ath0, associated, no wep ... >> o lose association >> o does not regain it >> o kill wpa and restart it >> o it associates and things take off again as of a cvsup of 2005.08.13 23:30, this is not occurring any more. randy From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 19:00:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E41616A420 for ; Tue, 16 Aug 2005 19:00:24 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA2DA43D6B for ; Tue, 16 Aug 2005 19:00:17 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id C3FE252C70; Tue, 16 Aug 2005 21:00:16 +0200 (CEST) Received: from localhost (dkl63.neoplus.adsl.tpnet.pl [83.24.15.63]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4BDBF52C3F; Tue, 16 Aug 2005 21:00:07 +0200 (CEST) Date: Tue, 16 Aug 2005 20:59:56 +0200 From: Pawel Jakub Dawidek To: Mike Tancsa Message-ID: <20050816185956.GA8407@garage.freebsd.pl> References: <20050812134511.GE25162@garage.freebsd.pl> <6.2.3.4.0.20050813012441.061d08b0@64.7.153.2> <20050813074636.GH27996@garage.freebsd.pl> <6.2.3.4.0.20050813102138.0644fe08@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <6.2.3.4.0.20050813102138.0644fe08@64.7.153.2> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: FreeBSD-current Subject: Re: VIA/ACE PadLock integration with crypto(9). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 19:00:24 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 13, 2005 at 02:23:51PM -0400, Mike Tancsa wrote: +> Overnight I also let a copy of netperf run blasting various network test= s across the IPSEC tunnel and all was as expected. I had to enable polling= on the box as it was=20 +> getting dangerously close to livelock with the high level of interrupts.= At 1500 HZ its still quite fast, forwarding IPSEC traffic at 60Mb/s and t= he box is VERY=20 +> responsive. Without the padlock.ko, it comes in just at 23Mb/s. Good news, but I think, I expected more... +> +> Also, I came across a small ipsec bug while testing +> >+> +> >+> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D84860 +> >It could be RELENG_5 specific, as it uses rijndael implementation +> >which was removed after RELENG_5 (there is no sys/opencrypto/rijndael.c +> >anymore). Maybe rijndael version from sys/crypto/ handles it better? +> >This needs to be verified. +>=20 +> Actually this happens in RELENG_6 as well. I have updated the PR with a= crash dump and back trace. Ok, I committed a fix to HEAD. Here is the patch: http://people.freebsd.org/~pjd/patches/rijndael.patch --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDAjesForvXbEpPzQRAjY6AJwP+pjFHTaNKoMvxiVk1oHg/ouEVgCePhU9 BxhqEG0XqJ4dMSAMAt4lkYw= =QwFi -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 19:00:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C20E16A41F for ; Tue, 16 Aug 2005 19:00:54 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8A13E43D48 for ; Tue, 16 Aug 2005 19:00:48 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 16 Aug 2005 19:00:47 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp016) with SMTP; 16 Aug 2005 21:00:47 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Tue, 16 Aug 2005 21:00:35 +0200 User-Agent: KMail/1.8.1 References: <200508161405.18729@harrymail> <20050816175253.GA19325@odin.ac.hmc.edu> In-Reply-To: <20050816175253.GA19325@odin.ac.hmc.edu> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2435507.9kxxbIqavg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508162100.45360@harrymail> X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Soekris 1.28 pxeboot problem [Was: Re: pxeboot problems with BETA2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 19:00:54 -0000 --nextPart2435507.9kxxbIqavg Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 16. August 2005 19:52 CEST schrieb Brooks Davis: > On Tue, Aug 16, 2005 at 02:05:08PM +0200, Emanuel Strobl wrote: > > Hello, > > > > I just wanted to ask if somebody had success with providing pxe boot > > service under 6-BETA2. > > I have two clients, one NET4501 wich just reboots after fetching > > pxeldr via TFTP and a Laptop which just hangs when NFS-loading kernel. > > > > I'm about to investigate further, but maybe someone can confirm that > > in general PXE booting with BETA2 is working... Or not... > > I'm PXE booting systems with RELENG_6 as of 7/27. I'll probably do an > update some time this week. Thanks for the info, I found that the problem is my NET4501 (soekris).=20 Unfortunately my Laptop also seems to have broken PXE code, I got another=20 box booting fine. Any experiences with a net4501 and BIOS versions higher than 1.24? Like=20 mentioned, the box gets DHCP info, loads pxeboot and after this message=20 immediately reboots: CLIENT MAC ADDR: 00 00 24 C0 33 70 CLIENT IP: 172.21.1.248 MASK: 255.255.0.0 DHCP IP: 172.21.0.1 GATEWAY IP: 172.21.0.1 PXE Loader 1.00 Building the boot loader arguments Relocating the loader and the BTX Starting the BTX loader Thanks a lot, =2DHarry --nextPart2435507.9kxxbIqavg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDAjfdBylq0S4AzzwRApJxAJ94iZYySWTU/ma0K2TVscSyJn+J2wCfdCa5 rVtOMFmXv8cEjrzTKQNs4EY= =qTNk -----END PGP SIGNATURE----- --nextPart2435507.9kxxbIqavg-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 19:39:12 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D3C216A41F; Tue, 16 Aug 2005 19:39:12 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id CADE643D45; Tue, 16 Aug 2005 19:39:11 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7GJc5oX078608; Tue, 16 Aug 2005 15:38:05 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j7GJdAYC023994; Tue, 16 Aug 2005 15:39:10 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j7GJd8RC059180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Aug 2005 15:39:08 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20050816145557.03314eb8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Tue, 16 Aug 2005 15:39:13 -0400 To: Pawel Jakub Dawidek From: Mike Tancsa In-Reply-To: <20050812182032.GB27996@garage.freebsd.pl> References: <20050812134511.GE25162@garage.freebsd.pl> <6.2.3.4.0.20050812130608.07aaf5f8@64.7.153.2> <20050812181802.GA27996@garage.freebsd.pl> <20050812182032.GB27996@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.26 Cc: FreeBSD-current Subject: Re: VIA/ACE PadLock integration with crypto(9). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 19:39:12 -0000 At 02:20 PM 12/08/2005, Pawel Jakub Dawidek wrote: >On Fri, Aug 12, 2005 at 08:18:02PM +0200, Pawel Jakub Dawidek wrote: >+> This is known problem iv pagedaemon. >+> You need sys/vm/vm_pageout.c rev1.269. It should work also in RELENG_6. >+> Could you try again with this fix? > >It was just MFCed, so for RELENG_6 you need sys/vm/vm_pageout.c >rev. 1.268.2.1. Still no luck as with RELENG_6 as of this AM. It=20 seems to die in the same location-- when bonnie=20 starts into its re-writing test. It seems to=20 make it through without the padlock.ko module loaded. # kgdb /usr/obj/usr/src/sys/pioneer/kernel.debug vmcore.4 [GDB will not be able to debug user-mode threads:=20 /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain= conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: GEOM_ELI: g_eli_crypto_run() failed (error=3D12).=20 ad0s1e.eli[WRITE(offset=3D8011776, length=3D131072)] Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0xc1ac7004 fault code =3D supervisor write, page not present instruction pointer =3D 0x20:0xc0617b6c stack pointer =3D 0x28:0xcb788cf4 frame pointer =3D 0x28:0xcb788d10 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 6 (crypto returns) trap number =3D 12 panic: page fault Uptime: 17m0s Dumping 239 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 239MB (61168 pages) 223 207 191 175=20 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0539e0d in boot (howto=3D260) at= /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc053a0a0 in panic (fmt=3D0xc06e7b63 "%s") at=20 /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc06a8374 in trap_fatal (frame=3D0xcb788cb4,=20 eva=3D3249303556) at /usr/src/sys/i386/i386/trap.c:841 #4 0xc06a80df in trap_pfault (frame=3D0xcb788cb4,=20 usermode=3D0, eva=3D3249303556) at /usr/src/sys/i386/i386/trap.c:752 #5 0xc06a7d25 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi=20 =3D 0, tf_esi =3D -1045798048, tf_ebp =3D -881292016,=20 tf_isp =3D -881292064, tf_ebx =3D -1051817936, tf_edx=20 =3D -1045663744, tf_ecx =3D -1066097312, tf_eax =3D=20 -1066016732, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D=20 -1067353236, tf_cs =3D 32, tf_eflags =3D 66182,=20 tf_esp =3D 0, tf_ss =3D 0}) at /usr/src/sys/i386/i386/trap.c:442 #6 0xc06975da in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0x00000008 in ?? () #8 0x00000028 in ?? () #9 0x00000028 in ?? () #10 0x00000000 in ?? () #11 0xc1aa6360 in ?? () #12 0xcb788d10 in ?? () #13 0xcb788ce0 in ?? () #14 0xc14e8830 in ?? () #15 0xc1ac7000 in ?? () #16 0xc074a560 in g_wither_work () #17 0xc075e024 in crypto_q_mtx () #18 0x0000000c in ?? () #19 0x00000002 in ?? () #20 0xc0617b6c in crypto_ret_proc () at= /usr/src/sys/opencrypto/crypto.c:1202 #21 0xc0524fd8 in fork_exit (callout=3D0xc0617b1c=20 , arg=3D0x0, frame=3D0xcb788d38) at=20 /usr/src/sys/kern/kern_fork.c:789 #22 0xc069763c in fork_trampoline () at= /usr/src/sys/i386/i386/exception.s:208 (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc0539e0d in boot (howto=3D260) at= /usr/src/sys/kern/kern_shutdown.c:397 first_buf_printf =3D 1 #2 0xc053a0a0 in panic (fmt=3D0xc06e7b63 "%s") at=20 /usr/src/sys/kern/kern_shutdown.c:553 td =3D (struct thread *) 0xc14c3780 bootopt =3D 260 newpanic =3D 0 ap =3D 0xc14c3780 "0\210N=C1@HL=C1" buf =3D "page fault", '\0' #3 0xc06a8374 in trap_fatal (frame=3D0xcb788cb4,=20 eva=3D3249303556) at /usr/src/sys/i386/i386/trap.c:841 code =3D 40 type =3D 12 ss =3D 40 esp =3D 0 softseg =3D {ssd_base =3D 0, ssd_limit =3D=20 1048575, ssd_type =3D 27, ssd_dpl =3D 0, ssd_p =3D 1, ssd_xx =3D 8, ssd_xx1= =3D 0, ssd_def32 =3D 1, ssd_gran =3D 1} #4 0xc06a80df in trap_pfault (frame=3D0xcb788cb4,=20 usermode=3D0, eva=3D3249303556) at /usr/src/sys/i386/i386/trap.c:752 va =3D 3249303552 vm =3D (struct vmspace *) 0x0 map =3D 0xc1043000 rv =3D 1 ftype =3D 1 '\001' td =3D (struct thread *) 0xc14c3780 p =3D (struct proc *) 0xc14e8830 #5 0xc06a7d25 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi=20 =3D 0, tf_esi =3D -1045798048, tf_ebp =3D -881292016,=20 tf_isp =3D -881292064, tf_ebx =3D -1051817936, tf_edx=20 =3D -1045663744, tf_ecx =3D -1066097312, tf_eax =3D=20 -1066016732, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D=20 -1067353236, tf_cs =3D 32, tf_eflags =3D 66182,=20 tf_esp =3D 0, tf_ss =3D 0}) at /usr/src/sys/i386/i386/trap.c:442 td =3D (struct thread *) 0xc14c3780 p =3D (struct proc *) 0xc14e8830 sticks =3D 3413675188 i =3D 0 ucode =3D 0 type =3D 12 code =3D 2 eva =3D 3249303556 #6 0xc06975da in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #7 0x00000008 in ?? () No symbol table info available. #8 0x00000028 in ?? () ---Type to continue, or q to quit--- No symbol table info available. #9 0x00000028 in ?? () No symbol table info available. #10 0x00000000 in ?? () No symbol table info available. #11 0xc1aa6360 in ?? () No symbol table info available. #12 0xcb788d10 in ?? () No symbol table info available. #13 0xcb788ce0 in ?? () No symbol table info available. #14 0xc14e8830 in ?? () No symbol table info available. #15 0xc1ac7000 in ?? () No symbol table info available. #16 0xc074a560 in g_wither_work () No symbol table info available. #17 0xc075e024 in crypto_q_mtx () No symbol table info available. #18 0x0000000c in ?? () No symbol table info available. #19 0x00000002 in ?? () No symbol table info available. #20 0xc0617b6c in crypto_ret_proc () at= /usr/src/sys/opencrypto/crypto.c:1202 crpt =3D (struct cryptop *) 0xc1aa6360 krpt =3D (struct cryptkop *) 0x0 #21 0xc0524fd8 in fork_exit (callout=3D0xc0617b1c=20 , arg=3D0x0, frame=3D0xcb788d38) at=20 /usr/src/sys/kern/kern_fork.c:789 p =3D (struct proc *) 0xc14e8830 td =3D (struct thread *) 0x0 #22 0xc069763c in fork_trampoline () at= /usr/src/sys/i386/i386/exception.s:208 No locals. (kgdb) and with a 192 bit key # kgdb /usr/obj/usr/src/sys/pioneer/kernel.debug /var/crash/vmcore.5 [GDB will not be able to debug user-mode threads:=20 /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain= conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Cannot access memory at address 0xc101e2b3 (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0539e0d in boot (howto=3D260) at= /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc053a0a0 in panic (fmt=3D0xc06e7b63 "%s") at=20 /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc06a8374 in trap_fatal (frame=3D0xcb788cb4,=20 eva=3D3249524740) at /usr/src/sys/i386/i386/trap.c:841 #4 0xc06a80df in trap_pfault (frame=3D0xcb788cb4,=20 usermode=3D0, eva=3D3249524740) at /usr/src/sys/i386/i386/trap.c:752 #5 0xc06a7d25 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi=20 =3D 0, tf_esi =3D -1045576864, tf_ebp =3D -881292016,=20 tf_isp =3D -881292064, tf_ebx =3D -1051817936, tf_edx=20 =3D -1045442560, tf_ecx =3D -1066097312, tf_eax =3D=20 -1066016732, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D=20 -1067353236, tf_cs =3D 32, tf_eflags =3D 66182,=20 tf_esp =3D 0, tf_ss =3D 0}) at /usr/src/sys/i386/i386/trap.c:442 #6 0xc06975da in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0x00000008 in ?? () #8 0x00000028 in ?? () #9 0x00000028 in ?? () #10 0x00000000 in ?? () #11 0xc1adc360 in ?? () #12 0xcb788d10 in ?? () #13 0xcb788ce0 in ?? () #14 0xc14e8830 in ?? () #15 0xc1afd000 in ?? () #16 0xc074a560 in g_wither_work () #17 0xc075e024 in crypto_q_mtx () #18 0x0000000c in ?? () #19 0x00000002 in ?? () #20 0xc0617b6c in crypto_ret_proc () at= /usr/src/sys/opencrypto/crypto.c:1202 #21 0xc0524fd8 in fork_exit (callout=3D0xc0617b1c=20 , arg=3D0x0, frame=3D0xcb788d38) at=20 /usr/src/sys/kern/kern_fork.c:789 #22 0xc069763c in fork_trampoline () at= /usr/src/sys/i386/i386/exception.s:208 (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc0539e0d in boot (howto=3D260) at= /usr/src/sys/kern/kern_shutdown.c:397 first_buf_printf =3D 1 #2 0xc053a0a0 in panic (fmt=3D0xc06e7b63 "%s") at=20 /usr/src/sys/kern/kern_shutdown.c:553 td =3D (struct thread *) 0xc14c3780 bootopt =3D 260 newpanic =3D 0 ap =3D 0xc14c3780 "0\210N=C1@HL=C1" buf =3D "page fault", '\0' #3 0xc06a8374 in trap_fatal (frame=3D0xcb788cb4,=20 eva=3D3249524740) at /usr/src/sys/i386/i386/trap.c:841 code =3D 40 type =3D 12 ss =3D 40 esp =3D 0 softseg =3D {ssd_base =3D 0, ssd_limit =3D=20 1048575, ssd_type =3D 27, ssd_dpl =3D 0, ssd_p =3D 1, ssd_xx =3D 8, ssd_xx1= =3D 0, ssd_def32 =3D 1, ssd_gran =3D 1} #4 0xc06a80df in trap_pfault (frame=3D0xcb788cb4,=20 usermode=3D0, eva=3D3249524740) at /usr/src/sys/i386/i386/trap.c:752 va =3D 3249524736 vm =3D (struct vmspace *) 0x0 map =3D 0xc1043000 rv =3D 1 ftype =3D 1 '\001' td =3D (struct thread *) 0xc14c3780 p =3D (struct proc *) 0xc14e8830 #5 0xc06a7d25 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi=20 =3D 0, tf_esi =3D -1045576864, tf_ebp =3D -881292016,=20 tf_isp =3D -881292064, tf_ebx =3D -1051817936, tf_edx=20 =3D -1045442560, tf_ecx =3D -1066097312, tf_eax =3D=20 -1066016732, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D=20 -1067353236, tf_cs =3D 32, tf_eflags =3D 66182,=20 tf_esp =3D 0, tf_ss =3D 0}) at /usr/src/sys/i386/i386/trap.c:442 td =3D (struct thread *) 0xc14c3780 p =3D (struct proc *) 0xc14e8830 sticks =3D 3413675188 i =3D 0 ucode =3D 0 type =3D 12 code =3D 2 eva =3D 3249524740 #6 0xc06975da in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #7 0x00000008 in ?? () No symbol table info available. #8 0x00000028 in ?? () ---Type to continue, or q to quit--- No symbol table info available. #9 0x00000028 in ?? () No symbol table info available. #10 0x00000000 in ?? () No symbol table info available. #11 0xc1adc360 in ?? () No symbol table info available. #12 0xcb788d10 in ?? () No symbol table info available. #13 0xcb788ce0 in ?? () No symbol table info available. #14 0xc14e8830 in ?? () No symbol table info available. #15 0xc1afd000 in ?? () No symbol table info available. #16 0xc074a560 in g_wither_work () No symbol table info available. #17 0xc075e024 in crypto_q_mtx () No symbol table info available. #18 0x0000000c in ?? () No symbol table info available. #19 0x00000002 in ?? () No symbol table info available. #20 0xc0617b6c in crypto_ret_proc () at= /usr/src/sys/opencrypto/crypto.c:1202 crpt =3D (struct cryptop *) 0xc1adc360 krpt =3D (struct cryptkop *) 0x0 #21 0xc0524fd8 in fork_exit (callout=3D0xc0617b1c=20 , arg=3D0x0, frame=3D0xcb788d38) at=20 /usr/src/sys/kern/kern_fork.c:789 p =3D (struct proc *) 0xc14e8830 td =3D (struct thread *) 0x0 #22 0xc069763c in fork_trampoline () at= /usr/src/sys/i386/i386/exception.s:208 No locals. (kgdb) Without the padlock.ko, it does seem to make it through OK. but I am still seeing lots of GEOM_ELI: g_eli_crypto_run() failed (error=3D12).=20 ad0s1e.eli[WRITE(offset=3D17842176, length=3D131072)] GEOM_ELI: g_eli_crypto_run() failed (error=3D12).=20 ad0s1e.eli[WRITE(offset=3D18366464, length=3D131072)] GEOM_ELI: g_eli_crypto_run() failed (error=3D12).=20 ad0s1e.eli[WRITE(offset=3D18497536, length=3D131072)] GEOM_ELI: g_eli_crypto_run() failed (error=3D12).=20 ad0s1e.eli[WRITE(offset=3D18628608, length=3D131072)] GEOM_ELI: g_eli_crypto_run() failed (error=3D12).=20 ad0s1e.eli[WRITE(offset=3D18759680, length=3D131072)] GEOM_ELI: g_eli_crypto_run() failed (error=3D12).=20 ad0s1e.eli[WRITE(offset=3D19283968, length=3D131072)] GEOM_ELI: g_eli_crypto_run() failed (error=3D12).=20 ad0s1e.eli[WRITE(offset=3D19415040, length=3D131072)] GEOM_ELI: g_eli_crypto_run() failed (error=3D12).=20 ad0s1e.eli[WRITE(offset=3D19546112, length=3D131072)] GEOM_ELI: g_eli_crypto_run() failed (error=3D12).=20 ad0s1e.eli[WRITE(offset=3D19677184, length=3D131072)] GEOM_ELI: g_eli_crypto_run() failed (error=3D12).=20 ad0s1e.eli[WRITE(offset=3D20201472, length=3D131072)] GEOM_ELI: g_eli_crypto_run() failed (error=3D12).=20 ad0s1e.eli[WRITE(offset=3D20332544, length=3D131072)] GEOM_ELI: g_eli_crypto_run() failed (error=3D12).=20 ad0s1e.eli[WRITE(offset=3D20463616, length=3D131072)] GEOM_ELI: g_eli_crypto_run() failed (error=3D12).=20 ad0s1e.eli[WRITE(offset=3D20594688, length=3D131072)] even with RELENG_6 as of this morning (including your latest MFCs) ---Mike=20 From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 19:53:27 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A6BA16A41F; Tue, 16 Aug 2005 19:53:27 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A319943D45; Tue, 16 Aug 2005 19:53:26 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7GJqKiF079716; Tue, 16 Aug 2005 15:52:20 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j7GJrPSZ026971; Tue, 16 Aug 2005 15:53:25 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j7GJrOOb059250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Aug 2005 15:53:24 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20050816154326.087cf7b8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Tue, 16 Aug 2005 15:53:26 -0400 To: Pawel Jakub Dawidek From: Mike Tancsa In-Reply-To: <20050816185956.GA8407@garage.freebsd.pl> References: <20050812134511.GE25162@garage.freebsd.pl> <6.2.3.4.0.20050813012441.061d08b0@64.7.153.2> <20050813074636.GH27996@garage.freebsd.pl> <6.2.3.4.0.20050813102138.0644fe08@64.7.153.2> <20050816185956.GA8407@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.26 Cc: FreeBSD-current Subject: Re: VIA/ACE PadLock integration with crypto(9). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 19:53:27 -0000 At 02:59 PM 16/08/2005, Pawel Jakub Dawidek wrote: >On Sat, Aug 13, 2005 at 02:23:51PM -0400, Mike Tancsa wrote: >+> Overnight I also let a copy of netperf run blasting various >network tests across the IPSEC tunnel and all was as expected. I >had to enable polling on the box as it was >+> getting dangerously close to livelock with the high level of >interrupts. At 1500 HZ its still quite fast, forwarding IPSEC >traffic at 60Mb/s and the box is VERY >+> responsive. Without the padlock.ko, it comes in just at 23Mb/s. > >Good news, but I think, I expected more... I think the processor is just really getting maxed out. 60Mb/s is still a very nice boost. And without polling, it was in the 80s which is pretty cool considering this is a very low end CPU Hz wise. Even unencrypted traffic at those rates makes the machine totally unresponsive due to the high interrupt load. +> Actually this happens in RELENG_6 as well. I have updated the PR with a crash dump and back trace. >Ok, I committed a fix to HEAD. >Here is the patch: > > http://people.freebsd.org/~pjd/patches/rijndael.patch Perhaps a lame question, but would it be possible to craft such a packet from the outside world to send as a DoS ? ---Mike From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 20:26:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBBD516A41F for ; Tue, 16 Aug 2005 20:26:10 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AE0D43D45 for ; Tue, 16 Aug 2005 20:26:10 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id D3F8FBC66 for ; Tue, 16 Aug 2005 20:26:08 +0000 (UTC) To: current@freebsd.org From: Poul-Henning Kamp Date: Tue, 16 Aug 2005 22:26:08 +0200 Message-ID: <14087.1124223968@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Subject: devfs patch, please test. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 20:26:11 -0000 http://phk.freebsd.dk/patch/devfs.patch Please test and report. Back when devfs was first introduced, it was necessary to isolate the device driver context(s) from the filesystem context(s) and a lot of atomic instructions went into that. Now that SMPng and various cleanups have simplified the world a bit, this patch eliminates all the atomic fireworks and does away with the "overflow" table and other nastyness. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 21:18:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D52D16A41F; Tue, 16 Aug 2005 21:18:36 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7669043D6D; Tue, 16 Aug 2005 21:18:27 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0ILC001GI36M4I@ms-dienst.rz.rwth-aachen.de>; Tue, 16 Aug 2005 23:18:23 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Tue, 16 Aug 2005 23:18:22 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j7GLILsg017179; Tue, 16 Aug 2005 23:18:21 +0200 (MEST) Received: from moria.hitnet.rwth-aachen.de ([137.226.181.149] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtp (Exim 3.35 #1 (Debian)) id 1E58pB-0006N5-00; Tue, 16 Aug 2005 23:18:21 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id A4F622843F; Tue, 16 Aug 2005 23:17:51 +0200 (CEST) Date: Tue, 16 Aug 2005 23:17:51 +0200 From: Christian Brueffer In-reply-to: <20050815194435.D78435D07@ptavv.es.net> To: Kevin Oberman Message-id: <20050816211751.GC893@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary="GZVR6ND4mMseVXL/"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 7.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 References: <20050815172843.GL1597@obiwan.tataz.chchile.org> <20050815194435.D78435D07@ptavv.es.net> Cc: freebsd-doc@FreeBSD.org, freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: "atacontrol info" isn't working here X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 21:18:36 -0000 --GZVR6ND4mMseVXL/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 15, 2005 at 12:44:35PM -0700, Kevin Oberman wrote: > > Date: Mon, 15 Aug 2005 19:28:43 +0200 > > From: Jeremie Le Hen > > Sender: owner-freebsd-current@freebsd.org > >=20 > > Hi, > >=20 > > > Kevin, no news since then. I made a patch for the manpage which is > > > actually clearly wrong : > > >=20 > > > %%% > > > The channel argument is the number of the ATA channel on > > > which to operate. > > > %%% > > >=20 > > > The ``channel'' argument is the name of the ata(4) device and not only > > > its number. > >=20 > > I don't want to coerce people into committing my patches, but I really > > think the patch in my previous mail should be. This is not a big > > deal. >=20 > I have an open PR with a more complete update of the man page, but I > have not seen any response to this point. >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D84676 >=20 > Now that I look at it again, I'd probably reword my definition of > 'controller' a bit, but it at least gets you to the right place better > than the current page. >=20 > I probably could have added an example or two, as well. I have just committed a modified version of Jeremie's patch. Will MFC it in a couple of days. Thanks for prodding! - 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 --GZVR6ND4mMseVXL/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFDAlf/bHYXjKDtmC0RAl9NAKD7fyBqSd7HplLiUqa/8edPCq4BFQCdHNWM Rvji9KIlEOCgshzpZr5nfC0= =ZIpB -----END PGP SIGNATURE----- --GZVR6ND4mMseVXL/-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 22:43:51 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FE8C16A41F; Tue, 16 Aug 2005 22:43:51 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0680D43D48; Tue, 16 Aug 2005 22:43:50 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id BFDE2173493; Wed, 17 Aug 2005 00:43:49 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 4D2054080; Wed, 17 Aug 2005 00:44:21 +0200 (CEST) Date: Wed, 17 Aug 2005 00:44:21 +0200 From: Jeremie Le Hen To: Christian Brueffer Message-ID: <20050816224421.GB659@obiwan.tataz.chchile.org> References: <20050815172843.GL1597@obiwan.tataz.chchile.org> <20050815194435.D78435D07@ptavv.es.net> <20050816211751.GC893@unixpages.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050816211751.GC893@unixpages.org> User-Agent: Mutt/1.5.9i Cc: freebsd-doc@FreeBSD.org, freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: "atacontrol info" isn't working here X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 22:43:51 -0000 > I have just committed a modified version of Jeremie's patch. Will MFC > it in a couple of days. Thanks Christian, and sorry again for coercing. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 22:45:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2A0C16A429; Tue, 16 Aug 2005 22:45:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3746D43D45; Tue, 16 Aug 2005 22:45:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7GMiaO4090504; Tue, 16 Aug 2005 18:44:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j7GMjfPI025055; Tue, 16 Aug 2005 18:45:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8980A7304D; Tue, 16 Aug 2005 18:45:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050816224541.8980A7304D@freebsd-current.sentex.ca> Date: Tue, 16 Aug 2005 18:45:41 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 22:45:44 -0000 TB --- 2005-08-16 21:50:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-16 21:50:06 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-08-16 21:50:06 - cleaning the object tree TB --- 2005-08-16 21:50:36 - checking out the source tree TB --- 2005-08-16 21:50:36 - cd /tinderbox/HEAD/alpha/alpha TB --- 2005-08-16 21:50:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-16 21:56:43 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-16 21:56:43 - cd /src TB --- 2005-08-16 21:56:43 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] mkdep -f .depend -a -I/src/sbin/gbde/../../sys -DRESCUE /src/sbin/gbde/gbde.c template.c /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-api-fst.c /src/sbin/gbde/../../sys/crypto/sha2/sha2.c /src/sbin/gbde/../../sys/geom/bde/g_bde_lock.c echo gbde: /obj/alpha/src/tmp/usr/lib/libc.a /obj/alpha/src/tmp/usr/lib/libmd.a /obj/alpha/src/tmp/usr/lib/libutil.a /obj/alpha/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/src/sbin/gbde/../../sys -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/sbin/gbde/gbde.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/src/sbin/gbde/../../sys -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c template.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/src/sbin/gbde/../../sys -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c: In function `rijndaelKeySetupEnc': /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c:737: warning: implicit declaration of function `KASSERT' /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c:738: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /src/sbin/gbde. *** Error code 1 Stop in /obj/alpha/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-16 22:45:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-16 22:45:41 - ERROR: failed to build world TB --- 2005-08-16 22:45:41 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Aug 16 23:42:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24D8B16A41F; Tue, 16 Aug 2005 23:42:29 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB65143D48; Tue, 16 Aug 2005 23:42:28 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j7GNgREQ014495; Tue, 16 Aug 2005 19:42:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j7GNgR9X055112; Tue, 16 Aug 2005 19:42:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 21E9A7304D; Tue, 16 Aug 2005 19:42:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050816234227.21E9A7304D@freebsd-current.sentex.ca> Date: Tue, 16 Aug 2005 19:42:27 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2005 23:42:29 -0000 TB --- 2005-08-16 22:45:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-16 22:45:41 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-08-16 22:45:41 - cleaning the object tree TB --- 2005-08-16 22:46:16 - checking out the source tree TB --- 2005-08-16 22:46:16 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-08-16 22:46:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-16 22:52:28 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-16 22:52:28 - cd /src TB --- 2005-08-16 22:52:28 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] mkdep -f .depend -a -I/src/sbin/gbde/../../sys -DRESCUE /src/sbin/gbde/gbde.c template.c /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-api-fst.c /src/sbin/gbde/../../sys/crypto/sha2/sha2.c /src/sbin/gbde/../../sys/geom/bde/g_bde_lock.c echo gbde: /obj/amd64/src/tmp/usr/lib/libc.a /obj/amd64/src/tmp/usr/lib/libmd.a /obj/amd64/src/tmp/usr/lib/libutil.a /obj/amd64/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -I/src/sbin/gbde/../../sys -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/sbin/gbde/gbde.c cc -O2 -pipe -I/src/sbin/gbde/../../sys -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c template.c cc -O2 -pipe -I/src/sbin/gbde/../../sys -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c: In function `rijndaelKeySetupEnc': /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c:737: warning: implicit declaration of function `KASSERT' /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c:738: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /src/sbin/gbde. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-16 23:42:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-16 23:42:26 - ERROR: failed to build world TB --- 2005-08-16 23:42:26 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 00:37:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84B0A16A41F; Wed, 17 Aug 2005 00:37:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25E5843D45; Wed, 17 Aug 2005 00:37:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j7H0bohZ017194; Tue, 16 Aug 2005 20:37:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7H0bosF050780; Tue, 16 Aug 2005 20:37:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A963C7304D; Tue, 16 Aug 2005 20:37:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050817003750.A963C7304D@freebsd-current.sentex.ca> Date: Tue, 16 Aug 2005 20:37:50 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 00:37:52 -0000 TB --- 2005-08-16 23:42:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-16 23:42:27 - starting HEAD tinderbox run for i386/i386 TB --- 2005-08-16 23:42:27 - cleaning the object tree TB --- 2005-08-16 23:42:57 - checking out the source tree TB --- 2005-08-16 23:42:57 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-08-16 23:42:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-16 23:48:56 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-16 23:48:56 - cd /src TB --- 2005-08-16 23:48:56 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] mkdep -f .depend -a -I/src/sbin/gbde/../../sys -DRESCUE /src/sbin/gbde/gbde.c template.c /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-api-fst.c /src/sbin/gbde/../../sys/crypto/sha2/sha2.c /src/sbin/gbde/../../sys/geom/bde/g_bde_lock.c echo gbde: /obj/src/tmp/usr/lib/libc.a /obj/src/tmp/usr/lib/libmd.a /obj/src/tmp/usr/lib/libutil.a /obj/src/tmp/usr/lib/libgeom.a >> .depend cc -O2 -pipe -I/src/sbin/gbde/../../sys -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -c /src/sbin/gbde/gbde.c cc -O2 -pipe -I/src/sbin/gbde/../../sys -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -c template.c cc -O2 -pipe -I/src/sbin/gbde/../../sys -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -c /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c: In function `rijndaelKeySetupEnc': /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c:737: warning: implicit declaration of function `KASSERT' /src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c:738: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /src/sbin/gbde. *** Error code 1 Stop in /obj/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-17 00:37:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-17 00:37:50 - ERROR: failed to build world TB --- 2005-08-17 00:37:50 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 02:13:36 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 571A216A41F for ; Wed, 17 Aug 2005 02:13:36 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 40EB443D46 for ; Wed, 17 Aug 2005 02:13:34 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 83755 invoked by uid 399); 17 Aug 2005 02:13:34 -0000 Received: from 69-175-228-47.vnnyca.adelphia.net (HELO ?192.168.1.101?) (dougb@dougbarton.net@69.175.228.47) by mail1.fluidhosting.com with SMTP; 17 Aug 2005 02:13:34 -0000 Message-ID: <43029D4A.9010602@FreeBSD.org> Date: Tue, 16 Aug 2005 19:13:30 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050726) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: installworld problem in sys/boot/i386/boot2 ($PATH?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 02:13:36 -0000 Howdy, Since Sunday I've been having the following problem. With unmodified sources, I get this: ===> sys/boot/i386/boot2 (install) as -o boot2.o boot2.s ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o boot2.out /usr/local/obj/ usr/local/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o sio.o objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /usr/local/obj/usr/local/src/sys/boot/i386/boot2/.. /btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin btxld:No such file or directory *** Error code 1 If I add btxld to the list of programs for the distributworld target in src/Makfile.inc1, I get: ===> sys/boot/i386/boot2 (install) btxld -v -E 0x2000 -f bin -b /usr/local/obj/usr/local/src/sys/boot/i386/boot2/.. /btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin kernel: ver=1.01 size=780 load=9000 entry=9010 map=16M pgctl=1:1 client: fmt=bin size=14b5 text=0 data=0 bss=0 entry=0 output: fmt=bin size=1d49 text=114 data=1c35 org=0 entry=0 ls: not found arithmetic expression: syntax error: "7680-" *** Error code 2 So the problem seems to the PATH at this point in the process. I added an echo in the Makefile, and this is what it says: PATH in sh is: /usr/obj/usr/local/src/tmp/legacy/usr/sbin:/usr/obj/usr/local/src/tmp/legacy/usr/bin:/usr/obj/usr/local/src/tmp/legacy/usr/games:/usr/obj/usr/local/src/tmp/usr/sbin:/usr/obj/usr/local/src/tmp/usr/bin:/usr/obj/usr/local/src/tmp/usr/games:/tmp/install.1pfQmq1 In /usr/obj: find . -name ls -type f ./usr/local/src/bin/ls/ls So I'm at a loss here. The only way I've found around this is to cd to /usr/src, then do 'make install ; make installworld' which completes successfully. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 05:30:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5721816A41F for ; Wed, 17 Aug 2005 05:30:31 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D8BA43D46 for ; Wed, 17 Aug 2005 05:30:30 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 2122 invoked by uid 89); 17 Aug 2005 05:29:50 -0000 Message-ID: <20050817052950.2121.qmail@avocado.salatschuessel.net> From: "Oliver Lehmann" To: hardware@freebsd.org Date: Wed, 17 Aug 2005 07:29:50 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: LSI Logic MegaRAID SATA 150-4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 05:30:31 -0000 Hi, since my fileservers bootdisk died this night, I'm toying with the idea to move over to a SATA-RAID setup. Are there any known problems with LSI Logic MegaRAID SATA 150-4 and FreeBSD 6.0 around? Is it easy to attach a 4th disk later and enlarge the 3disk RAID-5 setup I plan to start with? Is there a FreeBSD tool around for managing the controler like mlxcontrol for Mylex controlers? If not, can I manage it through it's BIOS interface or am I stuck to MS-DOS or worse MS-Windows? Anything else I should know about this controller before I'm gioing to buy it? Greetings Oliver From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 06:33:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E032716A41F; Wed, 17 Aug 2005 06:33:07 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CDE243D48; Wed, 17 Aug 2005 06:33:07 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0ILC005YKSV5F2@ms-dienst.rz.rwth-aachen.de>; Wed, 17 Aug 2005 08:33:06 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Wed, 17 Aug 2005 08:33:05 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j7H6X40C012272; Wed, 17 Aug 2005 08:33:04 +0200 (MEST) Received: from moria.hitnet.rwth-aachen.de ([137.226.181.149] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtp (Exim 3.35 #1 (Debian)) id 1E5HU0-0006Jj-00; Wed, 17 Aug 2005 08:33:04 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id A4E9428439; Wed, 17 Aug 2005 08:32:34 +0200 (CEST) Date: Wed, 17 Aug 2005 08:32:34 +0200 From: Christian Brueffer In-reply-to: <20050816224421.GB659@obiwan.tataz.chchile.org> To: Jeremie Le Hen Message-id: <20050817063234.GA1143@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=FL5UXtIhxfXey3p5; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 6.0-BETA2 X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20050815172843.GL1597@obiwan.tataz.chchile.org> <20050815194435.D78435D07@ptavv.es.net> <20050816211751.GC893@unixpages.org> <20050816224421.GB659@obiwan.tataz.chchile.org> Cc: freebsd-doc@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: "atacontrol info" isn't working here X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 06:33:08 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 17, 2005 at 12:44:21AM +0200, Jeremie Le Hen wrote: > > I have just committed a modified version of Jeremie's patch. Will MFC > > it in a couple of days. >=20 > Thanks Christian, and sorry again for coercing. >=20 No problem, that's the way to get stuff done around here :-P - 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 --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFDAtoCbHYXjKDtmC0RAqs4AKC1XK+ceGaaK7WCO8F0cfjJ+tNtIgCgqLqf S4OFfZga1hJ1bUSXi7pzrKQ= =w6RT -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 06:34:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A301916A41F for ; Wed, 17 Aug 2005 06:34:15 +0000 (GMT) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id A847543D53 for ; Wed, 17 Aug 2005 06:34:06 +0000 (GMT) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 75A3022; Wed, 17 Aug 2005 08:33:52 +0200 (SAST) Date: Wed, 17 Aug 2005 08:33:52 +0200 From: John Hay To: current@freebsd.org Message-ID: <20050817063352.GA29878@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Cc: Subject: -current release failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 06:34:15 -0000 Hi, Since texinfo was put under NO_INFO in gnu/usr.bin/Makefile, releases will fail because the release/Makefile will use "make ... -DNO_INFO installworld" to populate the chroot area. So then there is no makeinfo and it breaks like this: ####################### ===> lib/libcom_err/doc (all) makeinfo --no-split -I /usr/src/lib/libcom_err/doc -I /usr/src/lib/libcom_err/doc /usr/src/lib/libcom_err/doc/com_err.texinfo -o com_err.info makeinfo:No such file or directory *** Error code 1 Stop in /usr/src/lib/libcom_err/doc. ####################### John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 09:13:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D085F16A41F for ; Wed, 17 Aug 2005 09:13:43 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6470943D49 for ; Wed, 17 Aug 2005 09:13:43 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id ED750BC66 for ; Wed, 17 Aug 2005 09:13:41 +0000 (UTC) To: current@freebsd.org From: Poul-Henning Kamp Date: Wed, 17 Aug 2005 11:13:41 +0200 Message-ID: <17182.1124270021@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Subject: Giant around fdfree() in exit1() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 09:13:43 -0000 I'm seeing Giant held in a MNTK_MPSAFE devfs->close without this patch, any insight/comments ? Index: kern/kern_exit.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_exit.c,v retrieving revision 1.264 diff -u -r1.264 kern_exit.c --- kern/kern_exit.c 18 Jul 2005 20:08:14 -0000 1.264 +++ kern/kern_exit.c 17 Aug 2005 08:42:38 -0000 @@ -229,13 +229,13 @@ */ mtx_lock(&Giant); /* XXX: not sure if needed */ funsetownlst(&p->p_sigiolst); + mtx_unlock(&Giant); /* * Close open files and release open-file table. * This may block! */ fdfree(td); - mtx_unlock(&Giant); /* * If this thread tickled GEOM, we need to wait for the giggling to -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 09:59:08 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52B7D16A422 for ; Wed, 17 Aug 2005 09:59:08 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F63B43D88 for ; Wed, 17 Aug 2005 09:58:55 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 61B4552C2F; Wed, 17 Aug 2005 11:58:53 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 7D31452BC4; Wed, 17 Aug 2005 11:58:47 +0200 (CEST) Date: Wed, 17 Aug 2005 11:58:37 +0200 From: Pawel Jakub Dawidek To: Mike Tancsa Message-ID: <20050817095837.GE11066@garage.freebsd.pl> References: <20050812134511.GE25162@garage.freebsd.pl> <6.2.3.4.0.20050812130608.07aaf5f8@64.7.153.2> <20050812181802.GA27996@garage.freebsd.pl> <20050812182032.GB27996@garage.freebsd.pl> <6.2.3.4.0.20050816145557.03314eb8@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jKBxcB1XkHIR0Eqt" Content-Disposition: inline In-Reply-To: <6.2.3.4.0.20050816145557.03314eb8@64.7.153.2> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: FreeBSD-current Subject: Re: VIA/ACE PadLock integration with crypto(9). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 09:59:08 -0000 --jKBxcB1XkHIR0Eqt Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 16, 2005 at 03:39:13PM -0400, Mike Tancsa wrote: +> Unread portion of the kernel message buffer: +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D8011776, length=3D131072)] +>=20 +>=20 +> Fatal trap 12: page fault while in kernel mode +> fault virtual address =3D 0xc1ac7004 +> fault code =3D supervisor write, page not present +> instruction pointer =3D 0x20:0xc0617b6c +> stack pointer =3D 0x28:0xcb788cf4 +> frame pointer =3D 0x28:0xcb788d10 +> code segment =3D base 0x0, limit 0xfffff, type 0x1b +> =3D DPL 0, pres 1, def32 1, gran 1 +> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 +> current process =3D 6 (crypto returns) +> trap number =3D 12 +> panic: page fault +> Uptime: 17m0s +> Dumping 239 MB (2 chunks) +> chunk 0: 1MB (160 pages) ... ok +> chunk 1: 239MB (61168 pages) 223 207 191 175 159 143 127 111 95 79 63= 47 31 15 Ok, I can reproduce it. Thanks. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --jKBxcB1XkHIR0Eqt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDAwpMForvXbEpPzQRAi0QAKDV7PThZzFcZpsxc4NyJvkS8zzSOACgr2/d Ed1Mylnfn8s1ZdyKfk1mzbU= =eBSe -----END PGP SIGNATURE----- --jKBxcB1XkHIR0Eqt-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 10:15:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BB2516A41F; Wed, 17 Aug 2005 10:15:46 +0000 (GMT) (envelope-from oyvind@kolbu.ws) Received: from smtp.eunet.no (smtp.eunet.no [193.71.71.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B61243D58; Wed, 17 Aug 2005 10:15:45 +0000 (GMT) (envelope-from oyvind@kolbu.ws) Received: from putsch.kolbu.ws (putsch.kolbu.ws [81.0.164.102]) by smtp.eunet.no (Postfix) with ESMTP id B1EB1D13A3; Wed, 17 Aug 2005 12:15:43 +0200 (CEST) Received: from putsch.i.kolbu.ws ([192.168.1.2] helo=localhost.localdomain) by putsch.kolbu.ws with esmtp (Exim 4.51 (FreeBSD)) id 1E5KxQ-000Mdl-9c; Wed, 17 Aug 2005 12:15:43 +0200 Received: from Mutt by mutt-smtp-wrapper.pl 1.2 (www.zdo.com/articles/mutt-smtp-wrapper.shtml) Date: Wed, 17 Aug 2005 12:15:39 +0200 From: =?iso-8859-1?Q?=D8yvind?= Kolbu To: Stefan Ehmann Message-ID: <20050817101539.GA86752@putsch.kolbu.ws> References: <1124027087.1306.8.camel@taxman.pepperland> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1124027087.1306.8.camel@taxman.pepperland> User-Agent: Mutt/1.5.9i X-Spam-Score: -5.9 (-----) X-Spam-Report: Spam detection software, running on the system "putsch.kolbu.ws", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 14-08-2005 15:44, Stefan Ehmann wrote: > It stopped working some days ago. Via binary search I tracked it down to > August, 10th (I see some changes done by sam which might be the > culprit). That commit updates most wireless drivers, except iwi. Using the same change as made on the ipw driver on iwi makes my wlan work again. [...] Content analysis details: (-5.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -3.3 ALL_TRUSTED Did not pass through any untrusted hosts -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Cc: sam@freebsd.org, current@freebsd.org Subject: [PATCH] Re: if_iwi stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 10:15:46 -0000 On 14-08-2005 15:44, Stefan Ehmann wrote: > It stopped working some days ago. Via binary search I tracked it down to > August, 10th (I see some changes done by sam which might be the > culprit). That commit updates most wireless drivers, except iwi. Using the same change as made on the ipw driver on iwi makes my wlan work again. I'm using the patch below on my laptop and writes this mail via iwi. Index: if_iwi.c =================================================================== RCS file: /stuff/freebsd/cvs/src/sys/dev/iwi/if_iwi.c,v retrieving revision 1.10 diff -u -b -B -u -r1.10 if_iwi.c --- if_iwi.c 9 Aug 2005 10:19:49 -0000 1.10 +++ if_iwi.c 17 Aug 2005 10:04:24 -0000 @@ -1008,7 +1008,7 @@ #if IEEE80211_CHAN_MAX < 255 if (frm[2] <= IEEE80211_CHAN_MAX) #endif - ic->ic_bss->ni_chan = &ic->ic_channels[frm[2]]; + ic->ic_curchan = &ic->ic_channels[frm[2]]; frm += frm[1] + 2; } -- Øyvind Kolbu From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 10:40:54 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 827DD16A41F for ; Wed, 17 Aug 2005 10:40:54 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 75E4F43D46 for ; Wed, 17 Aug 2005 10:40:53 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 17 Aug 2005 10:40:51 -0000 Received: from h081217095233.dyn.cm.kabsi.at (EHLO localhost.localdomain) [81.217.95.233] by mail.gmx.net (mp023) with SMTP; 17 Aug 2005 12:40:51 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: =?ISO-8859-1?Q?=D8yvind?= Kolbu In-Reply-To: <20050817101539.GA86752@putsch.kolbu.ws> References: <1124027087.1306.8.camel@taxman.pepperland> <20050817101539.GA86752@putsch.kolbu.ws> Content-Type: text/plain; charset=ISO8859-1 Date: Wed, 17 Aug 2005 12:40:51 +0200 Message-Id: <1124275251.1129.1.camel@taxman.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: sam@freebsd.org, current@freebsd.org Subject: Re: [PATCH] Re: if_iwi stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 10:40:54 -0000 On Wed, 2005-08-17 at 12:15 +0200, Øyvind Kolbu wrote: > On 14-08-2005 15:44, Stefan Ehmann wrote: > > It stopped working some days ago. Via binary search I tracked it down to > > August, 10th (I see some changes done by sam which might be the > > culprit). > > That commit updates most wireless drivers, except iwi. Using the same > change as made on the ipw driver on iwi makes my wlan work again. > > I'm using the patch below on my laptop and writes this mail via iwi. > Thanks, works here again too. From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 10:41:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F18BC16A421 for ; Wed, 17 Aug 2005 10:41:09 +0000 (GMT) (envelope-from onatan@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1BFD43D49 for ; Wed, 17 Aug 2005 10:41:08 +0000 (GMT) (envelope-from onatan@gmail.com) Received: by wproxy.gmail.com with SMTP id i22so120104wra for ; Wed, 17 Aug 2005 03:41:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=QMT73JTYalfaK5ydi1TNRnbXkNTkgtZvz+FOZppBebtT6wXPxhpF76tUkZxS4h+umCT95orYAND1JaYKqp+obBBFLHbpB2pvbiwBjfEaKSSxHzlMjazE1gjX5cZ0sbxeBJv8eaAmXxzDYfaKXuCiAUgGje4zhHyr0DTTufmaXIM= Received: by 10.54.32.18 with SMTP id f18mr356208wrf; Wed, 17 Aug 2005 03:41:07 -0700 (PDT) Received: by 10.54.31.77 with HTTP; Wed, 17 Aug 2005 03:41:07 -0700 (PDT) Message-ID: Date: Wed, 17 Aug 2005 12:41:07 +0200 From: Jonatan B To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailman-Approved-At: Wed, 17 Aug 2005 11:39:02 +0000 Subject: [PANIC] 6.0BETA2 in l2ping flood X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 10:41:10 -0000 This is a repeatable panic I get when l2ping flooding my tungsten. Maksim? repeatable panic with bluetooth on SMP #> l2ping -fa MyTungsten -s 65531 kernel trap 12 with interrupts disable Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 01 virtual fault address=09=3D 0xdeadc0e6 fault code=09=09=3D supervisor read, page not present instruction pointer=09=3D 0x20:0xc06b15b6 stack pointer=09=09=3D 0x28:0xe508cc96=09# sometimes 0x28:0xe508cc94 frame pointer=09=09=3D 0x28:0xe508cccc code segment=09=09=3D base 0x0, limit 0xfffff, type 0x1b =09=09=09=3D DPL 0, pres 1, def32 1, gran 1 processor eflags=09=3D resume, IOPL =3D 0 current process=09=09=3D 37 (swi4: clock sio) [thread pid 37 tid 100036 ] Stopped at=09softclock+0x96: cmpl=09%eax,0x8(%ecx) db> trace Tracing pid 37 tid 100036 td 0xc2340d80 softclock(0,0,c092b71f,251,e508cd00) at softclock+0x96 ithread_loop(c2328500,e508cd38,c092b50a,30d,0) at ithread_loop+0x162 fork_exit(c068b200,c2328500,e508cd38) at fork_exit+0xc1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xe508cd6c, ebp =3D 0 --- db>=20 Please CC me as I'm not subscribed. From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 12:39:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8121F16A41F for ; Wed, 17 Aug 2005 12:39:16 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39B7C43D46 for ; Wed, 17 Aug 2005 12:39:14 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by kane.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j7HCdDg1011267; Wed, 17 Aug 2005 15:39:13 +0300 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id j7HCj0W0015085; Wed, 17 Aug 2005 15:45:00 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id j7HCixqt015084; Wed, 17 Aug 2005 15:44:59 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 17 Aug 2005 15:44:59 +0300 From: Giorgos Keramidas To: Poul-Henning Kamp Message-ID: <20050817124459.GF1084@flame.pc> References: <17182.1124270021@phk.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17182.1124270021@phk.freebsd.dk> Cc: current@freebsd.org Subject: Re: Giant around fdfree() in exit1() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 12:39:16 -0000 On 2005-08-17 11:13, Poul-Henning Kamp wrote: > > I'm seeing Giant held in a MNTK_MPSAFE devfs->close without this patch, > any insight/comments ? fdfree() releases POSIX locks the descriptor has. Is it ok to call VOP_ADVLOCK(..., F_UNLCK, ...) and free() without holding Giant? > Index: kern/kern_exit.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/kern_exit.c,v > retrieving revision 1.264 > diff -u -r1.264 kern_exit.c > --- kern/kern_exit.c 18 Jul 2005 20:08:14 -0000 1.264 > +++ kern/kern_exit.c 17 Aug 2005 08:42:38 -0000 > @@ -229,13 +229,13 @@ > */ > mtx_lock(&Giant); /* XXX: not sure if needed */ > funsetownlst(&p->p_sigiolst); > + mtx_unlock(&Giant); > > /* > * Close open files and release open-file table. > * This may block! > */ > fdfree(td); > - mtx_unlock(&Giant); From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 12:51:33 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34DF816A41F; Wed, 17 Aug 2005 12:51:33 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70C5143D45; Wed, 17 Aug 2005 12:51:31 +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 j7HCpUtE034214; Wed, 17 Aug 2005 15:51:30 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 54441-17; Wed, 17 Aug 2005 15:51:29 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j7HCpTZp034211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Aug 2005 15:51:29 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j7HCpWLv009853; Wed, 17 Aug 2005 15:51:32 +0300 (EEST) (envelope-from ru) Date: Wed, 17 Aug 2005 15:51:32 +0300 From: Ruslan Ermilov To: John Hay , Poul-Henning Kamp Message-ID: <20050817125132.GB9400@ip.net.ua> References: <20050817063352.GA29878@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gj572EiMnwbLXET9" Content-Disposition: inline In-Reply-To: <20050817063352.GA29878@zibbi.meraka.csir.co.za> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@FreeBSD.org Subject: Re: -current release failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 12:51:33 -0000 --gj572EiMnwbLXET9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 17, 2005 at 08:33:52AM +0200, John Hay wrote: > Hi, >=20 > Since texinfo was put under NO_INFO in gnu/usr.bin/Makefile, releases will > fail because the release/Makefile will use "make ... -DNO_INFO installwor= ld" > to populate the chroot area. So then there is no makeinfo and it breaks > like this: >=20 > ####################### > =3D=3D=3D> lib/libcom_err/doc (all) > makeinfo --no-split -I /usr/src/lib/libcom_err/doc -I /usr/src/lib/libcom= _err/doc /usr/src/lib/libcom_err/doc/com_err.texinfo -o com_err.info > makeinfo:No such file or directory > *** Error code 1 >=20 > Stop in /usr/src/lib/libcom_err/doc. > ####################### >=20 Well, I think we can safely remove -DNO_INFO from the release/Makefile then. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --gj572EiMnwbLXET9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDAzLUqRfpzJluFF4RAlgZAKCHCKrR76uxHxCYyafDJHmUS+BNJQCfUGGT gMP4n25D67Ve7yI8f0mf3qg= =UGOG -----END PGP SIGNATURE----- --gj572EiMnwbLXET9-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 12:15:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 484C916A41F for ; Wed, 17 Aug 2005 12:15:47 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from tirith.ics.muni.cz (tirith.ics.muni.cz [147.251.4.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5DC343D55 for ; Wed, 17 Aug 2005 12:15:46 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (user=hopet@META mech=LOGIN bits=0) by tirith.ics.muni.cz (8.13.2/8.13.2) with ESMTP id j7HCFgYd025304 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 17 Aug 2005 14:15:44 +0200 From: "Petr Holub" To: Date: Wed, 17 Aug 2005 14:15:44 +0200 Message-ID: <009d01c5a325$6435c4d0$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Mailman-Approved-At: Wed, 17 Aug 2005 12:51:55 +0000 Cc: Subject: issues after upgrade from 5.4-RELEASE-p6 to 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 12:15:47 -0000 Hi all, I've encountere the following issues after binary upgrade from 5.4-RELEASE-p6 to 6.0-BETA2: 1) During the first boot with GENERIC kerenel, the if_ndis module was loaded (remnant from 5.4-R in /boot/loader.conf); after I compiled my custom kernel and shut down the machine, I've got the following panic: unmount of /dev failed (BUSY) Uptime: 41m58s panic: Assertion mtx_unowned(m) failed at /usr/src/sys/kern/kern_mutex.c:867 cpuid = 0 KDB: enter: panic [thread pid 35 tid 10035] Stopped at kdb_enter+0x2b:nop db> where Tracing pid 35 tid 10035 td 0xc19e0480 kdb_enter(c0856274) at kdb_enter+0x2b panic(c08525c9,c08558af,c0855653,363,1) at panic+0x127 mtx_destroy(c19cbf9c,c19cbfc0,c19cbf9c,c0a94898,c1aac000) at mtx_destroy+0x39 ntoskrnl_workitem_thread(c19cbf74,d56d5d38,c19cbf74,c0a94898,0) at ntoskrnl_workitem_thread+0x181 fork_exit(c0a94898,c19cbf74,d56d5d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd56d5d6c, ebp = 0 --- ps: 35 c1aac000 0 0 0 0000204 [CPU 0] Windows Workitem 3 2) No other panics encountered after removing if_ndis from /boot/loader.conf with my custom kernel. But the /dev BUSY on reboot still happens: unmount of /dev failed (BUSY) 3) smartd is now unable to attach to ad0 drive: Aug 17 13:55:37 kloboucek smartd[544]: Unable to register ATA device /dev/ad0 at line 1 of file /usr/local/etc/smartd.conf Aug 17 13:55:37 kloboucek smartd[544]: Unable to register device /dev/ad0 (no Directive -d removable). Exiting. Do I need to recompile it or is it supposed not to work in 6.x? Best, Petr ================================================================ Petr Holub CESNET z.s.p.o. Supercomputing Center Brno Zikova 4 Institute of Compt. Science 162 00 Praha 6, CZ Masaryk University Czech Republic Botanicka 68a, 60200 Brno, CZ e-mail: Petr.Holub@cesnet.cz phone: +420-549493944 fax: +420-541212747 e-mail: hopet@ics.muni.cz From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 13:11:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9395916A421 for ; Wed, 17 Aug 2005 13:11:12 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A744C43D49 for ; Wed, 17 Aug 2005 13:11:10 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 17 Aug 2005 13:11:09 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp033) with SMTP; 17 Aug 2005 15:11:09 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Wed, 17 Aug 2005 15:10:57 +0200 User-Agent: KMail/1.8.1 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Message-Id: <200508171511.06412@harrymail> Content-Type: multipart/signed; boundary="nextPart13076448.8991EYONCR"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-scsi@freebsd.org, freebsd-usb@freebsd.org Subject: USB Panick and Card Reader help needed, please X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 13:11:12 -0000 --nextPart13076448.8991EYONCR Content-Type: multipart/mixed; boundary="Boundary-01=_kdzADlq4zse22lt" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_kdzADlq4zse22lt Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I'm stuck here, I cannto PXEboot my soekris and my card reader doesn't=20 work. So far I played with sys/dev/usb/umass.c and sys/cam/scsi/scsi_da.c quirks,= =20 but nothing helped. How can I verify that my patches are used with my=20 device? What strings do I have to define in scsi_da.c? Here some info: umass0: Generic USB Storage Device, rev 1.10/1.00, addr 8 port 3 addr 8: full speed, power 100 mA, config 1, USB Storage=20 Device(0x5010), Generic(0x07c4), rev 1.00 scbus3 on umass-sim0 bus 0: at scbus3 target 0 lun 0 (da0,pass2) at scbus3 target 0 lun 1 (da1,pass3) at scbus3 target 0 lun 2 (da2,pass4) at scbus3 target 0 lun 3 (da3,pass5) When I plug it in, the reader gets accessed every 2 seconds or so for=20 several minutes. During that time I cannot mount anything else! After all=20 these errors I can access the device, but very slowly and umounting it=20 takes onther view minutes! Please find attached a panic with trace I got and the logs of the reader=20 behaviour. Interesting is, when I unplug it before these errors run into=20 any timeout, I see "Synchronize cache failed, status =3D=3D 0x39, scsi stat= us=20 =3D=3D 0x0" so I had bet it can be made working by devining a scsi_de.c qui= rk.=20 But no luck, perhaps I took the wrong string? Here's waht I tried: umass.c: { 0x07c4, 0x5010, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, FORCE_SHORT_INQUIRY | NO_START_STOP | IGNORE_RESIDUE } I tried all kinds of quirks! scsi_da.c: { /* * Datafab MotionFlash CS4-USBN50 6in1 card reader. */ {T_DIRECT, SIP_MEDIA_REMOVABLE, "Generic*" , "USB Storage*", "*"}, /*quirks*/ DA_Q_NO_SYNC_CACHE }, I'm no developer so I don't know how to get this thingie working. But I'm=20 quiet sure it has been working with FreeBSD arround 5.2 times. Needless to= =20 say that it's working with other OS's. Thnaks in advance, =2DHarry P.S.: I'm only subscribed to current@ --Boundary-01=_kdzADlq4zse22lt Content-Type: text/plain; charset="us-ascii"; name="umass.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="umass.txt" login: Aug 17 03:58:37 cale kdm: :0[673]: IO Error in XOpenDisplay Aug 17 03:58:37 cale kdm[669]: X server for display :0 terminated unexpecte= dly Aug 17 03:58:37 cale kdm[669]: Display :0 cannot be opened Aug 17 03:58:37 cale kdm[669]: Unable to fire up local display :0; disablin= g. umass1: Generic USB Storage Device, rev 1.10/1.00, addr 8 da1 at umass-sim1 bus 1 target 0 lun 0 da1: Removable Direct Access SCSI-0 device=20 da1: 1.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present (da1:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (da1:umass-sim1:1:0:0): SCSI Status: Check Condition (da1:umass-sim1:1:0:0): NOT READY asc:3a,0 (da1:umass-sim1:1:0:0): Medium not present (da1:umass-sim1:1:0:0): Unretryable error Opened disk da1 -> 6 (da1:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (da1:umass-sim1:1:0:0): SCSI Status: Check Condition (da1:umass-sim1:1:0:0): NOT READY asc:3a,0 (da1:umass-sim1:1:0:0): Medium not present (da1:umass-sim1:1:0:0): Unretryable error Opened disk da1 -> 6 (da1:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (da1:umass-sim1:1:0:0): SCSI Status: Check Condition (da1:umass-sim1:1:0:0): NOT READY asc:3a,0 (da1:umass-sim1:1:0:0): Medium not present (da1:umass-sim1:1:0:0): Unretryable error Opened disk da1 -> 6 da2 at umass-sim1 bus 1 target 0 lun 1 da2: Removable Direct Access SCSI-0 device=20 da2: 1.000MB/s transfers da2: 62MB (128129 512 byte sectors: 64H 32S/T 62C) (da1:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (da1:umass-sim1:1:0:0): SCSI Status: Check Condition (da1:umass-sim1:1:0:0): NOT READY asc:3a,0 (da1:umass-sim1:1:0:0): Medium not present (da1:umass-sim1:1:0:0): Unretryable error Opened disk da1 -> 6 (da1:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (da1:umass-sim1:1:0:0): SCSI Status: Check Condition (da1:umass-sim1:1:0:0): NOT READY asc:3a,0 (da1:umass-sim1:1:0:0): Medium not present (da1:umass-sim1:1:0:0): Unretryable error Opened disk da1 -> 6 (da1:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (da1:umass-sim1:1:0:0): SCSI Status: Check Condition (da1:umass-sim1:1:0:0): NOT READY asc:3a,0 (da1:umass-sim1:1:0:0): Medium not present (da1:umass-sim1:1:0:0): Unretryable error Opened disk da1 -> 6 da3 at umass-sim1 bus 1 target 0 lun 2 da3: Removable Direct Access SCSI-0 device=20 da3: 1.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present (da2:umass-sim1:1:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0=20 (da2:umass-sim1:1:0:1): CAM Status: SCSI Status Error (da2:umass-sim1:1:0:1): SCSI Status: Check Condition (da2:umass-sim1:1:0:1): MEDIUM ERROR asc:11,0 (da2:umass-sim1:1:0:1): Unrecovered read error (da2:umass-sim1:1:0:1): Retrying Command (per Sense Data) (da2:umass-sim1:1:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0=20 (da2:umass-sim1:1:0:1): CAM Status: SCSI Status Error (da2:umass-sim1:1:0:1): SCSI Status: Check Condition (da2:umass-sim1:1:0:1): MEDIUM ERROR asc:11,0 (da2:umass-sim1:1:0:1): Unrecovered read error (da2:umass-sim1:1:0:1): Retrying Command (per Sense Data) (da2:umass-sim1:1:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0=20 (da2:umass-sim1:1:0:1): CAM Status: SCSI Status Error (da2:umass-sim1:1:0:1): SCSI Status: Check Condition (da2:umass-sim1:1:0:1): MEDIUM ERROR asc:11,0 (da2:umass-sim1:1:0:1): Unrecovered read error (da2:umass-sim1:1:0:1): Retrying Command (per Sense Data) (da2:umass-sim1:1:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0=20 (da2:umass-sim1:1:0:1): CAM Status: SCSI Status Error (da2:umass-sim1:1:0:1): SCSI Status: Check Condition (da2:umass-sim1:1:0:1): MEDIUM ERROR asc:11,0 (da2:umass-sim1:1:0:1): Unrecovered read error (da2:umass-sim1:1:0:1): Retrying Command (per Sense Data) (da2:umass-sim1:1:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0=20 (da2:umass-sim1:1:0:1): CAM Status: SCSI Status Error (da2:umass-sim1:1:0:1): SCSI Status: Check Condition (da2:umass-sim1:1:0:1): MEDIUM ERROR asc:11,0 (da2:umass-sim1:1:0:1): Unrecovered read error (da2:umass-sim1:1:0:1): Retries Exhausted da4 at umass-sim1 bus 1 target 0 lun 3 da4: Removable Direct Access SCSI-0 device=20 da4: 1.000MB/s transfers da4: Attempt to query device size failed: NOT READY, Medium not present (da2:umass-sim1:1:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0=20 (da2:umass-sim1:1:0:1): CAM Status: SCSI Status Error (da2:umass-sim1:1:0:1): SCSI Status: Check Condition (da2:umass-sim1:1:0:1): MEDIUM ERROR asc:11,0 (da2:umass-sim1:1:0:1): Unrecovered read error (da2:umass-sim1:1:0:1): Retrying Command (per Sense Data) (da2:umass-sim1:1:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0=20 (da2:umass-sim1:1:0:1): CAM Status: SCSI Status Error (da2:umass-sim1:1:0:1): SCSI Status: Check Condition (da2:umass-sim1:1:0:1): MEDIUM ERROR asc:11,0 (da2:umass-sim1:1:0:1): Unrecovered read error (da2:umass-sim1:1:0:1): Retrying Command (per Sense Data) (da2:umass-sim1:1:0:1): READ(10). CDB: 28 20 0 1 f4 80 0 0 1 0=20 (da2:umass-sim1:1:0:1): CAM Status: SCSI Status Error (da2:umass-sim1:1:0:1): SCSI Status: Check Condition (da2:umass-sim1:1:0:1): MEDIUM ERROR asc:11,0 (da2:umass-sim1:1:0:1): Unrecovered read error (da2:umass-sim1:1:0:1): Retrying Command (per Sense Data) umass1: BBB reset failed, STALLED umass1: BBB bulk-in clear stall failed, STALLED umass1: BBB bulk-out clear stall failed, STALLED umass1: at uhub2 port 3 (addr 8) disconnected (da1:umass-sim1:1:0:0): lost device (da1:umass-sim1:1:0:0): removing device entry (da2:umass-sim1:1:0:1): lost device (da3:umass-sim1:1:0:2): lost device (da3:umass-sim1:1:0:2): removing device entry (da4:umass-sim1:1:0:3): lost device (da4:umass-sim1:1:0:3): removing device entry (da2:umass-sim1:1:0:1): Synchronize cache failed, status =3D=3D 0x39, scsi = status =3D=3D 0x0 (da2:umass-sim1:1:0:1): removing device entry umass1: detached --Boundary-01=_kdzADlq4zse22lt Content-Type: text/plain; charset="us-ascii"; name="Panic.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Panic.txt" --Boundary-01=_kdzADlq4zse22lt-- --nextPart13076448.8991EYONCR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDAzdqBylq0S4AzzwRAi8ZAJ0bTEV2d03mpg9USNM2SJkgudZORwCaAqyH d1YaKCHlgo4kQL1eWkoLBrw= =/akn -----END PGP SIGNATURE----- --nextPart13076448.8991EYONCR-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 14:02:46 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59C5C16A421 for ; Wed, 17 Aug 2005 14:02:46 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABFCE43D48 for ; Wed, 17 Aug 2005 14:02:45 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2FB8852C80; Wed, 17 Aug 2005 16:02:44 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 9831952BC4; Wed, 17 Aug 2005 16:02:37 +0200 (CEST) Date: Wed, 17 Aug 2005 16:02:25 +0200 From: Pawel Jakub Dawidek To: Mike Tancsa Message-ID: <20050817140225.GF11066@garage.freebsd.pl> References: <20050812134511.GE25162@garage.freebsd.pl> <6.2.3.4.0.20050813012441.061d08b0@64.7.153.2> <20050813074636.GH27996@garage.freebsd.pl> <6.2.3.4.0.20050813102138.0644fe08@64.7.153.2> <20050816185956.GA8407@garage.freebsd.pl> <6.2.3.4.0.20050816154326.087cf7b8@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HCdXmnRlPgeNBad2" Content-Disposition: inline In-Reply-To: <6.2.3.4.0.20050816154326.087cf7b8@64.7.153.2> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: FreeBSD-current Subject: Re: VIA/ACE PadLock integration with crypto(9). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 14:02:46 -0000 --HCdXmnRlPgeNBad2 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 16, 2005 at 03:53:26PM -0400, Mike Tancsa wrote: +> >Ok, I committed a fix to HEAD. +> >Here is the patch: +> > http://people.freebsd.org/~pjd/patches/rijndael.patch +>=20 +>=20 +> Perhaps a lame question, but would it be possible to craft such a packet= from the outside world to send as a DoS ? No, you need to be able to setup wrong key locally. Is local DoS possible? Here answer is more complex and short version is "I believe it is not.". Long version: The bug is in kernel rijndael software code. You cannot setup wrong key via crypto(4), because you can use it only if crypto hardware is available. Another method to configure software crypto from userland is setkey(8), but you need uid 0 for this. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --HCdXmnRlPgeNBad2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDA0NxForvXbEpPzQRAjC3AJwP7UoHgNyT9giUWPqseF7SbOheJwCfbfpT gMxnAW6k8Gi/ZuzMXUX7Ntk= =5HyJ -----END PGP SIGNATURE----- --HCdXmnRlPgeNBad2-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 14:15:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79B0816A41F for ; Wed, 17 Aug 2005 14:15:12 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 945A843D70 for ; Wed, 17 Aug 2005 14:15:09 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0ILD00CZ8E97V3@ms-dienst.rz.rwth-aachen.de> for current@freebsd.org; Wed, 17 Aug 2005 16:15:08 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Wed, 17 Aug 2005 16:15:07 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j7HEF6hx013372 for ; Wed, 17 Aug 2005 16:15:06 +0200 (MEST) Received: from moria.hitnet.rwth-aachen.de ([137.226.181.149] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtp (Exim 3.35 #1 (Debian)) id 1E5Oh8-0006DU-00 for ; Wed, 17 Aug 2005 16:15:06 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 8A74F28466; Wed, 17 Aug 2005 16:14:36 +0200 (CEST) Date: Wed, 17 Aug 2005 16:14:36 +0200 From: Christian Brueffer To: current@freebsd.org Message-id: <20050817141436.GB1143@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=Sr1nOIr3CvdE5hEN; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 6.0-BETA2 X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D Cc: Subject: Pending if_fwip.c patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 14:15:12 -0000 --Sr1nOIr3CvdE5hEN Content-Type: multipart/mixed; boundary="aM3YZ0Iwxop3KEKx" Content-Disposition: inline --aM3YZ0Iwxop3KEKx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, can someone commit the attached patch for if_fwip.c? It fixes a panic on attach and has been reviewed by dfr@. - 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 --aM3YZ0Iwxop3KEKx Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_fwip.c.diff" Content-Transfer-Encoding: quoted-printable Index: if_fwip.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /data/ncvs/freebsd/src/sys/dev/firewire/if_fwip.c,v retrieving revision 1.7 diff -u -r1.7 if_fwip.c --- if_fwip.c 10 Jun 2005 16:49:08 -0000 1.7 +++ if_fwip.c 5 Aug 2005 12:45:46 -0000 @@ -175,7 +175,6 @@ if (ifp =3D=3D NULL) return (ENOSPC); =20 - bzero(fwip, sizeof(struct fwip_softc)); /* XXX */ fwip->dma_ch =3D -1; =20 --aM3YZ0Iwxop3KEKx-- --Sr1nOIr3CvdE5hEN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFDA0ZLbHYXjKDtmC0RAignAJ9eDlEOIhSyayLfLGe5q8ij7PObagCdEYUE 5m+zvDM96yKuZ3Anq6xPG4E= =9jDF -----END PGP SIGNATURE----- --Sr1nOIr3CvdE5hEN-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 14:26:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36ABD16A41F for ; Wed, 17 Aug 2005 14:26:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4FFB43D46 for ; Wed, 17 Aug 2005 14:26:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 17 Aug 2005 10:41:18 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 17 Aug 2005 10:02:55 -0400 User-Agent: KMail/1.8 References: <200508101657.18678.jhb@FreeBSD.org> <20050816091309.GA893@unixpages.org> In-Reply-To: <20050816091309.GA893@unixpages.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508171002.56163.jhb@FreeBSD.org> Cc: Subject: Re: Locking fixes for my(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 14:26:21 -0000 On Tuesday 16 August 2005 05:13 am, Christian Brueffer wrote: > On Wed, Aug 10, 2005 at 04:57:18PM -0400, John Baldwin wrote: > > I've fixed up the locking for the my(4) ethernet device driver but have > > no hardware to test. Can someone please test these patches? Thanks. > > > > http://www.freebsd.org/~jhb/patches/my_locking.patch > > This one works fine. Thanks for testing! I've just refreshed the sf_locking.patch patch as well (I think the last version I pointed you at didn't compile) which has the recursive panic you reported fixed. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 14:26:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAB8116A41F; Wed, 17 Aug 2005 14:26:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E3BB43D46; Wed, 17 Aug 2005 14:26:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 17 Aug 2005 10:41:19 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 17 Aug 2005 10:23:40 -0400 User-Agent: KMail/1.8 References: <17182.1124270021@phk.freebsd.dk> <20050817124459.GF1084@flame.pc> In-Reply-To: <20050817124459.GF1084@flame.pc> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508171023.41877.jhb@FreeBSD.org> Cc: Poul-Henning Kamp , Giorgos Keramidas Subject: Re: Giant around fdfree() in exit1() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 14:26:22 -0000 On Wednesday 17 August 2005 08:44 am, Giorgos Keramidas wrote: > On 2005-08-17 11:13, Poul-Henning Kamp wrote: > > I'm seeing Giant held in a MNTK_MPSAFE devfs->close without this patch, > > any insight/comments ? > > fdfree() releases POSIX locks the descriptor has. Is it ok to call > VOP_ADVLOCK(..., F_UNLCK, ...) and free() without holding Giant? free() is safe to not need Giant. However, the call to VOP_ADVLOCK() has a VFS_ASSERT_GIANT() in front of it. fork1() does not hold Giant when calling fdfree(). The aio code in vfs_aio.c does hold Giant. I think you could probably push Giant down into fdfree() and remove it from the callers (i.e. apply patch below, remove Giant around fdfree() call in the aio code and push down Giant in fdfree()). It seems that Giant needs to be acquired around VOP_ADVLOCK if it is needed for vp->v_mount using VFS_LOCK_GIANT(vp->v_mount) and a matching VFS_UNLOCK_GIANT() after the VOP. I'm not sure if vrele() is safe yet. If not, then you'll need to lock Giant around the FILEDESC_LOCK at the bottom that contains the calls to vrele() as well. That means that I think you'll still have Giant in your close routine though phk. Maybe you could make the Giant conditional using VFS_LOCK_GIANT() and VFS_UNLOCK_GIANT() again. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 14:26:22 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0190316A421; Wed, 17 Aug 2005 14:26:22 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E54C43D49; Wed, 17 Aug 2005 14:26:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 17 Aug 2005 10:41:19 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 17 Aug 2005 10:10:04 -0400 User-Agent: KMail/1.8 References: <1124027087.1306.8.camel@taxman.pepperland> <20050817101539.GA86752@putsch.kolbu.ws> In-Reply-To: <20050817101539.GA86752@putsch.kolbu.ws> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200508171010.06237.jhb@FreeBSD.org> Cc: sam@freebsd.org, current@freebsd.org, Stefan Ehmann , =?iso-8859-1?q?=D8yvind_Kolbu?= Subject: Re: [PATCH] Re: if_iwi stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 14:26:22 -0000 On Wednesday 17 August 2005 06:15 am, =D8yvind Kolbu wrote: > On 14-08-2005 15:44, Stefan Ehmann wrote: > > It stopped working some days ago. Via binary search I tracked it down to > > August, 10th (I see some changes done by sam which might be the > > culprit). > > That commit updates most wireless drivers, except iwi. Using the same > change as made on the ipw driver on iwi makes my wlan work again. > > I'm using the patch below on my laptop and writes this mail via iwi. > > Index: if_iwi.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /stuff/freebsd/cvs/src/sys/dev/iwi/if_iwi.c,v > retrieving revision 1.10 > diff -u -b -B -u -r1.10 if_iwi.c > --- if_iwi.c 9 Aug 2005 10:19:49 -0000 1.10 > +++ if_iwi.c 17 Aug 2005 10:04:24 -0000 > @@ -1008,7 +1008,7 @@ > #if IEEE80211_CHAN_MAX < 255 > if (frm[2] <=3D IEEE80211_CHAN_MAX) > #endif > - ic->ic_bss->ni_chan =3D &ic->ic_channels[frm[2]]; > + ic->ic_curchan =3D &ic->ic_channels[frm[2]]; > > frm +=3D frm[1] + 2; > } Thanks for the patch. I've just committed it. =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 14:26:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0190316A421; Wed, 17 Aug 2005 14:26:22 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E54C43D49; Wed, 17 Aug 2005 14:26:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 17 Aug 2005 10:41:19 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 17 Aug 2005 10:10:04 -0400 User-Agent: KMail/1.8 References: <1124027087.1306.8.camel@taxman.pepperland> <20050817101539.GA86752@putsch.kolbu.ws> In-Reply-To: <20050817101539.GA86752@putsch.kolbu.ws> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200508171010.06237.jhb@FreeBSD.org> Cc: sam@freebsd.org, current@freebsd.org, Stefan Ehmann , =?iso-8859-1?q?=D8yvind_Kolbu?= Subject: Re: [PATCH] Re: if_iwi stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 14:26:22 -0000 On Wednesday 17 August 2005 06:15 am, =D8yvind Kolbu wrote: > On 14-08-2005 15:44, Stefan Ehmann wrote: > > It stopped working some days ago. Via binary search I tracked it down to > > August, 10th (I see some changes done by sam which might be the > > culprit). > > That commit updates most wireless drivers, except iwi. Using the same > change as made on the ipw driver on iwi makes my wlan work again. > > I'm using the patch below on my laptop and writes this mail via iwi. > > Index: if_iwi.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /stuff/freebsd/cvs/src/sys/dev/iwi/if_iwi.c,v > retrieving revision 1.10 > diff -u -b -B -u -r1.10 if_iwi.c > --- if_iwi.c 9 Aug 2005 10:19:49 -0000 1.10 > +++ if_iwi.c 17 Aug 2005 10:04:24 -0000 > @@ -1008,7 +1008,7 @@ > #if IEEE80211_CHAN_MAX < 255 > if (frm[2] <=3D IEEE80211_CHAN_MAX) > #endif > - ic->ic_bss->ni_chan =3D &ic->ic_channels[frm[2]]; > + ic->ic_curchan =3D &ic->ic_channels[frm[2]]; > > frm +=3D frm[1] + 2; > } Thanks for the patch. I've just committed it. =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 14:26:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0884E16A428; Wed, 17 Aug 2005 14:26:47 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 726D143D46; Wed, 17 Aug 2005 14:26:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 17 Aug 2005 10:41:20 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 17 Aug 2005 10:25:25 -0400 User-Agent: KMail/1.8 References: <009d01c5a325$6435c4d0$5317fb93@KLOBOUCEK> In-Reply-To: <009d01c5a325$6435c4d0$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508171025.26407.jhb@FreeBSD.org> Cc: Petr Holub , current@freebsd.org Subject: Re: issues after upgrade from 5.4-RELEASE-p6 to 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 14:26:47 -0000 On Wednesday 17 August 2005 08:15 am, Petr Holub wrote: > Hi all, > > I've encountere the following issues after binary upgrade from > 5.4-RELEASE-p6 to 6.0-BETA2: > > 1) During the first boot with GENERIC kerenel, the if_ndis module > was loaded (remnant from 5.4-R in /boot/loader.conf); after > I compiled my custom kernel and shut down the machine, I've got > the following panic: > > unmount of /dev failed (BUSY) > Uptime: 41m58s > panic: Assertion mtx_unowned(m) failed at > /usr/src/sys/kern/kern_mutex.c:867 cpuid = 0 > KDB: enter: panic > [thread pid 35 tid 10035] > Stopped at kdb_enter+0x2b:nop > db> where > Tracing pid 35 tid 10035 td 0xc19e0480 > kdb_enter(c0856274) at kdb_enter+0x2b > panic(c08525c9,c08558af,c0855653,363,1) at panic+0x127 > mtx_destroy(c19cbf9c,c19cbfc0,c19cbf9c,c0a94898,c1aac000) at > mtx_destroy+0x39 > ntoskrnl_workitem_thread(c19cbf74,d56d5d38,c19cbf74,c0a94898,0) at > ntoskrnl_workitem_thread+0x181 > fork_exit(c0a94898,c19cbf74,d56d5d38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd56d5d6c, ebp = 0 --- > > ps: > 35 c1aac000 0 0 0 0000204 [CPU 0] Windows Workitem 3 > > > 2) No other panics encountered after removing if_ndis from > /boot/loader.conf with my custom kernel. But the /dev BUSY on reboot still > happens: > > unmount of /dev failed (BUSY) > > > 3) smartd is now unable to attach to ad0 drive: > > Aug 17 13:55:37 kloboucek smartd[544]: Unable to register ATA device > /dev/ad0 at line 1 of file /usr/local/etc/smartd.conf > Aug 17 13:55:37 kloboucek smartd[544]: Unable to register device /dev/ad0 > (no Directive -d removable). Exiting. > > Do I need to recompile it or is it supposed not to work in 6.x? > > > Best, > Petr Was the if_ndis.ko compiled on 5.4? If so, I'm surprised it lasted that long before blowing up. :) You can ignore the umount of /dev failed message. I don't know about 3). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 14:26:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0884E16A428; Wed, 17 Aug 2005 14:26:47 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 726D143D46; Wed, 17 Aug 2005 14:26:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 17 Aug 2005 10:41:20 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 17 Aug 2005 10:25:25 -0400 User-Agent: KMail/1.8 References: <009d01c5a325$6435c4d0$5317fb93@KLOBOUCEK> In-Reply-To: <009d01c5a325$6435c4d0$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508171025.26407.jhb@FreeBSD.org> Cc: Petr Holub , current@freebsd.org Subject: Re: issues after upgrade from 5.4-RELEASE-p6 to 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 14:26:47 -0000 On Wednesday 17 August 2005 08:15 am, Petr Holub wrote: > Hi all, > > I've encountere the following issues after binary upgrade from > 5.4-RELEASE-p6 to 6.0-BETA2: > > 1) During the first boot with GENERIC kerenel, the if_ndis module > was loaded (remnant from 5.4-R in /boot/loader.conf); after > I compiled my custom kernel and shut down the machine, I've got > the following panic: > > unmount of /dev failed (BUSY) > Uptime: 41m58s > panic: Assertion mtx_unowned(m) failed at > /usr/src/sys/kern/kern_mutex.c:867 cpuid = 0 > KDB: enter: panic > [thread pid 35 tid 10035] > Stopped at kdb_enter+0x2b:nop > db> where > Tracing pid 35 tid 10035 td 0xc19e0480 > kdb_enter(c0856274) at kdb_enter+0x2b > panic(c08525c9,c08558af,c0855653,363,1) at panic+0x127 > mtx_destroy(c19cbf9c,c19cbfc0,c19cbf9c,c0a94898,c1aac000) at > mtx_destroy+0x39 > ntoskrnl_workitem_thread(c19cbf74,d56d5d38,c19cbf74,c0a94898,0) at > ntoskrnl_workitem_thread+0x181 > fork_exit(c0a94898,c19cbf74,d56d5d38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd56d5d6c, ebp = 0 --- > > ps: > 35 c1aac000 0 0 0 0000204 [CPU 0] Windows Workitem 3 > > > 2) No other panics encountered after removing if_ndis from > /boot/loader.conf with my custom kernel. But the /dev BUSY on reboot still > happens: > > unmount of /dev failed (BUSY) > > > 3) smartd is now unable to attach to ad0 drive: > > Aug 17 13:55:37 kloboucek smartd[544]: Unable to register ATA device > /dev/ad0 at line 1 of file /usr/local/etc/smartd.conf > Aug 17 13:55:37 kloboucek smartd[544]: Unable to register device /dev/ad0 > (no Directive -d removable). Exiting. > > Do I need to recompile it or is it supposed not to work in 6.x? > > > Best, > Petr Was the if_ndis.ko compiled on 5.4? If so, I'm surprised it lasted that long before blowing up. :) You can ignore the umount of /dev failed message. I don't know about 3). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 14:38:25 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACEC016A41F for ; Wed, 17 Aug 2005 14:38:25 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04FD243D45 for ; Wed, 17 Aug 2005 14:38:24 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 1738552C82; Wed, 17 Aug 2005 16:38:23 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 174B852C80; Wed, 17 Aug 2005 16:38:16 +0200 (CEST) Date: Wed, 17 Aug 2005 16:38:05 +0200 From: Pawel Jakub Dawidek To: Mike Tancsa Message-ID: <20050817143804.GH11066@garage.freebsd.pl> References: <20050812134511.GE25162@garage.freebsd.pl> <6.2.3.4.0.20050812130608.07aaf5f8@64.7.153.2> <20050812181802.GA27996@garage.freebsd.pl> <20050812182032.GB27996@garage.freebsd.pl> <6.2.3.4.0.20050816145557.03314eb8@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JI+G0+mN8WmwPnOn" Content-Disposition: inline In-Reply-To: <6.2.3.4.0.20050816145557.03314eb8@64.7.153.2> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: FreeBSD-current Subject: Re: VIA/ACE PadLock integration with crypto(9). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 14:38:25 -0000 --JI+G0+mN8WmwPnOn Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 16, 2005 at 03:39:13PM -0400, Mike Tancsa wrote: +> Fatal trap 12: page fault while in kernel mode +> fault virtual address =3D 0xc1ac7004 +> fault code =3D supervisor write, page not present +> instruction pointer =3D 0x20:0xc0617b6c +> stack pointer =3D 0x28:0xcb788cf4 +> frame pointer =3D 0x28:0xcb788d10 +> code segment =3D base 0x0, limit 0xfffff, type 0x1b +> =3D DPL 0, pres 1, def32 1, gran 1 +> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 +> current process =3D 6 (crypto returns) +> trap number =3D 12 +> panic: page fault Fix in HEAD. Thanks! +> but I am still seeing lots of +>=20 +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D17842176, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D18366464, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D18497536, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D18628608, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D18759680, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D19283968, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D19415040, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D19546112, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D19677184, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D20201472, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D20332544, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D20463616, length=3D131072)] +> GEOM_ELI: g_eli_crypto_run() failed (error=3D12). ad0s1e.eli[WRITE(offse= t=3D20594688, length=3D131072)] I'm afraid we need to live with it. GELI will handle those errors. I'm testing now how will it perform when I'll run dedicated kernel thread even for no-crypto-hardware case. Then I can allocate memory with M_WAITOK flag (which is safe, as I don't use the same thread to free previous requests). If there will be significant performance impact, I'll just silence those warnings. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --JI+G0+mN8WmwPnOn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDA0vMForvXbEpPzQRAg4KAKDI02IFh1h25V3Yopa4GPHY8U4uiQCgpMDV jJ1N9y5ARRG7dVaUdmRZybU= =T2WQ -----END PGP SIGNATURE----- --JI+G0+mN8WmwPnOn-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 14:44:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C9C816A41F for ; Wed, 17 Aug 2005 14:44:03 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5E12F43D48 for ; Wed, 17 Aug 2005 14:44:02 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 17 Aug 2005 14:44:01 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp018) with SMTP; 17 Aug 2005 16:44:01 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Wed, 17 Aug 2005 16:43:45 +0200 User-Agent: KMail/1.8.1 References: <200508161405.18729@harrymail> <20050816175253.GA19325@odin.ac.hmc.edu> In-Reply-To: <20050816175253.GA19325@odin.ac.hmc.edu> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2340776.AkkRHBHAF2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508171643.57044@harrymail> X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: BTX failure [Was: Re: pxeboot problems with BETA2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 14:44:03 -0000 --nextPart2340776.AkkRHBHAF2 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 16. August 2005 19:52 CEST schrieb Brooks Davis: > On Tue, Aug 16, 2005 at 02:05:08PM +0200, Emanuel Strobl wrote: > > Hello, > > > > I just wanted to ask if somebody had success with providing pxe boot > > service under 6-BETA2. > > I have two clients, one NET4501 wich just reboots after fetching > > pxeldr via TFTP and a Laptop which just hangs when NFS-loading kernel. > > > > I'm about to investigate further, but maybe someone can confirm that > > in general PXE booting with BETA2 is working... Or not... > > I'm PXE booting systems with RELENG_6 as of 7/27. I'll probably do an > update some time this week. Ok, I read som files and found -DBTX_SERIAL. This gives me the following=20 dump before the box reboots: uilding the boot loader arguments Relocating the loader and the BTX Starting the BTX loader int=3D00000006 err=3D00000000 efl=3D00010202 eip=3D00023c21 eax=3D00000000 ebx=3D000384e0 ecx=3D000384e0 edx=3D00000001 esi=3D00001000 edi=3D00000029 ebp=3D00086770 esp=3D00086758 cs=3D002b ds=3D0033 es=3D0033 fs=3D0033 gs=3D0033 ss=3D0033 cs:eip=3D0f 4f c2 a3 c8 7d 03 00-8d 41 0c c7 41 04 fd 44 ff 55 89 39 c6 44 39 ff-fe 83 c4 0c 5b 5e 5f 5d ss:esp=3Db4 7d 03 00 29 00 00 00-00 10 00 00 00 00 00 00 83 57 02 00 02 00 00 00-a0 67 08 00 98 1c 02 00 BTX halted Any clue? Regarding cvsweb nothing changed recently, and I had net4501=20 boxes pxebooting fine with FreeBSD 5.3..... Thanks for any help, =2DHarry --nextPart2340776.AkkRHBHAF2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDA00sBylq0S4AzzwRAofyAJ9FWDuyMkbYsLAEYUc2OMKTK4zs4wCfTTtn NPCkxkP1Saea3ZrUtUMNHHE= =NSZQ -----END PGP SIGNATURE----- --nextPart2340776.AkkRHBHAF2-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 14:45:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0056B16A420 for ; Wed, 17 Aug 2005 14:45:01 +0000 (GMT) (envelope-from svein-freebsd-current@theloosingend.net) Received: from fri.itea.ntnu.no (fri.itea.ntnu.no [129.241.7.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id E08A843D45 for ; Wed, 17 Aug 2005 14:44:58 +0000 (GMT) (envelope-from svein-freebsd-current@theloosingend.net) Received: from localhost (localhost [127.0.0.1]) by fri.itea.ntnu.no (Postfix) with ESMTP id 234077F2A for ; Wed, 17 Aug 2005 16:44:57 +0200 (CEST) Received: from maren.thelosingend.net (maren.math.ntnu.no [129.241.211.48]) by fri.itea.ntnu.no (Postfix) with SMTP for ; Wed, 17 Aug 2005 16:44:54 +0200 (CEST) Received: (qmail 51498 invoked by uid 1001); 17 Aug 2005 16:44:54 +0200 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 17 Aug 2005 16:44:54 +0200 Date: Wed, 17 Aug 2005 16:44:54 +0200 (CEST) From: Svein Halvor Halvorsen X-X-Sender: sveinhal@maren.thelosingend.net To: Petr Holub In-Reply-To: <009d01c5a325$6435c4d0$5317fb93@KLOBOUCEK> Message-ID: <20050817164430.F51472@maren.thelosingend.net> References: <009d01c5a325$6435c4d0$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: current@freebsd.org Subject: Re: issues after upgrade from 5.4-RELEASE-p6 to 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 14:45:02 -0000 * Petr Holub [2005-08-17 14:15 +0200] > 3) smartd is now unable to attach to ad0 drive: > > Aug 17 13:55:37 kloboucek smartd[544]: Unable to register ATA device /dev/ad0 at > line 1 of file /usr/local/etc/smartd.conf > Aug 17 13:55:37 kloboucek smartd[544]: Unable to register device /dev/ad0 (no > Directive -d removable). Exiting. > > Do I need to recompile it or is it supposed not to work in 6.x? Yup! You have to recompile smartmontools From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 15:43:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3238A16A41F for ; Wed, 17 Aug 2005 15:43:55 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDDBD43D48 for ; Wed, 17 Aug 2005 15:43:54 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so154200rne for ; Wed, 17 Aug 2005 08:43:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=inY6NaQ04A5MVZCq9QzgU52pvLBSeBTPBHpNYhf/xrjLwKEK4uX7i2cvFUs6JsDg1EBMiAQtimtZuzkWYlYdoaVIEQ801zrfrpJXMLRCNWVSW8nUhPdUYszxi4VR3v58KNB5I5ot1tmidLZRqO+HpIyEqITBS3vVW4vTYAQgbkQ= Received: by 10.38.89.36 with SMTP id m36mr232819rnb; Wed, 17 Aug 2005 08:43:54 -0700 (PDT) Received: by 10.38.101.34 with HTTP; Wed, 17 Aug 2005 08:43:54 -0700 (PDT) Message-ID: Date: Thu, 18 Aug 2005 00:43:54 +0900 From: Eric Kjeldergaard To: "Brandon S. Allbery KF8NH" In-Reply-To: <1123544050.75076.2.camel@tirun> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1123538918.47562.2.camel@ikaros.oook.cz> <1123544050.75076.2.camel@tirun> Cc: freebsd-current@freebsd.org Subject: Re: palm devices broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 15:43:55 -0000 On 8/9/05, Brandon S. Allbery KF8NH wrote: > On Tue, 2005-08-09 at 00:08 +0200, Pav Lucistnik wrote: > > Anyone had luck with 6.X or -CURRENT and Palm handhelds, pilot-xfer and > > uvisor(4)? It just seems to not do anything anymore. Used to work on my > > previous box, which was 5.4. Also old box was i386 and this new is > > amd64... >=20 > Works for me (as well as it ever does; the fact that few programs agree > with FreeBSD's notion of how USB devices should work is annoying) with a > Treo 600 and a Tungsten T3, 6-CURRENT as of last week sometime, i386. >=20 Mine are also working on -CURRENT but I noticed a while back I had to start kldloading my uvisor module manually before I could use it.=20 maybe this is all that's missing? --=20 If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 15:51:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B42316A41F; Wed, 17 Aug 2005 15:51:17 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8228743D5A; Wed, 17 Aug 2005 15:51:16 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0ILD00F8FIPFF4@ms-dienst.rz.rwth-aachen.de>; Wed, 17 Aug 2005 17:51:15 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Wed, 17 Aug 2005 17:51:14 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j7HFpEA9024139; Wed, 17 Aug 2005 17:51:14 +0200 (MEST) Received: from moria.hitnet.rwth-aachen.de ([137.226.181.149] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtp (Exim 3.35 #1 (Debian)) id 1E5QCA-000099-00; Wed, 17 Aug 2005 17:51:14 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 7C70F28439; Wed, 17 Aug 2005 17:50:44 +0200 (CEST) Date: Wed, 17 Aug 2005 17:50:44 +0200 From: Christian Brueffer In-reply-to: <200508171002.56163.jhb@FreeBSD.org> To: John Baldwin Message-id: <20050817155044.GA911@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=sdtB3X0nJg68CQEu; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 6.0-BETA2 X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <200508101657.18678.jhb@FreeBSD.org> <20050816091309.GA893@unixpages.org> <200508171002.56163.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: Locking fixes for my(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 15:51:17 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 17, 2005 at 10:02:55AM -0400, John Baldwin wrote: > On Tuesday 16 August 2005 05:13 am, Christian Brueffer wrote: > > On Wed, Aug 10, 2005 at 04:57:18PM -0400, John Baldwin wrote: > > > I've fixed up the locking for the my(4) ethernet device driver but ha= ve > > > no hardware to test. Can someone please test these patches? Thanks. > > > > > > http://www.freebsd.org/~jhb/patches/my_locking.patch > > > > This one works fine. >=20 > Thanks for testing! I've just refreshed the sf_locking.patch patch as we= ll (I=20 > think the last version I pointed you at didn't compile) which has the=20 > recursive panic you reported fixed. >=20 panic: mutex sf0 not owned at /usr/home/build/src/sys/kern/kern_mutex.c:300 cpuid =3D 0 KDB: enter: panic [thread pid 220 tid 100071 ] Stopped at kdb_enter+0x30: leave =20 db> tr Tracing pid 220 tid 100071 td 0xc1d83600 kdb_enter(c07945bc,0,c0793ab3,d8945b08,c1d83600) at kdb_enter+0x30 panic(c0793ab3,c1ad7aa0,c0793946,12c,c1ac2acc) at panic+0x14e _mtx_assert(c1ac2acc,1,c0793946,12c,c1ac2a80) at _mtx_assert+0x87 _mtx_unlock_flags(c1ac2acc,0,c08ea1ea,4b9,c1adb800) at _mtx_unlock_flags+0x= 90 sf_init(c1ac2a80,740,c07a88e0,8020690c,c1ac2a80) at sf_init+0x59 ether_ioctl(c1adb800,8020690c,c1d41d00,c05a7f61,0) at ether_ioctl+0x67 sf_ioctl(c1adb800,8020690c,c1d41d00,100,1) at sf_ioctl+0xbc in_ifinit(c1adb800,c1d41d00,c1c49790,0,1) at in_ifinit+0x208 in_control(c1e24de8,8040691a,c1c49780,c1adb800,c1d83600) at in_control+0x986 ifioctl(c1e24de8,8040691a,c1c49780,c1d83600,2) at ifioctl+0x1cd soo_ioctl(c1d81048,8040691a,c1c49780,c19dca80,c1d83600) at soo_ioctl+0x3ef ioctl(c1d83600,d8945d04,c,422,3) at ioctl+0x45d syscall(3b,3b,3b,80beac0,1) at syscall+0x2c0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x8055473, esp =3D 0xbfbfe5= fc, ebp =3D 0xbfbfee68 --- I can ship you a card, but it would take some time because US customs is pretty anal these days :-/ - 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 --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFDA1zUbHYXjKDtmC0RArNbAJ9woAzPXs1NzQKH1jj4XuncN/6gbgCfcLi2 J4stMNKwAfe6uQxEeBOPeSs= =LhNU -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 15:52:25 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F23B816A41F for ; Wed, 17 Aug 2005 15:52:25 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B06F43D5C for ; Wed, 17 Aug 2005 15:52:24 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by e0-a11.b1.lan.prg.vol.cz (8.13.4/8.13.4) with ESMTP id j7HFqLDi081028; Wed, 17 Aug 2005 17:52:21 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.4/8.13.4/Submit) id j7HFqK6c081027; Wed, 17 Aug 2005 17:52:20 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Eric Kjeldergaard In-Reply-To: References: <1123538918.47562.2.camel@ikaros.oook.cz> <1123544050.75076.2.camel@tirun> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-HqCGl49wGFNl6hlb3eij" Date: Wed, 17 Aug 2005 17:52:19 +0200 Message-Id: <1124293940.71805.29.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org Subject: Re: palm devices broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 15:52:26 -0000 --=-HqCGl49wGFNl6hlb3eij Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Eric Kjeldergaard p=ED=B9e v =E8t 18. 08. 2005 v 00:43 +0900: > On 8/9/05, Brandon S. Allbery KF8NH wrote: > > On Tue, 2005-08-09 at 00:08 +0200, Pav Lucistnik wrote: > > > Anyone had luck with 6.X or -CURRENT and Palm handhelds, pilot-xfer a= nd > > > uvisor(4)? It just seems to not do anything anymore. Used to work on = my > > > previous box, which was 5.4. Also old box was i386 and this new is > > > amd64... > >=20 > > Works for me (as well as it ever does; the fact that few programs agree > > with FreeBSD's notion of how USB devices should work is annoying) with = a > > Treo 600 and a Tungsten T3, 6-CURRENT as of last week sometime, i386. > >=20 >=20 > Mine are also working on -CURRENT but I noticed a while back I had to > start kldloading my uvisor module manually before I could use it.=20 > maybe this is all that's missing? No, I do load uvisor, of course. --=20 Pav Lucistnik Like 'Do Notte Buye Betamacks.' That was a prediction for 1972. --=-HqCGl49wGFNl6hlb3eij Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDA10zntdYP8FOsoIRAn0NAJ4lFVBLEoqoN+wxLdyEWn6OEyyuBgCdHzS+ gYCSHaQpSOBLREA+56zkswI= =Mxnt -----END PGP SIGNATURE----- --=-HqCGl49wGFNl6hlb3eij-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 16:57:42 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A340F16A41F for ; Wed, 17 Aug 2005 16:57:42 +0000 (GMT) (envelope-from sos@FreeBSD.ORG) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CE6543D55 for ; Wed, 17 Aug 2005 16:57:41 +0000 (GMT) (envelope-from sos@FreeBSD.ORG) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j7HGuJWN093747; Wed, 17 Aug 2005 18:56:19 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) In-Reply-To: <200508142147.42045.Chris@LainOS.org> References: <200508132321.37654.Chris@LainOS.org> <200508142016.17769.Chris@LainOS.org> <200508142147.42045.Chris@LainOS.org> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Wed, 17 Aug 2005 18:57:33 +0200 To: Chris@LainOS.org X-Mailer: Apple Mail (2.734) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.ORG Subject: Re: Panic during install on Sparc64 - Only with large HDD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 16:57:42 -0000 On 14/08/2005, at 21:47, Chris Gilbert wrote: > Hi S=F8ren, > > Thanks a bunch for your reply! > > Yea, I thought it may have been a 137GB limitation, I wasn't =20 > positive though. > > Thanks for clearing it up. > > Also, shouldn't we modify the output with a dev_printf or something =20= > of the > like on device init to note this if the drive attached is > 137GB? I've just committed the workaround a few hours ago, it just uses PIO =20 access for locations that need 48bit mode. Let me know if there are =20 problems with it... - S=F8ren From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 17:27:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C3D816A422 for ; Wed, 17 Aug 2005 17:27:50 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FFB043D48 for ; Wed, 17 Aug 2005 17:27:49 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 17 Aug 2005 13:42:47 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 17 Aug 2005 10:37:41 -0400 User-Agent: KMail/1.8 References: <20050811220017.A72944@hades.admin.frm2> <430034B9.1010706@samsco.org> <200508161321.14735.jhb@FreeBSD.org> In-Reply-To: <200508161321.14735.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508171037.42042.jhb@FreeBSD.org> Cc: Joerg Pulz Subject: Re: 6.0-BETA2: taskqueue_drain for if_xl.c:2796 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 17:27:50 -0000 On Tuesday 16 August 2005 01:21 pm, John Baldwin wrote: > On Monday 15 August 2005 02:22 am, Scott Long wrote: > > John Baldwin wrote: > > > On Thursday 11 August 2005 07:07 pm, Scott Long wrote: > > > > I still don't see what the point is of having a function that only > > removes pending tasks from the queue if it doesn't also drain in > > progress tasks. Simple example: > > > > CPU1 calls xl_stop. The XL_LOCK gets taken. At the same time, CPU2 > > calls taskqueue_swi, which pops the queue and calls xl_rxeof_task. It > > tries to take the XL_LOCK but instead sleeps (or adaptively spins) > > because CPU1 already has it. CPU1 calls taskqueue_stop, which doesn't > > do anything because the task was alrady popped off. > > > > Now, at some point, CPU1 **MUST** drop the XL_LOCK and let CPU2 continue > > that task to completion. There simply is no way around that, right? So > > why muddle the API with a function that really doesn't solve any > > problems. The argument that being able to call taskqueue_stop with > > locks held is a convenience doesn't hold water. You'll still need to > > drop locks in order to be sure that a mess isn't created. > > Well, you need to think through this longer. During a normal stop, we > don't care if the task runs later if it is just going to stop anyway, which > it will with the IFF_DRV_RUNNING checks I added (which it needs anyway even > if you don't add a taskqueue_stop()). See, when CPU2 eventually runs the > xl_rxeof_task, it will drop the lock and return instantly because the > xl_stop() function clears IFF_DRV_RUNNING in addition to calling > taskqueue_stop(). Actually, I thought through this longer some myself on the way home and because of the RUNNING checks, the taskqueue_stop() in xl_stop() isn't actually needed for correct operation. It's merely an optimization for the case that the task is sitting in the queue, but the code will work fine without it with the taskqueue_drain() moved to xl_detach() and the IFF_DRV_RUNNING checks added. Thus, if you just really hate taskqueue_stop() or don't think the optimization is worth it, I can leave it out. I kind of would like to call it in xl_detach() at least so that detaching xl0 won't be dependent on another driver's task deciding to yield. However, if I moved it there I could add blocking to it. I could also just use the existing taskqueue_drain() and not worry about having to wait for other tasks to finish. I can't call taskqueue_drain() in xl_stop() though since xl_stop() is called indirectly from xl_intr(). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 17:38:18 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E25816A41F; Wed, 17 Aug 2005 17:38:18 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA01543D46; Wed, 17 Aug 2005 17:38:15 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [157.185.81.167] ([158.69.81.167]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j7HHn9ao060030; Wed, 17 Aug 2005 11:49:09 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <43037604.6030407@samsco.org> Date: Wed, 17 Aug 2005 13:38:12 -0400 From: Scott Long User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20050811220017.A72944@hades.admin.frm2> <430034B9.1010706@samsco.org> <200508161321.14735.jhb@FreeBSD.org> <200508171037.42042.jhb@FreeBSD.org> In-Reply-To: <200508171037.42042.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@FreeBSD.org, Joerg Pulz Subject: Re: 6.0-BETA2: taskqueue_drain for if_xl.c:2796 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 17:38:18 -0000 John Baldwin wrote: > On Tuesday 16 August 2005 01:21 pm, John Baldwin wrote: > >>On Monday 15 August 2005 02:22 am, Scott Long wrote: >> >>>John Baldwin wrote: >>> >>>>On Thursday 11 August 2005 07:07 pm, Scott Long wrote: >>> >>>I still don't see what the point is of having a function that only >>>removes pending tasks from the queue if it doesn't also drain in >>>progress tasks. Simple example: >>> >>>CPU1 calls xl_stop. The XL_LOCK gets taken. At the same time, CPU2 >>>calls taskqueue_swi, which pops the queue and calls xl_rxeof_task. It >>>tries to take the XL_LOCK but instead sleeps (or adaptively spins) >>>because CPU1 already has it. CPU1 calls taskqueue_stop, which doesn't >>>do anything because the task was alrady popped off. >>> >>>Now, at some point, CPU1 **MUST** drop the XL_LOCK and let CPU2 continue >>>that task to completion. There simply is no way around that, right? So >>>why muddle the API with a function that really doesn't solve any >>>problems. The argument that being able to call taskqueue_stop with >>>locks held is a convenience doesn't hold water. You'll still need to >>>drop locks in order to be sure that a mess isn't created. >> >>Well, you need to think through this longer. During a normal stop, we >>don't care if the task runs later if it is just going to stop anyway, which >>it will with the IFF_DRV_RUNNING checks I added (which it needs anyway even >>if you don't add a taskqueue_stop()). See, when CPU2 eventually runs the >>xl_rxeof_task, it will drop the lock and return instantly because the >>xl_stop() function clears IFF_DRV_RUNNING in addition to calling >>taskqueue_stop(). > > > Actually, I thought through this longer some myself on the way home and > because of the RUNNING checks, the taskqueue_stop() in xl_stop() isn't > actually needed for correct operation. It's merely an optimization for the > case that the task is sitting in the queue, but the code will work fine > without it with the taskqueue_drain() moved to xl_detach() and the > IFF_DRV_RUNNING checks added. Thus, if you just really hate taskqueue_stop() > or don't think the optimization is worth it, I can leave it out. I kind of > would like to call it in xl_detach() at least so that detaching xl0 won't be > dependent on another driver's task deciding to yield. However, if I moved it > there I could add blocking to it. I could also just use the existing > taskqueue_drain() and not worry about having to wait for other tasks to > finish. I can't call taskqueue_drain() in xl_stop() though since xl_stop() > is called indirectly from xl_intr(). > You can't force detach while data is in flight, at least not right now. That is a motivation behind the recent ifnet changes, but it still has a long way to go. And regardless of the rest of the stack being able to handle forced detach, the driver needs to be written in a way so that it's own resources aren't orphaned, which again means making sure that blocked threads are allowed to run to completion, which again means not having the luxury of being fast and loose with locks when trying to drain those tasks. I do think that taskqueue_stop() is a muddying of the API. If anyone else has a comment on this (BDE?) I would be very interested to hear it. Scott From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 17:56:36 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A4C116A420 for ; Wed, 17 Aug 2005 17:56:36 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FD8C43D49 for ; Wed, 17 Aug 2005 17:56:35 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 17 Aug 2005 14:11:34 -0400 From: John Baldwin To: current@FreeBSD.org Date: Wed, 17 Aug 2005 13:32:16 -0400 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508171332.16832.jhb@FreeBSD.org> Cc: Subject: Locking fixes for ste(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 17:56:36 -0000 Patch to fix the locking in ste(4) and mark it MPSAFE. Can someone with the hardware please test and report any problems? Thanks! http://www.FreeBSD.org/~jhb/patches/ste_locking.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 18:54:48 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFE6E16A41F for ; Wed, 17 Aug 2005 18:54:48 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D29243D46 for ; Wed, 17 Aug 2005 18:54:48 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j7HIsliE015101; Wed, 17 Aug 2005 11:54:47 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j7HIsl00015100; Wed, 17 Aug 2005 11:54:47 -0700 Date: Wed, 17 Aug 2005 11:54:47 -0700 From: Brooks Davis To: Christian Brueffer Message-ID: <20050817185447.GC16558@odin.ac.hmc.edu> References: <20050817141436.GB1143@unixpages.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="t0UkRYy7tHLRMCai" Content-Disposition: inline In-Reply-To: <20050817141436.GB1143@unixpages.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: current@freebsd.org Subject: Re: Pending if_fwip.c patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 18:54:49 -0000 --t0UkRYy7tHLRMCai Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 17, 2005 at 04:14:36PM +0200, Christian Brueffer wrote: > Hi, >=20 > can someone commit the attached patch for if_fwip.c? It fixes a panic > on attach and has been reviewed by dfr@. Done. Apparently there's aren't a lot of fwip users of current since I broke that over a month ago. :( -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --t0UkRYy7tHLRMCai Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDA4fyXY6L6fI4GtQRAnjSAJ4sYKoMkS04gHZfuwRpmzlZ5MGazgCg5rVf m/WhtJ2sQK4j4BLaOAHliIE= =VWbe -----END PGP SIGNATURE----- --t0UkRYy7tHLRMCai-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 19:11:23 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CA9D16A41F for ; Wed, 17 Aug 2005 19:11:23 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A5D143D45 for ; Wed, 17 Aug 2005 19:11:22 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 17 Aug 2005 15:26:19 -0400 From: John Baldwin To: current@FreeBSD.org Date: Wed, 17 Aug 2005 15:11:57 -0400 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508171511.58378.jhb@FreeBSD.org> Cc: Joerg Pulz Subject: Locking fixes for xl(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 19:11:23 -0000 The patch below fixes several locking nits including the LOR involving taskqueue_drain()for xl(4). It does not use taskqueue_stop() (it's #ifdef'd out) as it is not needed for correct operation, just as an optimization. Please test and let me know how it works. Thanks. http://www.FreeBSD.org/~jhb/patches/xl_locking.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 19:11:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96B8016A420 for ; Wed, 17 Aug 2005 19:11:23 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id C92B243D48 for ; Wed, 17 Aug 2005 19:11:22 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 17 Aug 2005 15:26:18 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 17 Aug 2005 14:02:24 -0400 User-Agent: KMail/1.8 References: <200508101657.18678.jhb@FreeBSD.org> <200508171002.56163.jhb@FreeBSD.org> <20050817155044.GA911@unixpages.org> In-Reply-To: <20050817155044.GA911@unixpages.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508171402.25154.jhb@FreeBSD.org> Cc: Subject: Re: Locking fixes for my(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 19:11:23 -0000 On Wednesday 17 August 2005 11:50 am, Christian Brueffer wrote: > On Wed, Aug 17, 2005 at 10:02:55AM -0400, John Baldwin wrote: > > On Tuesday 16 August 2005 05:13 am, Christian Brueffer wrote: > > > On Wed, Aug 10, 2005 at 04:57:18PM -0400, John Baldwin wrote: > > > > I've fixed up the locking for the my(4) ethernet device driver but > > > > have no hardware to test. Can someone please test these patches? > > > > Thanks. > > > > > > > > http://www.freebsd.org/~jhb/patches/my_locking.patch > > > > > > This one works fine. > > > > Thanks for testing! I've just refreshed the sf_locking.patch patch as > > well (I think the last version I pointed you at didn't compile) which has > > the recursive panic you reported fixed. > > panic: mutex sf0 not owned at /usr/home/build/src/sys/kern/kern_mutex.c:300 > cpuid = 0 > KDB: enter: panic > [thread pid 220 tid 100071 ] > Stopped at kdb_enter+0x30: leave > db> tr > Tracing pid 220 tid 100071 td 0xc1d83600 > kdb_enter(c07945bc,0,c0793ab3,d8945b08,c1d83600) at kdb_enter+0x30 > panic(c0793ab3,c1ad7aa0,c0793946,12c,c1ac2acc) at panic+0x14e > _mtx_assert(c1ac2acc,1,c0793946,12c,c1ac2a80) at _mtx_assert+0x87 > _mtx_unlock_flags(c1ac2acc,0,c08ea1ea,4b9,c1adb800) at > _mtx_unlock_flags+0x90 sf_init(c1ac2a80,740,c07a88e0,8020690c,c1ac2a80) at > sf_init+0x59 > ether_ioctl(c1adb800,8020690c,c1d41d00,c05a7f61,0) at ether_ioctl+0x67 > sf_ioctl(c1adb800,8020690c,c1d41d00,100,1) at sf_ioctl+0xbc > in_ifinit(c1adb800,c1d41d00,c1c49790,0,1) at in_ifinit+0x208 > in_control(c1e24de8,8040691a,c1c49780,c1adb800,c1d83600) at > in_control+0x986 ifioctl(c1e24de8,8040691a,c1c49780,c1d83600,2) at > ifioctl+0x1cd > soo_ioctl(c1d81048,8040691a,c1c49780,c19dca80,c1d83600) at soo_ioctl+0x3ef > ioctl(c1d83600,d8945d04,c,422,3) at ioctl+0x45d > syscall(3b,3b,3b,80beac0,1) at syscall+0x2c0 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x8055473, esp = 0xbfbfe5fc, > ebp = 0xbfbfee68 --- Sheesh, I haven't done nearly as badly on the other drivers I've changed. :-P I had missed removing the SF_UNLOCK at the end of sf_init_locked(). I've fixed it and uploaded the patch. Thanks for all the testing. Hopefully this one will work. :) > I can ship you a card, but it would take some time because US customs > is pretty anal these days :-/ No, that's fine. I'd actually prefer it if you can test it unless it is an inconvenience. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 19:11:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6D3B16A41F for ; Wed, 17 Aug 2005 19:11:23 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02F1043D53 for ; Wed, 17 Aug 2005 19:11:22 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 17 Aug 2005 15:26:18 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 17 Aug 2005 15:09:47 -0400 User-Agent: KMail/1.8 References: <20050811220017.A72944@hades.admin.frm2> <200508171037.42042.jhb@FreeBSD.org> <43037604.6030407@samsco.org> In-Reply-To: <43037604.6030407@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508171509.48946.jhb@FreeBSD.org> Cc: Joerg Pulz Subject: Re: 6.0-BETA2: taskqueue_drain for if_xl.c:2796 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 19:11:23 -0000 On Wednesday 17 August 2005 01:38 pm, Scott Long wrote: > John Baldwin wrote: > > On Tuesday 16 August 2005 01:21 pm, John Baldwin wrote: > >>On Monday 15 August 2005 02:22 am, Scott Long wrote: > >>>John Baldwin wrote: > >>>>On Thursday 11 August 2005 07:07 pm, Scott Long wrote: > >>> > >>>I still don't see what the point is of having a function that only > >>>removes pending tasks from the queue if it doesn't also drain in > >>>progress tasks. Simple example: > >>> > >>>CPU1 calls xl_stop. The XL_LOCK gets taken. At the same time, CPU2 > >>>calls taskqueue_swi, which pops the queue and calls xl_rxeof_task. It > >>>tries to take the XL_LOCK but instead sleeps (or adaptively spins) > >>>because CPU1 already has it. CPU1 calls taskqueue_stop, which doesn't > >>>do anything because the task was alrady popped off. > >>> > >>>Now, at some point, CPU1 **MUST** drop the XL_LOCK and let CPU2 continue > >>>that task to completion. There simply is no way around that, right? So > >>>why muddle the API with a function that really doesn't solve any > >>>problems. The argument that being able to call taskqueue_stop with > >>>locks held is a convenience doesn't hold water. You'll still need to > >>>drop locks in order to be sure that a mess isn't created. > >> > >>Well, you need to think through this longer. During a normal stop, we > >>don't care if the task runs later if it is just going to stop anyway, > >> which it will with the IFF_DRV_RUNNING checks I added (which it needs > >> anyway even if you don't add a taskqueue_stop()). See, when CPU2 > >> eventually runs the xl_rxeof_task, it will drop the lock and return > >> instantly because the xl_stop() function clears IFF_DRV_RUNNING in > >> addition to calling taskqueue_stop(). > > > > Actually, I thought through this longer some myself on the way home and > > because of the RUNNING checks, the taskqueue_stop() in xl_stop() isn't > > actually needed for correct operation. It's merely an optimization for > > the case that the task is sitting in the queue, but the code will work > > fine without it with the taskqueue_drain() moved to xl_detach() and the > > IFF_DRV_RUNNING checks added. Thus, if you just really hate > > taskqueue_stop() or don't think the optimization is worth it, I can leave > > it out. I kind of would like to call it in xl_detach() at least so that > > detaching xl0 won't be dependent on another driver's task deciding to > > yield. However, if I moved it there I could add blocking to it. I could > > also just use the existing taskqueue_drain() and not worry about having > > to wait for other tasks to finish. I can't call taskqueue_drain() in > > xl_stop() though since xl_stop() is called indirectly from xl_intr(). > > You can't force detach while data is in flight, at least not right now. > That is a motivation behind the recent ifnet changes, but it still has a > long way to go. And regardless of the rest of the stack being able to > handle forced detach, the driver needs to be written in a way so that > it's own resources aren't orphaned, which again means making sure that > blocked threads are allowed to run to completion, which again means not > having the luxury of being fast and loose with locks when trying to > drain those tasks. I'm not running "fast and loose" with locks per se. Mostly I'm just optimizing the case where we stop the interface (i.e. detach or ifconfig down) and the task hasn't even started running yet so that it can just discard the task from the queue without running it rather than waiting until it gets a chance to run so it can immediately abort. > I do think that taskqueue_stop() is a muddying of the API. If anyone > else has a comment on this (BDE?) I would be very interested to hear it. *shrug* It's already confusing in that callout_drain() does both a stop and then wait kind of like pthread_cancel() whereas taskqueue_drain() just waits until the task has run and finished without trying to cancel it like pthread_join(). I'd actually probably be inclined to rename callout_drain() to something else if we wanted to resolve that specific instance of confusion personally. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 19:28:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A3C416A41F for ; Wed, 17 Aug 2005 19:28:46 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5715443D48 for ; Wed, 17 Aug 2005 19:28:45 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by kane.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j7HJSZue013721; Wed, 17 Aug 2005 22:28:39 +0300 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id j7HJYJSU002486; Wed, 17 Aug 2005 22:34:19 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id j7HJYCsp002485; Wed, 17 Aug 2005 22:34:12 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 17 Aug 2005 22:34:12 +0300 From: Giorgos Keramidas To: Brooks Davis Message-ID: <20050817193412.GA2446@flame.pc> References: <20050817141436.GB1143@unixpages.org> <20050817185447.GC16558@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050817185447.GC16558@odin.ac.hmc.edu> Cc: current@freebsd.org Subject: Re: Pending if_fwip.c patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 19:28:46 -0000 On 2005-08-17 11:54, Brooks Davis wrote: > On Wed, Aug 17, 2005 at 04:14:36PM +0200, Christian Brueffer wrote: > > Hi, > > > > can someone commit the attached patch for if_fwip.c? It fixes a panic > > on attach and has been reviewed by dfr@. > > Done. Apparently there's aren't a lot of fwip users of current since I > broke that over a month ago. :( I stumbled upon the same panic last week too, but removed fwip from my kernel config and moved on because I had no time to find out what was wrong. It's good to see that this is fixed now :))) Thanks! From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 19:38:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E67D016A41F; Wed, 17 Aug 2005 19:38:50 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F1FA43D48; Wed, 17 Aug 2005 19:38:50 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Wed, 17 Aug 2005 12:38:20 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8FB695D07; Wed, 17 Aug 2005 12:38:20 -0700 (PDT) To: stefanf@freebsd.org Date: Wed, 17 Aug 2005 12:38:20 -0700 From: "Kevin Oberman" Message-Id: <20050817193820.8FB695D07@ptavv.es.net> Cc: current@freebsd.org Subject: Unable to build libedit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 19:38:51 -0000 When I attempt to make buildworld on my current system, I fail in building libedit. This seems to have started when the NetBSD sync occurred back on Aug. 11. I now get: /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/lib/libedit -c editline.c In file included from editline.c:6: /usr/src/lib/libedit/el.c: In function `el_set': /usr/src/lib/libedit/el.c:249: error: `EL_GETCFN' undeclared (first use in this function) /usr/src/lib/libedit/el.c:249: error: (Each undeclared identifier is reported only once /usr/src/lib/libedit/el.c:249: error: for each function it appears in.) /usr/src/lib/libedit/el.c:256: error: `EL_CLIENTDATA' undeclared (first use in this function) /usr/src/lib/libedit/el.c:260: error: `EL_UNBUFFERED' undeclared (first use in this function) /usr/src/lib/libedit/el.c:272: error: `EL_PREP_TERM' undeclared (first use in this function) /usr/src/lib/libedit/el.c: In function `el_get': /usr/src/lib/libedit/el.c:393: error: `EL_GETCFN' undeclared (first use in this function) /usr/src/lib/libedit/el.c:398: error: `EL_CLIENTDATA' undeclared (first use in this function) /usr/src/lib/libedit/el.c:403: error: `EL_UNBUFFERED' undeclared (first use in this function) In file included from editline.c:10: /usr/src/lib/libedit/hist.c: In function `hist_command': /usr/src/lib/libedit/hist.c:181: error: `H_SETUNIQUE' undeclared (first use in this function) In file included from editline.c:13: /usr/src/lib/libedit/parse.c: In function `parse_line': /usr/src/lib/libedit/parse.c:81: error: `Tokenizer' undeclared (first use in this function) /usr/src/lib/libedit/parse.c:81: error: `tok' undeclared (first use in this function) /usr/src/lib/libedit/parse.c:85: warning: passing arg 3 of `el_parse' from incompatible pointer type /usr/src/lib/libedit/parse.c: At top level: /usr/src/lib/libedit/parse.c:96: error: conflicting types for 'el_parse' /usr/include/histedit.h:106: error: previous declaration of 'el_parse' was here /usr/src/lib/libedit/parse.c:96: error: conflicting types for 'el_parse' /usr/include/histedit.h:106: error: previous declaration of 'el_parse' was here In file included from editline.c:15: /usr/src/lib/libedit/read.c: In function `el_read_setfn': /usr/src/lib/libedit/read.c:78: error: `EL_BUILTIN_GETCFN' undeclared (first use in this function) /usr/src/lib/libedit/read.c: In function `el_read_getfn': /usr/src/lib/libedit/read.c:91: error: `EL_BUILTIN_GETCFN' undeclared (first use in this function) /usr/src/lib/libedit/read.c: At top level: /usr/src/lib/libedit/read.c:214: error: conflicting types for 'el_push' /usr/include/histedit.h:95: error: previous declaration of 'el_push' was here /usr/src/lib/libedit/read.c:214: error: conflicting types for 'el_push' /usr/include/histedit.h:95: error: previous declaration of 'el_push' was here *** Error code 1 Stop in /usr/src/lib/libedit. I have cleaned, deleted the contents of /usr/src/lib/libedit and re-cvsuped, deleted /usr/obj, and, as a last resort, read UPDATING. I have looked for where all of the EL_* stuff might be defined, but I can't find it anywhere obvious. Any ideas on what is wrong? I last updated the system (my only current system) on Aug. 7, 2005 without problems. Thanks, -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 19:49:46 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0E4E16A41F for ; Wed, 17 Aug 2005 19:49:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EFC843D46 for ; Wed, 17 Aug 2005 19:49:45 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 17 Aug 2005 16:04:45 -0400 From: John Baldwin To: current@FreeBSD.org Date: Wed, 17 Aug 2005 15:50:24 -0400 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508171550.25422.jhb@FreeBSD.org> Cc: Subject: Convert de(4) to use bus-dma X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 19:49:46 -0000 The de(4) driver had some #ifdef'd code in it to use NetBSD's version of bus_dma. I mostly rewrote that and restructured the driver to store metadata about descriptors differently. There's still an #ifdef for bus_dma so it can run both with and without bus_dma for now. It's been running happily on my ds20 for a couple of days both ways now, so I'd appreciate it if other folks could test the patches. By default, the patches leave bus_dma disabled, and I'd prefer that people test the driver both with and without bus_dma. To enable bus_dma, simply edit the line in if_de.c that has '//#define TULIP_BUS_DMA' and removing the leading '//' from the line. Thanks. Patch is at http://www.FreeBSD.org/~jhb/patches/de_busdma.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 19:49:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF29A16A420; Wed, 17 Aug 2005 19:49:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EE2543D45; Wed, 17 Aug 2005 19:49:45 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 17 Aug 2005 16:04:44 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 17 Aug 2005 15:29:44 -0400 User-Agent: KMail/1.8 References: <200508161405.18729@harrymail> <20050816175253.GA19325@odin.ac.hmc.edu> <200508171643.57044@harrymail> In-Reply-To: <200508171643.57044@harrymail> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508171529.45664.jhb@FreeBSD.org> Cc: Emanuel Strobl , freebsd-stable@freebsd.org Subject: Re: BTX failure [Was: Re: pxeboot problems with BETA2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 19:49:46 -0000 On Wednesday 17 August 2005 10:43 am, Emanuel Strobl wrote: > Am Dienstag, 16. August 2005 19:52 CEST schrieb Brooks Davis: > > On Tue, Aug 16, 2005 at 02:05:08PM +0200, Emanuel Strobl wrote: > > > Hello, > > > > > > I just wanted to ask if somebody had success with providing pxe boot > > > service under 6-BETA2. > > > I have two clients, one NET4501 wich just reboots after fetching > > > pxeldr via TFTP and a Laptop which just hangs when NFS-loading kernel. > > > > > > I'm about to investigate further, but maybe someone can confirm that > > > in general PXE booting with BETA2 is working... Or not... > > > > I'm PXE booting systems with RELENG_6 as of 7/27. I'll probably do an > > update some time this week. > > Ok, I read som files and found -DBTX_SERIAL. This gives me the following > dump before the box reboots: > uilding the boot loader arguments > Relocating the loader and the BTX > Starting the BTX loader > > int=00000006 err=00000000 efl=00010202 eip=00023c21 > eax=00000000 ebx=000384e0 ecx=000384e0 edx=00000001 > esi=00001000 edi=00000029 ebp=00086770 esp=00086758 > cs=002b ds=0033 es=0033 fs=0033 gs=0033 ss=0033 > cs:eip=0f 4f c2 a3 c8 7d 03 00-8d 41 0c c7 41 04 fd 44 > ff 55 89 39 c6 44 39 ff-fe 83 c4 0c 5b 5e 5f 5d > ss:esp=b4 7d 03 00 29 00 00 00-00 10 00 00 00 00 00 00 > 83 57 02 00 02 00 00 00-a0 67 08 00 98 1c 02 00 > BTX halted > > Any clue? Regarding cvsweb nothing changed recently, and I had net4501 > boxes pxebooting fine with FreeBSD 5.3..... Hmm. Int 6 is an invalid opcode exception: 00000000 0F4FC2 cmovg eax,edx 00000003 A3C87D0300 mov [0x37dc8],eax 00000008 8D410C lea eax,[ecx+0xc] 0000000B C74104FD44FF55 mov dword [ecx+0x4],0x55ff44fd 00000012 8939 mov [ecx],edi 00000014 C64439FFFE mov byte [ecx+edi-0x1],0xfe 00000019 83C40C add esp,byte +0xc 0000001C 5B pop ebx 0000001D 5E pop esi 0000001E 5F pop edi 0000001F 5D pop ebp I'm guessing that there's been a stack overflow or some such. Your eip is in the loader. You can try using the loader.sym from your loader binary to look up that eip address. In the loader here on my laptop it's in the write function: % nm /usr/obj/usr/src/sys/boot/i386/loader/loader.sym | sort ... 00023b9c T readdirfd 00023c14 T write 00023d18 T lseek If you want to be able to use gdb, then rebuild libstand with debugging (make DEBUG_FLAGS=-g) and rebuild all of /sys/boot with debugging (make DEBUG_FLAGS=-g). You can then use /usr/obj/usr/src/sys/boot/i386/pxeldr/pxeboot for your pxeboot and you can run gdb on /usr/obj/usr/src/sys/boot/i386/loader/loader.sym and you can do listings of the addresses for eip, etc. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 20:01:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D22AE16A41F for ; Wed, 17 Aug 2005 20:01:21 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79C2B43D45 for ; Wed, 17 Aug 2005 20:01:20 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j7HK1JbJ088801 for ; Wed, 17 Aug 2005 15:01:19 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <430397A2.4010303@centtech.com> Date: Wed, 17 Aug 2005 15:01:38 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050815 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Qlogic (isp driver) gone mad on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 20:01:22 -0000 I've just upgraded my 5.4-STABLE (from early June) to 6.0 from today, and upon bootup, my qlogic card goes nuts, spewing (with a verbose boot) a bunch of "Unretryable error" "error 6"'s - about 16384 of them, before it finally boots. Once it boots, a camcontrol devlist -v reveals that it thinks I have 16k scsi devices out there (I really have 9). Of course, this worked fine under 5.4-STABLE. I've tried a custom kernel, but now I'm just using GENERIC, with the same issues. I also have an LSI raid controller (it's in a Dell 1850), which seems to work just fine. Booting the 5.4 kernel on this box also worked (well, it at least got me into single user). Any suggestions? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 20:02:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E77DE16A42D for ; Wed, 17 Aug 2005 20:02:11 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from bsdserver.strakh.homeunix.net (162.212.221.83.donpac.ru [83.221.212.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D5D343D46 for ; Wed, 17 Aug 2005 20:02:02 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from [192.168.0.6] (bsddesktop.strakh.homeunix.net [192.168.0.6]) by bsdserver.strakh.homeunix.net (8.13.4/8.13.4) with ESMTP id j7HK1uGD000778; Thu, 18 Aug 2005 00:01:59 +0400 (MSD) (envelope-from stepan_r@mail.ru) Message-ID: <430397B4.4090604@mail.ru> Date: Thu, 18 Aug 2005 00:01:56 +0400 From: Stepan Rakhimov User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis , freebsd-current@freebsd.org References: <4300FF21.5000609@mail.ru> <20050815205144.GC2362@odin.ac.hmc.edu> In-Reply-To: <20050815205144.GC2362@odin.ac.hmc.edu> Content-Type: multipart/mixed; boundary="------------030905070709080907000106" Cc: Subject: kde applications crash (Was: no permissions to libc.so.x libpthread.so.x and other files) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 20:02:12 -0000 This is a multi-part message in MIME format. --------------030905070709080907000106 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Thanks for your reply, but lastest investigations showed that Kmail craches with libc.so.6 and works with libc.so.5 only. That's why I didn't delete the old file as i want to. I think it's not normal behaviour, is it a known problem or my kde build's problem? I have the same problem with Kdevelop, but i cannot use libmap.conf with it, ldd says that it is "not a dynamic executable". (Kdevelop's backtrace is in attachment) Stepan P.S. I have 6-BETA2 and all latest ports Brooks Davis wrote: > On Tue, Aug 16, 2005 at 12:46:25AM +0400, Stepan Rakhimov wrote: > >>I'm running 6-BETA2 and experience problems with some kde applications. >> >>Looking around, i've noticed that i can't change permissions to such >>files as libc.so.5 or libpthread.so.1 and so on, even in single-user >>mode. (no such problem under 5.3-Release) >>Is it normal for 6-BETA2? if not, can this be a reason of my kde >>applications to crash (kmail, kdevelop) with errors in libc.so.6 and >>libpthread.so.2 libraries > > > This is normal for system libaries because the install process installs > them with the schg flag set which disallows all modifications. You can > verify this with "ls -lo". > > -- Brooks > --------------030905070709080907000106 Content-Type: text/plain; name="kdevelop" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kdevelop" [New LWP 100077] [Switching to LWP 100077] 0x29cd149f in wait4 () from /lib/libc.so.6 #0 0x29cd149f in wait4 () from /lib/libc.so.6 #1 0x29cc1083 in waitpid () from /lib/libc.so.6 #2 0x29c680aa in waitpid () from /usr/lib/libpthread.so.2 #3 0x29125816 in KCrash::defaultCrashHandler () from /usr/local/lib/libkdecore.so.6 #4 0x29c71a13 in sigaction () from /usr/lib/libpthread.so.2 #5 0xbfbfff94 in ?? () #6 0x0000000b in ?? () #7 0xbfbfdd60 in ?? () #8 0xbfbfdaa0 in ?? () #9 0x00000000 in ?? () #10 0x29c71110 in sigaction () from /usr/lib/libpthread.so.2 #11 0x2a4a87e9 in DocumentationPlugin::clearCatalog () from /usr/local/lib/libdocumentation_interfaces.so.0 #12 0x2a4a4c6a in DocumentationCatalogItem::~DocumentationCatalogItem () from /usr/local/lib/libdocumentation_interfaces.so.0 #13 0x2a5b371b in TOCDocumentationCatalogItem::~TOCDocumentationCatalogItem () from /usr/local/lib/libdockdevtocplugin.so.0 #14 0x29664627 in QListViewItem::~QListViewItem () from /usr/X11R6/lib/libqt-mt.so.3 #15 0x2967988d in QListViewPrivate::Root::~Root () from /usr/X11R6/lib/libqt-mt.so.3 #16 0x29667ec7 in QListView::~QListView () from /usr/X11R6/lib/libqt-mt.so.3 #17 0x28e38691 in KListView::~KListView () from /usr/local/lib/libkdeui.so.6 #18 0x295b9639 in QWidget::~QWidget () from /usr/X11R6/lib/libqt-mt.so.3 #19 0x2a463262 in ContentsView::~ContentsView () from /usr/local/lib/kde3/libkdevdocumentation.so #20 0x295b9639 in QWidget::~QWidget () from /usr/X11R6/lib/libqt-mt.so.3 #21 0x296a18bb in QViewportWidget::~QViewportWidget () from /usr/X11R6/lib/libqt-mt.so.3 #22 0x2969c835 in QScrollView::~QScrollView () from /usr/X11R6/lib/libqt-mt.so.3 #23 0x295b9639 in QWidget::~QWidget () from /usr/X11R6/lib/libqt-mt.so.3 #24 0x296bd6f1 in QToolBox::~QToolBox () from /usr/X11R6/lib/libqt-mt.so.3 #25 0x295b9639 in QWidget::~QWidget () from /usr/X11R6/lib/libqt-mt.so.3 #26 0x2a462541 in DocumentationWidget::~DocumentationWidget () from /usr/local/lib/kde3/libkdevdocumentation.so #27 0x295b9639 in QWidget::~QWidget () from /usr/X11R6/lib/libqt-mt.so.3 #28 0x28effd8a in KDockWidget::~KDockWidget () from /usr/local/lib/libkdeui.so.6 #29 0x28f05ade in KDockManager::~KDockManager () from /usr/local/lib/libkdeui.so.6 #30 0x28efa9d8 in KDockMainWindow::~KDockMainWindow () from /usr/local/lib/libkdeui.so.6 #31 0x2889494f in KParts::DockMainWindow::~DockMainWindow () from /usr/local/lib/libkparts.so.3 #32 0x28281947 in KMdiMainFrm::~KMdiMainFrm () from /usr/local/lib/libkmdi.so.1 #33 0x280c29cc in NewMainWindow::~NewMainWindow () from /usr/local/lib/libkdevshell.so.0 #34 0x2958289c in QObject::event () from /usr/X11R6/lib/libqt-mt.so.3 #35 0x295bef12 in QWidget::event () from /usr/X11R6/lib/libqt-mt.so.3 #36 0x2967cdff in QMainWindow::event () from /usr/X11R6/lib/libqt-mt.so.3 #37 0x2827dbbc in KMdiMainFrm::event () from /usr/local/lib/libkmdi.so.1 #38 0x2952282b in QApplication::internalNotify () from /usr/X11R6/lib/libqt-mt.so.3 #39 0x29522583 in QApplication::notify () from /usr/X11R6/lib/libqt-mt.so.3 #40 0x2908af36 in KApplication::notify () from /usr/local/lib/libkdecore.so.6 #41 0x29523642 in QApplication::sendPostedEvents () from /usr/X11R6/lib/libqt-mt.so.3 #42 0x2953616f in QEventLoop::enterLoop () from /usr/X11R6/lib/libqt-mt.so.3 #43 0x29536036 in QEventLoop::exec () from /usr/X11R6/lib/libqt-mt.so.3 #44 0x295229af in QApplication::exec () from /usr/X11R6/lib/libqt-mt.so.3 #45 0x0804e957 in main () --------------030905070709080907000106-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 20:05:03 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C54A416A44F; Wed, 17 Aug 2005 20:05:03 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5511C43D46; Wed, 17 Aug 2005 20:05:02 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j7HKFt4V060784; Wed, 17 Aug 2005 14:15:55 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <43039851.3020401@samsco.org> Date: Wed, 17 Aug 2005 14:04:33 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20050811220017.A72944@hades.admin.frm2> <200508171037.42042.jhb@FreeBSD.org> <43037604.6030407@samsco.org> <200508171509.48946.jhb@FreeBSD.org> In-Reply-To: <200508171509.48946.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-BETA2: taskqueue_drain for if_xl.c:2796 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 20:05:04 -0000 John Baldwin wrote: > On Wednesday 17 August 2005 01:38 pm, Scott Long wrote: > >>John Baldwin wrote: >> >>>On Tuesday 16 August 2005 01:21 pm, John Baldwin wrote: >>> >>>>On Monday 15 August 2005 02:22 am, Scott Long wrote: >>>> >>>>>John Baldwin wrote: >>>>> >>>>>>On Thursday 11 August 2005 07:07 pm, Scott Long wrote: >>>>> >>>>>I still don't see what the point is of having a function that only >>>>>removes pending tasks from the queue if it doesn't also drain in >>>>>progress tasks. Simple example: >>>>> >>>>>CPU1 calls xl_stop. The XL_LOCK gets taken. At the same time, CPU2 >>>>>calls taskqueue_swi, which pops the queue and calls xl_rxeof_task. It >>>>>tries to take the XL_LOCK but instead sleeps (or adaptively spins) >>>>>because CPU1 already has it. CPU1 calls taskqueue_stop, which doesn't >>>>>do anything because the task was alrady popped off. >>>>> >>>>>Now, at some point, CPU1 **MUST** drop the XL_LOCK and let CPU2 continue >>>>>that task to completion. There simply is no way around that, right? So >>>>>why muddle the API with a function that really doesn't solve any >>>>>problems. The argument that being able to call taskqueue_stop with >>>>>locks held is a convenience doesn't hold water. You'll still need to >>>>>drop locks in order to be sure that a mess isn't created. >>>> >>>>Well, you need to think through this longer. During a normal stop, we >>>>don't care if the task runs later if it is just going to stop anyway, >>>>which it will with the IFF_DRV_RUNNING checks I added (which it needs >>>>anyway even if you don't add a taskqueue_stop()). See, when CPU2 >>>>eventually runs the xl_rxeof_task, it will drop the lock and return >>>>instantly because the xl_stop() function clears IFF_DRV_RUNNING in >>>>addition to calling taskqueue_stop(). >>> >>>Actually, I thought through this longer some myself on the way home and >>>because of the RUNNING checks, the taskqueue_stop() in xl_stop() isn't >>>actually needed for correct operation. It's merely an optimization for >>>the case that the task is sitting in the queue, but the code will work >>>fine without it with the taskqueue_drain() moved to xl_detach() and the >>>IFF_DRV_RUNNING checks added. Thus, if you just really hate >>>taskqueue_stop() or don't think the optimization is worth it, I can leave >>>it out. I kind of would like to call it in xl_detach() at least so that >>>detaching xl0 won't be dependent on another driver's task deciding to >>>yield. However, if I moved it there I could add blocking to it. I could >>>also just use the existing taskqueue_drain() and not worry about having >>>to wait for other tasks to finish. I can't call taskqueue_drain() in >>>xl_stop() though since xl_stop() is called indirectly from xl_intr(). >> >>You can't force detach while data is in flight, at least not right now. >>That is a motivation behind the recent ifnet changes, but it still has a >>long way to go. And regardless of the rest of the stack being able to >>handle forced detach, the driver needs to be written in a way so that >>it's own resources aren't orphaned, which again means making sure that >>blocked threads are allowed to run to completion, which again means not >>having the luxury of being fast and loose with locks when trying to >>drain those tasks. > > > I'm not running "fast and loose" with locks per se. Mostly I'm just > optimizing the case where we stop the interface (i.e. detach or ifconfig > down) and the task hasn't even started running yet so that it can just > discard the task from the queue without running it rather than waiting until > it gets a chance to run so it can immediately abort. > > >>I do think that taskqueue_stop() is a muddying of the API. If anyone >>else has a comment on this (BDE?) I would be very interested to hear it. > > > *shrug* It's already confusing in that callout_drain() does both a stop and > then wait kind of like pthread_cancel() whereas taskqueue_drain() just waits > until the task has run and finished without trying to cancel it like > pthread_join(). I'd actually probably be inclined to rename callout_drain() > to something else if we wanted to resolve that specific instance of confusion > personally. > True, consistency would be nice =-) Would you rather change taskqueue_drain() to be more like callout_drain()? Scott From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 20:09:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80C5216A41F; Wed, 17 Aug 2005 20:09:59 +0000 (GMT) (envelope-from oz@nixil.net) Received: from nixil.net (nixil.net [161.58.222.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2D3F43D58; Wed, 17 Aug 2005 20:09:57 +0000 (GMT) (envelope-from oz@nixil.net) Received: from [10.20.12.64] (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by nixil.net (8.13.1/8.13.1) with ESMTP id j7HK9hjG000236 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Wed, 17 Aug 2005 14:09:49 -0600 (MDT) Message-ID: <43039923.3000208@nixil.net> Date: Wed, 17 Aug 2005 14:08:03 -0600 From: Phil Oleson User-Agent: Mozilla Thunderbird 1.0.5 (X11/20050714) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050817193820.8FB695D07@ptavv.es.net> In-Reply-To: <20050817193820.8FB695D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (nixil.net [161.58.222.1]); Wed, 17 Aug 2005 14:09:49 -0600 (MDT) X-Virus-Scanned: ClamAV 0.86.1/1030/Wed Aug 17 09:53:46 2005 on nixil.net X-Virus-Status: Clean Cc: stefanf@freebsd.org, current@freebsd.org Subject: Re: Unable to build libedit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 20:09:59 -0000 Do you have rev 1.10 of histedit.h? Update this file in src/include as well. Phil Oleson. Kevin Oberman wrote: > When I attempt to make buildworld on my current system, I fail in > building libedit. This seems to have started when the NetBSD sync > occurred back on Aug. 11. > > I now get: > /usr/local/libexec/ccache/cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/lib/libedit -c editline.c > In file included from editline.c:6: > /usr/src/lib/libedit/el.c: In function `el_set': > /usr/src/lib/libedit/el.c:249: error: `EL_GETCFN' undeclared (first use in this function) > /usr/src/lib/libedit/el.c:249: error: (Each undeclared identifier is reported only once > /usr/src/lib/libedit/el.c:249: error: for each function it appears in.) > /usr/src/lib/libedit/el.c:256: error: `EL_CLIENTDATA' undeclared (first use in this function) > /usr/src/lib/libedit/el.c:260: error: `EL_UNBUFFERED' undeclared (first use in this function) > /usr/src/lib/libedit/el.c:272: error: `EL_PREP_TERM' undeclared (first use in this function) > /usr/src/lib/libedit/el.c: In function `el_get': > /usr/src/lib/libedit/el.c:393: error: `EL_GETCFN' undeclared (first use in this function) > /usr/src/lib/libedit/el.c:398: error: `EL_CLIENTDATA' undeclared (first use in this function) > /usr/src/lib/libedit/el.c:403: error: `EL_UNBUFFERED' undeclared (first use in this function) > In file included from editline.c:10: > /usr/src/lib/libedit/hist.c: In function `hist_command': > /usr/src/lib/libedit/hist.c:181: error: `H_SETUNIQUE' undeclared (first use in this function) > In file included from editline.c:13: > /usr/src/lib/libedit/parse.c: In function `parse_line': > /usr/src/lib/libedit/parse.c:81: error: `Tokenizer' undeclared (first use in this function) > /usr/src/lib/libedit/parse.c:81: error: `tok' undeclared (first use in this function) > /usr/src/lib/libedit/parse.c:85: warning: passing arg 3 of `el_parse' from incompatible pointer type > /usr/src/lib/libedit/parse.c: At top level: > /usr/src/lib/libedit/parse.c:96: error: conflicting types for 'el_parse' > /usr/include/histedit.h:106: error: previous declaration of 'el_parse' was here > /usr/src/lib/libedit/parse.c:96: error: conflicting types for 'el_parse' > /usr/include/histedit.h:106: error: previous declaration of 'el_parse' was here > In file included from editline.c:15: > /usr/src/lib/libedit/read.c: In function `el_read_setfn': > /usr/src/lib/libedit/read.c:78: error: `EL_BUILTIN_GETCFN' undeclared (first use in this function) > /usr/src/lib/libedit/read.c: In function `el_read_getfn': > /usr/src/lib/libedit/read.c:91: error: `EL_BUILTIN_GETCFN' undeclared (first use in this function) > /usr/src/lib/libedit/read.c: At top level: > /usr/src/lib/libedit/read.c:214: error: conflicting types for 'el_push' > /usr/include/histedit.h:95: error: previous declaration of 'el_push' was here > /usr/src/lib/libedit/read.c:214: error: conflicting types for 'el_push' > /usr/include/histedit.h:95: error: previous declaration of 'el_push' was here > *** Error code 1 > > Stop in /usr/src/lib/libedit. > > I have cleaned, deleted the contents of /usr/src/lib/libedit and > re-cvsuped, deleted /usr/obj, and, as a last resort, read UPDATING. I > have looked for where all of the EL_* stuff might be defined, but I > can't find it anywhere obvious. > > Any ideas on what is wrong? I last updated the system (my only current > system) on Aug. 7, 2005 without problems. > > Thanks, From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 20:20:50 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E109F16A41F for ; Wed, 17 Aug 2005 20:20:50 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6990143D45 for ; Wed, 17 Aug 2005 20:20:50 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 17 Aug 2005 16:35:43 -0400 From: John Baldwin To: Scott Long Date: Wed, 17 Aug 2005 16:21:19 -0400 User-Agent: KMail/1.8 References: <20050811220017.A72944@hades.admin.frm2> <200508171509.48946.jhb@FreeBSD.org> <43039851.3020401@samsco.org> In-Reply-To: <43039851.3020401@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508171621.20259.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-BETA2: taskqueue_drain for if_xl.c:2796 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 20:20:51 -0000 On Wednesday 17 August 2005 04:04 pm, Scott Long wrote: > >>I do think that taskqueue_stop() is a muddying of the API. If anyone > >>else has a comment on this (BDE?) I would be very interested to hear it. > > > > *shrug* It's already confusing in that callout_drain() does both a stop > > and then wait kind of like pthread_cancel() whereas taskqueue_drain() > > just waits until the task has run and finished without trying to cancel > > it like pthread_join(). I'd actually probably be inclined to rename > > callout_drain() to something else if we wanted to resolve that specific > > instance of confusion personally. > > True, consistency would be nice =-) Would you rather change > taskqueue_drain() to be more like callout_drain()? I don't think so. It can be useful to fire off an async event and then wait for it to complete when you still definitely want it to run. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 20:35:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80F6016A41F for ; Wed, 17 Aug 2005 20:35:50 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: from galaxy.uci.agh.edu.pl (galaxy.uci.agh.edu.pl [149.156.96.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BC0943D53 for ; Wed, 17 Aug 2005 20:35:49 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: by galaxy.uci.agh.edu.pl (Postfix, from userid 1001) id 0A532AF3A1; Wed, 17 Aug 2005 22:35:48 +0200 (CEST) Date: Wed, 17 Aug 2005 22:35:47 +0200 From: Krzysztof Kowalik To: FreeBSD Current Message-ID: <20050817203547.GA28892@uci.agh.edu.pl> References: <430397A2.4010303@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <430397A2.4010303@centtech.com> Subject: Re: Qlogic (isp driver) gone mad on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 20:35:50 -0000 Eric Anderson [anderson@centtech.com] wrote: > I've just upgraded my 5.4-STABLE (from early June) to 6.0 from today, > and upon bootup, my qlogic card goes nuts, spewing (with a verbose boot) > a bunch of "Unretryable error" "error 6"'s - [...] Exactly the same issue here. Downgrading to 5.4-STABLE fixes the issue. [isp0: ] -- Krzysztof Kowalik | () ASCII Ribbon Campaign Computer Center, AGH UST | /\ Support plain text e-mail From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 20:39:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E950516A41F; Wed, 17 Aug 2005 20:39:57 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4279243D6D; Wed, 17 Aug 2005 20:39:57 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id IBA74465; Wed, 17 Aug 2005 13:39:54 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7D3A95D07; Wed, 17 Aug 2005 13:39:54 -0700 (PDT) To: Phil Oleson In-reply-to: Your message of "Wed, 17 Aug 2005 14:08:03 MDT." <43039923.3000208@nixil.net> Date: Wed, 17 Aug 2005 13:39:54 -0700 From: "Kevin Oberman" Message-Id: <20050817203954.7D3A95D07@ptavv.es.net> Cc: stefanf@freebsd.org, current@freebsd.org Subject: Re: Unable to build libedit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 20:39:58 -0000 > Date: Wed, 17 Aug 2005 14:08:03 -0600 > From: Phil Oleson > > Do you have rev 1.10 of histedit.h? Update this file in src/include as well. > Thanks! This is clearly the file I was looking for, but I have: /usr/include/histedit.h /usr/obj/usr/src/tmp/usr/include/histedit.h /usr/src/bin/sh/myhistedit.h /usr/src/include/histedit.h All except /usr/include/histedit.h are 1.10. The make buildworld SHOULD be using the one in /usr/src/include, as far as I know. Looks to me like it's failing to find it and using the one in /usr/include instead. Or is my limited understanding of the build process in error? And I can't explain where the one in /usr/obj/usr/src/tmp/usr/include comes from. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 20:40:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6DC116A41F for ; Wed, 17 Aug 2005 20:40:28 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E38E43D45 for ; Wed, 17 Aug 2005 20:40:26 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j7HKeQSS089724; Wed, 17 Aug 2005 15:40:26 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4303A0CC.2060005@centtech.com> Date: Wed, 17 Aug 2005 15:40:44 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050815 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Krzysztof Kowalik References: <430397A2.4010303@centtech.com> <20050817203547.GA28892@uci.agh.edu.pl> In-Reply-To: <20050817203547.GA28892@uci.agh.edu.pl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Qlogic (isp driver) gone mad on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 20:40:29 -0000 Krzysztof Kowalik wrote: > Eric Anderson [anderson@centtech.com] wrote: > >>I've just upgraded my 5.4-STABLE (from early June) to 6.0 from today, >>and upon bootup, my qlogic card goes nuts, spewing (with a verbose boot) >>a bunch of "Unretryable error" "error 6"'s - [...] > > > Exactly the same issue here. Downgrading to 5.4-STABLE fixes the issue. > [isp0: ] > Looks like I'll be downgrading unless someone else can give me some hints soon. I have 18Tb of data on this box waiting for me to start fsck'ing. Where's that ufs journaling when you need it? :( Thanks for the 'me too', Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 21:01:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D664116A41F for ; Wed, 17 Aug 2005 21:01:38 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4771C43D46 for ; Wed, 17 Aug 2005 21:01:38 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0ILD00HS7X2OKG@ms-dienst.rz.rwth-aachen.de> for current@freebsd.org; Wed, 17 Aug 2005 23:01:37 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Wed, 17 Aug 2005 23:01:36 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j7HL1au9018439; Wed, 17 Aug 2005 23:01:36 +0200 (MEST) Received: from moria.hitnet.rwth-aachen.de ([137.226.181.149] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtp (Exim 3.35 #1 (Debian)) id 1E5V2W-0007vm-00; Wed, 17 Aug 2005 23:01:36 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id B3AA828439; Wed, 17 Aug 2005 23:01:05 +0200 (CEST) Date: Wed, 17 Aug 2005 23:01:05 +0200 From: Christian Brueffer In-reply-to: <20050817185447.GC16558@odin.ac.hmc.edu> To: Brooks Davis Message-id: <20050817210105.GG911@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=MrRUTeZlqqNo1jQ9; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 6.0-BETA2 X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20050817141436.GB1143@unixpages.org> <20050817185447.GC16558@odin.ac.hmc.edu> Cc: current@freebsd.org Subject: Re: Pending if_fwip.c patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 21:01:39 -0000 --MrRUTeZlqqNo1jQ9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 17, 2005 at 11:54:47AM -0700, Brooks Davis wrote: > On Wed, Aug 17, 2005 at 04:14:36PM +0200, Christian Brueffer wrote: > > Hi, > >=20 > > can someone commit the attached patch for if_fwip.c? It fixes a panic > > on attach and has been reviewed by dfr@. >=20 > Done. Apparently there's aren't a lot of fwip users of current since I > broke that over a month ago. :( >=20 Thanks! - 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 --MrRUTeZlqqNo1jQ9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFDA6WRbHYXjKDtmC0RApzLAJ9LZSNNUzsSBOYJIc7F+zyRmRzzggCg0Hb8 2Rw6WE7yEOd4rqGqWwYSCB8= =0qsW -----END PGP SIGNATURE----- --MrRUTeZlqqNo1jQ9-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 21:33:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAE9616A41F; Wed, 17 Aug 2005 21:33:01 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 324E343D46; Wed, 17 Aug 2005 21:33:01 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0ILD00J01YIZJX@ms-dienst.rz.rwth-aachen.de>; Wed, 17 Aug 2005 23:33:00 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Wed, 17 Aug 2005 23:32:59 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j7HLWwhj020939; Wed, 17 Aug 2005 23:32:58 +0200 (MEST) Received: from moria.hitnet.rwth-aachen.de ([137.226.181.149] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtp (Exim 3.35 #1 (Debian)) id 1E5VWs-0001dL-00; Wed, 17 Aug 2005 23:32:58 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 6AB8B28446; Wed, 17 Aug 2005 23:32:28 +0200 (CEST) Date: Wed, 17 Aug 2005 23:32:28 +0200 From: Christian Brueffer In-reply-to: <200508171402.25154.jhb@FreeBSD.org> To: John Baldwin Message-id: <20050817213228.GA923@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=fdj2RfSjLxBAspz7; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 7.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 References: <200508101657.18678.jhb@FreeBSD.org> <200508171002.56163.jhb@FreeBSD.org> <20050817155044.GA911@unixpages.org> <200508171402.25154.jhb@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: Locking fixes for my(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 21:33:02 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 17, 2005 at 02:02:24PM -0400, John Baldwin wrote: > On Wednesday 17 August 2005 11:50 am, Christian Brueffer wrote: > > On Wed, Aug 17, 2005 at 10:02:55AM -0400, John Baldwin wrote: > > > On Tuesday 16 August 2005 05:13 am, Christian Brueffer wrote: > > > > On Wed, Aug 10, 2005 at 04:57:18PM -0400, John Baldwin wrote: > > > > > I've fixed up the locking for the my(4) ethernet device driver but > > > > > have no hardware to test. Can someone please test these patches?= =20 > > > > > Thanks. > > > > > > > > > > http://www.freebsd.org/~jhb/patches/my_locking.patch > > > > > > > > This one works fine. > > > > > > Thanks for testing! I've just refreshed the sf_locking.patch patch as > > > well (I think the last version I pointed you at didn't compile) which= has > > > the recursive panic you reported fixed. > > > > panic: mutex sf0 not owned at /usr/home/build/src/sys/kern/kern_mutex.c= :300 > > cpuid =3D 0 > > KDB: enter: panic > > [thread pid 220 tid 100071 ] > > Stopped at kdb_enter+0x30: leave > > db> tr > > Tracing pid 220 tid 100071 td 0xc1d83600 > > kdb_enter(c07945bc,0,c0793ab3,d8945b08,c1d83600) at kdb_enter+0x30 > > panic(c0793ab3,c1ad7aa0,c0793946,12c,c1ac2acc) at panic+0x14e > > _mtx_assert(c1ac2acc,1,c0793946,12c,c1ac2a80) at _mtx_assert+0x87 > > _mtx_unlock_flags(c1ac2acc,0,c08ea1ea,4b9,c1adb800) at > > _mtx_unlock_flags+0x90 sf_init(c1ac2a80,740,c07a88e0,8020690c,c1ac2a80)= at > > sf_init+0x59 > > ether_ioctl(c1adb800,8020690c,c1d41d00,c05a7f61,0) at ether_ioctl+0x67 > > sf_ioctl(c1adb800,8020690c,c1d41d00,100,1) at sf_ioctl+0xbc > > in_ifinit(c1adb800,c1d41d00,c1c49790,0,1) at in_ifinit+0x208 > > in_control(c1e24de8,8040691a,c1c49780,c1adb800,c1d83600) at > > in_control+0x986 ifioctl(c1e24de8,8040691a,c1c49780,c1d83600,2) at > > ifioctl+0x1cd > > soo_ioctl(c1d81048,8040691a,c1c49780,c19dca80,c1d83600) at soo_ioctl+0x= 3ef > > ioctl(c1d83600,d8945d04,c,422,3) at ioctl+0x45d > > syscall(3b,3b,3b,80beac0,1) at syscall+0x2c0 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x8055473, esp =3D 0xbf= bfe5fc, > > ebp =3D 0xbfbfee68 --- >=20 > Sheesh, I haven't done nearly as badly on the other drivers I've changed.= :-P =20 > I had missed removing the SF_UNLOCK at the end of sf_init_locked(). I've= =20 > fixed it and uploaded the patch. Thanks for all the testing. Hopefully = this=20 > one will work. :) >=20 Works as advertised :-) > > I can ship you a card, but it would take some time because US customs > > is pretty anal these days :-/ >=20 > No, that's fine. I'd actually prefer it if you can test it unless it is = an=20 > inconvenience. >=20 Not at all. - 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 --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFDA6zsbHYXjKDtmC0RAllBAKDdzosk9JU1+7V2T/IQkAsqMjiqOgCcD2P9 DgnULaYG9ufQ0+FWSqowDf4= =cKHX -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 21:56:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD30D16A420 for ; Wed, 17 Aug 2005 21:56:51 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77CBA43D5C for ; Wed, 17 Aug 2005 21:56:48 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so209222rne for ; Wed, 17 Aug 2005 14:56:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Nc1LVBew+/gb21LkQMziumn+uM5wZHedh2Zb/PDe6AC2knkvfF4Nf8LK0Xt8QG3Ma67oP60WHT4uDzoPO1WUzZNrilg+APd4N3qBv27X7sMeeRPEYV5Xy0xLCkzyx/eN2pwHVahONfGpBLW9PB009RMcmV9fV3YoTMKO9+rTVGs= Received: by 10.38.88.77 with SMTP id l77mr346311rnb; Wed, 17 Aug 2005 14:56:44 -0700 (PDT) Received: by 10.38.104.60 with HTTP; Wed, 17 Aug 2005 14:56:44 -0700 (PDT) Message-ID: <7579f7fb0508171456636c8998@mail.gmail.com> Date: Wed, 17 Aug 2005 14:56:44 -0700 From: Matthew Jacob To: Eric Anderson In-Reply-To: <4303A0CC.2060005@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <430397A2.4010303@centtech.com> <20050817203547.GA28892@uci.agh.edu.pl> <4303A0CC.2060005@centtech.com> Cc: FreeBSD Current Subject: Re: Qlogic (isp driver) gone mad on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 21:56:51 -0000 Okay, sorry- try this change: diff -u -r1.106 isp_freebsd.c --- isp_freebsd.c 31 Jul 2005 23:21:19 -0000 1.106 +++ isp_freebsd.c 17 Aug 2005 21:55:55 -0000 @@ -2609,6 +2609,14 @@ cpi->hba_eng_cnt =3D 0; cpi->max_target =3D ISP_MAX_TARGETS(isp) - 1; cpi->max_lun =3D ISP_MAX_LUNS(isp) - 1; +#if 1 + /* + * If we ever get around to using REPORT_LUNS, we can undo = this. + + */ + if (cpi->max_lun >=3D 256) + cpi->max_lun =3D 256; +#endif cpi->bus_id =3D cam_sim_bus(sim); if (IS_FC(isp)) { cpi->hba_misc =3D PIM_NOBUSRESET; and see id this helps you. From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 22:08:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D0DA16A41F for ; Wed, 17 Aug 2005 22:08:07 +0000 (GMT) (envelope-from janm-freebsd-current@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 5883743D45 for ; Wed, 17 Aug 2005 22:08:06 +0000 (GMT) (envelope-from janm-freebsd-current@transactionware.com) Received: (qmail 19192 invoked from network); 17 Aug 2005 22:11:47 -0000 Received: from new.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 17 Aug 2005 22:11:47 -0000 Received: (qmail 11686 invoked by uid 1001); 17 Aug 2005 22:08:26 -0000 Date: 17 Aug 2005 22:08:26 -0000 Message-ID: <20050817220826.11685.qmail@new.transactionware.com> From: janm-freebsd-current@transactionware.com To: freebsd-current@freebsd.org Subject: Duplicate free panic installing Beta2 on VMWare X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 22:08:07 -0000 Hi, I see this when installing 6.0 Beta 2 under VMWare 3.2.1: panic: Duplicate free of item 0xc1b0c4a4 from zone 0xc143f000(g_bio) cpuid = 0 KDB: enter: panic [thread pid 3 tid 100021 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 3 tid 100021 td 0xc1833300 kdb_enter(c0856274) at kdb_enter+0x2b panic(c0870cfb,c1b0c4a4,c143f000,c0850ced,c0870cdf) at panic+0x127 uma_dbg_free(c143f000,0,c1b0c4a4) at uma_dbg_free+0x110 uma_zfree_arg(c143f000,c1b0c4a4,0) at uma_zfree_arg+0x66 g_destroy_bio(c1b0c4a4) at g_destroy_bio+0x13 g_vfs_done(c1b0c4a4) at g_vfs_done+0x5a biodone(c1b0c4a4,ca0bccc4,0,c0850cb0,1e4) at biodone+0x57 g_io_schedule_up(c1833300) at g_io_schedule_up+0xb5 g_up_procbody(0,ca0bcd38,0,c05fed08,0) at g_up_procbody+0x5a fork_exit(c05fed08,0,ca0bcd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xca0bcd6c, ebp = 0 --- I've added this to PR/84102, the other symptoms are the same as that PR. Is there a workaround? Thanks, Jan Mikkelsen From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 22:20:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0D0A16A41F for ; Wed, 17 Aug 2005 22:20:44 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from horse.iptelecom.net.ua (horse.iptelecom.net.ua [212.9.224.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB99343D45 for ; Wed, 17 Aug 2005 22:20:43 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h30.242.159.dialup.iptcom.net ([213.159.242.30]:15074 "EHLO kushnir1.kiev.ua" ident: "SOCKFAULT1" whoson: "vkushnir") by horse.iptelecom.net.ua with ESMTP id S1219427AbVHQWUl (INRCPT ); Thu, 18 Aug 2005 01:20:41 +0300 Received: from localhost (localhost [IPv6:::1]) by kushnir1.kiev.ua (8.13.4/8.13.3) with ESMTP id j7HMKckf001837 for ; Thu, 18 Aug 2005 01:20:38 +0300 (EEST) (envelope-from vkushnir@i.kiev.ua) Date: Thu, 18 Aug 2005 01:20:38 +0300 From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: freebsd-current@freebsd.org Fcc: sent-mail Message-Id: <200508180120.38609.vkushnir@i.kiev.ua> X-Cursor-Pos: : 118 MIME-Version: 1.0 X-Length: 614 X-UID: 1 Content-Type: TEXT/PLAIN; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: amd64 + (module) bktr - why not? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 22:20:44 -0000 Hello, Is there any reason bktr module is built on i386 and ia64 but not on amd64? As a matter of fact, it works here (amd64-CURRENT, Asus A8N-SLI, bt878-based V-Stream TV-PVR 878 card) as a module like a charm. Regards, Vladimir From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 23:18:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D38916A41F for ; Wed, 17 Aug 2005 23:18:41 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8224C43D45 for ; Wed, 17 Aug 2005 23:18:40 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id F116C1CCD4; Thu, 18 Aug 2005 11:18:38 +1200 (NZST) Date: Thu, 18 Aug 2005 11:18:38 +1200 From: Andrew Thompson To: Jonatan B Message-ID: <20050817231838.GA97927@heff.fud.org.nz> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: [PANIC] 6.0BETA2 in l2ping flood X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 23:18:41 -0000 On Wed, Aug 17, 2005 at 12:41:07PM +0200, Jonatan B wrote: > This is a repeatable panic I get when l2ping flooding my tungsten. > Maksim? > > repeatable panic with bluetooth on SMP > > #> l2ping -fa MyTungsten -s 65531 > Interesting... I can get exactly the same panic by doing ifconfig bridge0 create <'tcpdump -i bridge0' on another terminal> ifconfig bridge0 up ifconfig bridge0 destroy So far I have been unable to find the cause. > kernel trap 12 with interrupts disable > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 01 > virtual fault address = 0xdeadc0e6 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc06b15b6 > stack pointer = 0x28:0xe508cc96 # sometimes 0x28:0xe508cc94 > frame pointer = 0x28:0xe508cccc > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 37 (swi4: clock sio) > [thread pid 37 tid 100036 ] > Stopped at softclock+0x96: cmpl %eax,0x8(%ecx) > db> trace > Tracing pid 37 tid 100036 td 0xc2340d80 > softclock(0,0,c092b71f,251,e508cd00) at softclock+0x96 > ithread_loop(c2328500,e508cd38,c092b50a,30d,0) at ithread_loop+0x162 > fork_exit(c068b200,c2328500,e508cd38) at fork_exit+0xc1 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe508cd6c, ebp = 0 --- > db> > > > Please CC me as I'm not subscribed. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 23:42:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB04716A41F for ; Wed, 17 Aug 2005 23:42:44 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 71DAB43D55 for ; Wed, 17 Aug 2005 23:42:43 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 17 Aug 2005 23:42:41 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp014) with SMTP; 18 Aug 2005 01:42:41 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Thu, 18 Aug 2005 01:42:28 +0200 User-Agent: KMail/1.8.1 References: <200508161405.18729@harrymail> <200508171643.57044@harrymail> <200508171529.45664.jhb@FreeBSD.org> In-Reply-To: <200508171529.45664.jhb@FreeBSD.org> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1248472.mTvEkWymv2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508180142.37790@harrymail> X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: BTX failure [Was: Re: pxeboot problems with BETA2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 23:42:45 -0000 --nextPart1248472.mTvEkWymv2 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Mittwoch, 17. August 2005 21:29 CEST schrieb John Baldwin: > On Wednesday 17 August 2005 10:43 am, Emanuel Strobl wrote: [*schnip*] > > Relocating the loader and the BTX > > Starting the BTX loader > > > > int=3D00000006 err=3D00000000 efl=3D00010202 eip=3D00023c21 > > eax=3D00000000 ebx=3D000384e0 ecx=3D000384e0 edx=3D00000001 > > esi=3D00001000 edi=3D00000029 ebp=3D00086770 esp=3D00086758 > > cs=3D002b ds=3D0033 es=3D0033 fs=3D0033 gs=3D0033 ss=3D0033 > > cs:eip=3D0f 4f c2 a3 c8 7d 03 00-8d 41 0c c7 41 04 fd 44 > > ff 55 89 39 c6 44 39 ff-fe 83 c4 0c 5b 5e 5f 5d > > ss:esp=3Db4 7d 03 00 29 00 00 00-00 10 00 00 00 00 00 00 > > 83 57 02 00 02 00 00 00-a0 67 08 00 98 1c 02 00 > > BTX halted > > > > Any clue? Regarding cvsweb nothing changed recently, and I had net4501 > > boxes pxebooting fine with FreeBSD 5.3..... > > Hmm. Int 6 is an invalid opcode exception: > > 00000000 0F4FC2 cmovg eax,edx > 00000003 A3C87D0300 mov [0x37dc8],eax > 00000008 8D410C lea eax,[ecx+0xc] > 0000000B C74104FD44FF55 mov dword [ecx+0x4],0x55ff44fd > 00000012 8939 mov [ecx],edi > 00000014 C64439FFFE mov byte [ecx+edi-0x1],0xfe > 00000019 83C40C add esp,byte +0xc > 0000001C 5B pop ebx > 0000001D 5E pop esi > 0000001E 5F pop edi > 0000001F 5D pop ebp > > I'm guessing that there's been a stack overflow or some such. Your eip > is in the loader. You can try using the loader.sym from your loader > binary to look up that eip address. In the loader here on my laptop > it's in the write function: Thanks for your attention! It's late here, I'll try to understand and see=20 what I can do tomorrow. Just for info, simply copying pxeboot from a 5.3-release (also real=20 verified with 5.2.1 no 5.4 so far) DVD works. Bisides that I need sio=20 support in pxeldr so I have to compile it my own. And of course I'd love=20 to have the new comspeed config option :) > % nm /usr/obj/usr/src/sys/boot/i386/loader/loader.sym | sort > ... > 00023b9c T readdirfd > 00023c14 T write > 00023d18 T lseek > > If you want to be able to use gdb, then rebuild libstand with debugging > (make DEBUG_FLAGS=3D-g) and rebuild all of /sys/boot with debugging (make > DEBUG_FLAGS=3D-g). You can then > use /usr/obj/usr/src/sys/boot/i386/pxeldr/pxeboot for your pxeboot and > you can run gdb on /usr/obj/usr/src/sys/boot/i386/loader/loader.sym and > you can do listings of the addresses for eip, etc. Expect to here from me the next 48 hours, tommorow I'm too busy as I could= =20 just see :( Thanks again, =2DHarry --nextPart1248472.mTvEkWymv2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDA8ttBylq0S4AzzwRAjbrAJ4+iE8vLuusXUpM33dnD/5o5k9v+ACfVjo1 xltUc1SwaW4V8JSqT+SYCCE= =1T9Q -----END PGP SIGNATURE----- --nextPart1248472.mTvEkWymv2-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 23:48:36 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 701C716A41F; Wed, 17 Aug 2005 23:48:36 +0000 (GMT) (envelope-from kimoto@ohnolab.org) Received: from koganei-server.ohnolab.org (koganei-server.ohnolab.org [202.249.37.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8900843D46; Wed, 17 Aug 2005 23:48:34 +0000 (GMT) (envelope-from kimoto@ohnolab.org) Received: from koganei-server.ohnolab.org (localhost [127.0.0.1]) by koganei-server.ohnolab.org (Postfix) with ESMTP id 944C844C32; Thu, 18 Aug 2005 08:48:31 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by koganei-server.ohnolab.org (Postfix) with ESMTP id 18EB644C31; Thu, 18 Aug 2005 08:48:31 +0900 (JST) Date: Thu, 18 Aug 2005 08:46:50 +0900 (JST) Message-Id: <20050818.084650.95068199.kimoto@ohnolab.org> To: pav@FreeBSD.org From: Masahiko KIMOTO In-Reply-To: <1124293940.71805.29.camel@pav.hide.vol.cz> References: <1123544050.75076.2.camel@tirun> <1124293940.71805.29.camel@pav.hide.vol.cz> X-fingerprint: DA 63 E3 AD 3F 30 98 05 EB CF 3C 06 2D FF 07 7F X-PGP-Public-Key: http://www.ohnolab.org/~kimoto/kimoto.pubkey.asc X-URL: http://www.ohnolab.org/~kimoto/ X-Mailer: Mew version 4.2 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.2 with clamdscan / ClamAV 0.86.1/1030/Thu Aug 18 00:53:46 2005 X-Filtered: By ProxSMTP Cc: kjelderg@gmail.com, freebsd-current@FreeBSD.org Subject: Re: palm devices broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 23:48:36 -0000 > > > > Anyone had luck with 6.X or -CURRENT and Palm handhelds, pilot-xfer and > > > > uvisor(4)? It just seems to not do anything anymore. Used to work on my > > > > previous box, which was 5.4. Also old box was i386 and this new is > > > > amd64... > > > > > > Works for me (as well as it ever does; the fact that few programs agree > > > with FreeBSD's notion of how USB devices should work is annoying) with a > > > Treo 600 and a Tungsten T3, 6-CURRENT as of last week sometime, i386. > > > > > > > Mine are also working on -CURRENT but I noticed a while back I had to > > start kldloading my uvisor module manually before I could use it. > > maybe this is all that's missing? > > No, I do load uvisor, of course. The diffs between 5.4 and -CURRENT is based on a patch I sent. So, please let me know model of your palm. ---------------------------------------------------------------------- Masahiko KIMOTO, Ph. D. E-mail: kimoto@ohnolab.org URL: http://www.ohnolab.org/~kimoto From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 23:49:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFA4416A41F for ; Wed, 17 Aug 2005 23:49:35 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 97D4343D53 for ; Wed, 17 Aug 2005 23:49:32 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 17 Aug 2005 23:49:31 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp007) with SMTP; 18 Aug 2005 01:49:31 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Thu, 18 Aug 2005 01:49:16 +0200 User-Agent: KMail/1.8.1 References: <20050817141436.GB1143@unixpages.org> <20050817185447.GC16558@odin.ac.hmc.edu> In-Reply-To: <20050817185447.GC16558@odin.ac.hmc.edu> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2496330.t1mFQQiI0d"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508180149.26632@harrymail> X-Y-GMX-Trusted: 0 Cc: current@freebsd.org Subject: Re: Pending if_fwip.c patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 23:49:35 -0000 --nextPart2496330.t1mFQQiI0d Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Mittwoch, 17. August 2005 20:54 CEST schrieb Brooks Davis: > On Wed, Aug 17, 2005 at 04:14:36PM +0200, Christian Brueffer wrote: > > Hi, > > > > can someone commit the attached patch for if_fwip.c? It fixes a panic > > on attach and has been reviewed by dfr@. > > Done. Apparently there's aren't a lot of fwip users of current since I > broke that over a month ago. :( I had done some fwip tests before it was broken, I need ggate over iee1394= =20 for gmirror service. But my (simple) tests showed advantages for fwe=20 regarding performance. If you're looking for testers, I'd give it another try, I prefer active=20 maintained parts over microbenchmark winning ones... Thanks, =2DHarry > > -- Brooks --nextPart2496330.t1mFQQiI0d Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDA80GBylq0S4AzzwRAt5rAJ9V/UkgFOknKCHsMSoUWIbUDuOa2gCgjdAV RJ59m6HJg7ZDOD1hwzBw+iQ= =Zaz1 -----END PGP SIGNATURE----- --nextPart2496330.t1mFQQiI0d-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 23:49:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C45ED16A420 for ; Wed, 17 Aug 2005 23:49:35 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DDC5743D58 for ; Wed, 17 Aug 2005 23:49:32 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 17 Aug 2005 23:49:31 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp007) with SMTP; 18 Aug 2005 01:49:31 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Thu, 18 Aug 2005 01:49:16 +0200 User-Agent: KMail/1.8.1 References: <20050817141436.GB1143@unixpages.org> <20050817185447.GC16558@odin.ac.hmc.edu> In-Reply-To: <20050817185447.GC16558@odin.ac.hmc.edu> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2496330.t1mFQQiI0d"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508180149.26632@harrymail> X-Y-GMX-Trusted: 0 Cc: current@freebsd.org Subject: Re: Pending if_fwip.c patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 23:49:35 -0000 --nextPart2496330.t1mFQQiI0d Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Mittwoch, 17. August 2005 20:54 CEST schrieb Brooks Davis: > On Wed, Aug 17, 2005 at 04:14:36PM +0200, Christian Brueffer wrote: > > Hi, > > > > can someone commit the attached patch for if_fwip.c? It fixes a panic > > on attach and has been reviewed by dfr@. > > Done. Apparently there's aren't a lot of fwip users of current since I > broke that over a month ago. :( I had done some fwip tests before it was broken, I need ggate over iee1394= =20 for gmirror service. But my (simple) tests showed advantages for fwe=20 regarding performance. If you're looking for testers, I'd give it another try, I prefer active=20 maintained parts over microbenchmark winning ones... Thanks, =2DHarry > > -- Brooks --nextPart2496330.t1mFQQiI0d Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDA80GBylq0S4AzzwRAt5rAJ9V/UkgFOknKCHsMSoUWIbUDuOa2gCgjdAV RJ59m6HJg7ZDOD1hwzBw+iQ= =Zaz1 -----END PGP SIGNATURE----- --nextPart2496330.t1mFQQiI0d-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 00:28:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80C5D16A42B for ; Thu, 18 Aug 2005 00:28:28 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (sigma.octantis.com.au [207.44.188.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0804E43D46 for ; Thu, 18 Aug 2005 00:28:27 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 6323 invoked from network); 18 Aug 2005 10:28:26 +1000 Received: from andromeda.lef.com.au (HELO ?10.168.101.24?) (210.8.93.2) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Aug 2005 10:28:26 +1000 Message-ID: <4303D625.9040209@meijome.net> Date: Thu, 18 Aug 2005 10:28:21 +1000 From: Norberto Meijome User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Juho Vuori References: <42F884F1.9050204@helsinki.fi> In-Reply-To: <42F884F1.9050204@helsinki.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: dhclient and ralink wlan problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 00:28:29 -0000 Juho Vuori wrote: > Hello, > > The new dhclient is not able to assign an IP address for my computer on > one particular wlan-network (the public wlan of University of Helsinki). > Everywhere else it works fine, both on wireless and wired networks. I agree w/ Brook - this seems like a driver issue. I had and *extremelly* similar looking problem under Gentoo 2005. Upgrading to the drivers from their CVS post 26/7/05 fixed the problem. http://rt2x00.serialmonkey.com/phpBB2/viewtopic.php?t=143&postdays=0&postorder=asc&start=0 Best, Beto From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 01:24:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0143216A420 for ; Thu, 18 Aug 2005 01:24:52 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48DBA43D53 for ; Thu, 18 Aug 2005 01:24:52 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) (authenticated bits=0) by aslan.scsiguy.com (8.13.3/8.13.3) with ESMTP id j7I1OhTg055958 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Aug 2005 19:24:47 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Wed, 17 Aug 2005 19:24:43 -0600 From: "Justin T. Gibbs" To: Sam Lawrance , freebsd-current@freebsd.org Message-ID: In-Reply-To: <1123541407.832.16.camel@dirk.no.domain> References: <1123541407.832.16.camel@dirk.no.domain> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: adaptec 39320 - ahd0: Invalid Sequencer interrupt occurred X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 01:24:53 -0000 > I see the ahd0 message below on just about every boot of a dell sc1425 > running 6.0-BETA2, just after "waiting for scsi devices to settle". > Once the system is up I don't see it again. > > Is it harmful? Can I help? The machine has a serial cable attached so > it can be peeked and poked if need be. Sam, This message indicates that the firmware engine wound up in its interrupt handler with no status indicating an interrupt should have occurred. I'm not sure why this is happening in some configurations (yours is not the first), but it seems to be harmless enough. I would love to better understand why this is happening, but without being able to replicate the problem here (and I have tried), I don't think I can do much other than just turn off the message in the driver. -- Justin From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 01:51:37 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FC6B16A420; Thu, 18 Aug 2005 01:51:37 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ABA843D48; Thu, 18 Aug 2005 01:51:35 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 4E1931CCD4; Thu, 18 Aug 2005 13:51:34 +1200 (NZST) Date: Thu, 18 Aug 2005 13:51:34 +1200 From: Andrew Thompson To: John Baldwin Message-ID: <20050818015134.GD97927@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , John Baldwin , current@FreeBSD.org References: <200508171511.58378.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200508171511.58378.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: Locking fixes for xl(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 01:51:37 -0000 On Wed, Aug 17, 2005 at 03:11:57PM -0400, John Baldwin wrote: > The patch below fixes several locking nits including the LOR involving > taskqueue_drain()for xl(4). It does not use taskqueue_stop() (it's #ifdef'd > out) as it is not needed for correct operation, just as an optimization. > Please test and let me know how it works. Thanks. > Works for me, and the witness warning on boot has gone. Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll xl0 1500 00:04:75:d1:f8:98 3522300 0 3034312 0 0 Andrew From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 03:21:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8AEB16A41F for ; Thu, 18 Aug 2005 03:21:13 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: from imladris.teardrop.org (imladris.teardrop.org [66.92.66.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6222443D48 for ; Thu, 18 Aug 2005 03:21:13 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: by imladris.teardrop.org (Postfix, from userid 100) id 89426BE211; Wed, 17 Aug 2005 23:23:00 -0400 (EDT) Date: Wed, 17 Aug 2005 23:23:00 -0400 From: James Snow To: Randy Bush Message-ID: <20050818032300.GA74758@teardrop.org> References: <17149.24612.569855.543967@roam.psg.com> <20050816113908.GA50156@teardrop.org> <17154.14140.361348.830958@roam.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17154.14140.361348.830958@roam.psg.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: wpa drops out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 03:21:13 -0000 On Tue, Aug 16, 2005 at 08:58:04AM -1000, Randy Bush wrote: > >> fwiw, i have been seeing the following: > >> o system fine with wpa managing ath0, associated, no wep ... > >> o lose association > >> o does not regain it > >> o kill wpa and restart it > >> o it associates and things take off again > > as of a cvsup of 2005.08.13 23:30, this is not occurring any more. Unfortunately for me, as of 2005.08.16, it still is. This time, however, I was lucky enough to have wpa_supplicant running in debug mode when it happened. wpa_supplicant scans for nearby networks: Scan results: 3 Selecting BSS from priority group 0 0: 00:12:17:00:c6:3e ssid='mulligan' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 1: 00:0a:95:f4:50:c5 ssid='lbnetwork' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE 2: 00:04:5a:fd:0c:ed ssid='1broad4' wpa_ie_len=0 rsn_ie_len=0 skip - no WPA/RSN IE It picks 1broad4 and associates with it: Association event - clear replay counter Associated to a new BSS: BSSID=00:04:5a:fd:0c:ed Associated with 00:04:5a:fd:0c:ed Cancelling authentication timeout And then out of the blue drops it, and doesn't find any more APs to associate with: Added BSSID 00:04:5a:fd:0c:ed into blacklist Disconnect event - remove keys ... Received 0 bytes of scan results (0 BSSes) Scan results: 0 Selecting BSS from priority group 0 No APs found - clear blacklist and try again Removed BSSID 00:04:5a:fd:0c:ed from blacklist (clear) Selecting BSS from priority group 0 No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (0 BSSes) Scan results: 0 Selecting BSS from priority group 0 No suitable AP found. Setting scan request: 5 sec 0 usec If they're of any use, here's 80211stats: 57404 rx from wrong bssid 186 rx discard 'cuz dup 78 rx discard 'cuz mcast echo 2 rx w/o wep and privacy on 5064 rx discard mgt frames 147198 rx beacon frames 60 rx element unknown 150 rx frame chan mismatch 116 nodes timed out inactivity ... and athstats: 1 beacon miss interrupts 726 mib overflow interrupts 1226 tx management frames 3732 tx frames discarded prior to association 2 tx linearized to cluster 373 long on-chip tx retries 1220 tx frames with no ack marked 1 tx frames with an alternate rate 14399 rx failed 'cuz of bad CRC 7 rx failed 'cuz decryption 735 rx failed 'cuz of PHY err 735 CCK restart 509 periodic calibrations 2 rfgain value change 33428 rate control checks rssi of last ack: 27 avg recv rssi: 26 19754 switched default/rx antenna Antenna profile: [1] tx 16446 rx 116015 [2] tx 13047 rx 122538 I'd never had this problem prior to wpa_supplicant, and I don't have it if I setup my wireless entirely via ifconfig. Again, let me know what other debugging information I can supply. -Snow From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 03:56:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBD7216A41F; Thu, 18 Aug 2005 03:56:50 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 445D943D45; Thu, 18 Aug 2005 03:56:50 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7I3tfvr080864; Wed, 17 Aug 2005 23:55:41 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j7I3umIj084184; Wed, 17 Aug 2005 23:56:48 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j7I3ukHi066559 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Aug 2005 23:56:46 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20050817225907.06f81c50@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 17 Aug 2005 23:56:31 -0400 To: Pawel Jakub Dawidek From: Mike Tancsa In-Reply-To: <20050817143804.GH11066@garage.freebsd.pl> References: <20050812134511.GE25162@garage.freebsd.pl> <6.2.3.4.0.20050812130608.07aaf5f8@64.7.153.2> <20050812181802.GA27996@garage.freebsd.pl> <20050812182032.GB27996@garage.freebsd.pl> <6.2.3.4.0.20050816145557.03314eb8@64.7.153.2> <20050817143804.GH11066@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.26 Cc: FreeBSD-current Subject: Re: VIA/ACE PadLock integration with crypto(9). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 03:56:51 -0000 At 10:38 AM 17/08/2005, Pawel Jakub Dawidek wrote: >Fix in HEAD. Thanks! Yup, looks better in RELENG_6 with those=20 versions. However, I think I found a new crash=20 with padlock.ko (both the original and the new one you checked in) [itx-vpn]# kldload /padlock.ko [itx-vpn]# ./cryptotest -z 10 0.000 sec, 20 aes crypts, 16=20 bytes, 1107266 byte/sec, 8.4 Mb/sec 0.000 sec, 20 aes crypts, 32=20 bytes, 3832335 byte/sec, 29.2 Mb/sec 0.000 sec, 20 aes crypts, 64=20 bytes, 4758364 byte/sec, 36.3 Mb/sec 0.000 sec, 20 aes crypts, 128=20 bytes, 14970760 byte/sec, 114.2 Mb/sec 0.000 sec, 20 aes crypts, 256=20 bytes, 26806283 byte/sec, 204.5 Mb/sec 0.000 sec, 20 aes crypts, 512=20 bytes, 43206751 byte/sec, 329.6 Mb/sec 0.001 sec, 20 aes crypts, 1024=20 bytes, 26155811 byte/sec, 199.6 Mb/sec 0.000 sec, 20 aes crypts, 2048=20 bytes, 94160920 byte/sec, 718.4 Mb/sec 0.001 sec, 20 aes crypts, 4096=20 bytes, 74881170 byte/sec, 571.3 Mb/sec 0.002 sec, 20 aes crypts, 8192=20 bytes, 88228325 byte/sec, 673.1 Mb/sec 0.000 sec, 20 aes192 crypts, 16=20 bytes, 1987578 byte/sec, 15.2 Mb/sec 0.000 sec, 20 aes192 crypts, 32=20 bytes, 3950617 byte/sec, 30.1 Mb/sec 0.001 sec, 20 aes192 crypts, 64=20 bytes, 1457859 byte/sec, 11.1 Mb/sec 0.000 sec, 20 aes192 crypts, 128=20 bytes, 14301676 byte/sec, 109.1 Mb/sec 0.000 sec, 20 aes192 crypts, 256=20 bytes, 26806283 byte/sec, 204.5 Mb/sec 0.000 sec, 20 aes192 crypts, 512=20 bytes, 43389831 byte/sec, 331.0 Mb/sec 0.000 sec, 20 aes192 crypts, 1024=20 bytes, 59708455 byte/sec, 455.5 Mb/sec 0.000 sec, 20 aes192 crypts, 2048=20 bytes, 86050420 byte/sec, 656.5 Mb/sec 0.001 sec, 20 aes192 crypts, 4096=20 bytes, 67147541 byte/sec, 512.3 Mb/sec 0.002 sec, 20 aes192 crypts, 8192=20 bytes, 89286104 byte/sec, 681.2 Mb/sec 0.000 sec, 20 aes256 crypts, 16=20 bytes, 1975309 byte/sec, 15.1 Mb/sec 0.000 sec, 20 aes256 crypts, 32=20 bytes, 3975155 byte/sec, 30.3 Mb/sec 0.000 sec, 20 aes256 crypts, 64=20 bytes, 7356322 byte/sec, 56.1 Mb/sec 0.000 sec, 20 aes256 crypts, 128=20 bytes, 14712644 byte/sec, 112.2 Mb/sec 0.000 sec, 20 aes256 crypts, 256=20 bytes, 25600000 byte/sec, 195.3 Mb/sec 0.000 sec, 20 aes256 crypts, 512=20 bytes, 40796813 byte/sec, 311.3 Mb/sec 0.000 sec, 20 aes256 crypts, 1024=20 bytes, 59708455 byte/sec, 455.5 Mb/sec 0.000 sec, 20 aes256 crypts, 2048=20 bytes, 84279835 byte/sec, 643.0 Mb/sec 0.001 sec, 20 aes256 crypts, 4096=20 bytes, 75502304 byte/sec, 576.0 Mb/sec 0.002 sec, 20 aes256 crypts, 8192=20 bytes, 83294357 byte/sec, 635.5 Mb/sec [itx-vpn]# ./cryptotest -z 10 -t 20 and panic [itx-vpn]# kgdb /usr/obj/usr/src/sys/itx/kernel.debug vmcore.3 [GDB will not be able to debug user-mode threads:=20 /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain= conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: panic: cuio_copydata: off -16 < 0 Uptime: 1m10s Dumping 445 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 445MB (113904 pages) 429 413 397 381=20 365 349 333 317 301 285 269 253 237 221 205 189=20 173 157 141 125 109 93 77 61 45 29 13 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc054b049 in boot (howto=3D260) at= /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc054b2dc in panic (fmt=3D0xc072fbf7=20 "cuio_copydata: off %d < 0") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc0638d0d in cuio_copydata (uio=3D0x0, off=3D0,=20 len=3D16, cp=3D0xc1aa0a10 "00000000") at /usr/src/sys/opencrypto/criov.c:51 #4 0xc1dc7f7b in ?? () #5 0xc1d9da84 in ?? () #6 0xfffffff0 in ?? () #7 0x00000010 in ?? () #8 0xc1aa0a10 in ?? () #9 0xc194eba0 in ?? () #10 0xc1aa0810 in ?? () #11 0xc1aa0800 in ?? () #12 0xc1d70bd0 in ?? () #13 0x00000001 in ?? () #14 0x00000001 in ?? () #15 0xc1aa0a10 in ?? () #16 0x00000000 in ?? () #17 0xc194eb90 in ?? () #18 0xc1dcd268 in ?? () #19 0x00000001 in ?? () #20 0xc1dcb000 in ?? () #21 0x00000001 in ?? () #22 0xdc2fdbcc in ?? () #23 0xc063a0a6 in crypto_invoke (crp=3D0xc1dcd268,=20 hint=3D-1042501632) at /usr/src/sys/opencrypto/crypto.c:891 Previous frame identical to this frame (corrupt stack?) (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc054b049 in boot (howto=3D260) at= /usr/src/sys/kern/kern_shutdown.c:397 first_buf_printf =3D 1 #2 0xc054b2dc in panic (fmt=3D0xc072fbf7=20 "cuio_copydata: off %d < 0") at /usr/src/sys/kern/kern_shutdown.c:553 td =3D (struct thread *) 0xc1d6f600 bootopt =3D 260 newpanic =3D 0 ap =3D 0xc1d6f600 "H=EC=D6=C1=E0\021=D7=C1" buf =3D "cuio_copydata: off -16 < 0", '\0' #3 0xc0638d0d in cuio_copydata (uio=3D0x0, off=3D0,=20 len=3D16, cp=3D0xc1aa0a10 "00000000") at /usr/src/sys/opencrypto/criov.c:51 iov =3D (struct iovec *) 0xc1d9da7c iol =3D 1 #4 0xc1dc7f7b in ?? () No symbol table info available. #5 0xc1d9da84 in ?? () No symbol table info available. #6 0xfffffff0 in ?? () No symbol table info available. #7 0x00000010 in ?? () No symbol table info available. #8 0xc1aa0a10 in ?? () No symbol table info available. #9 0xc194eba0 in ?? () No symbol table info available. #10 0xc1aa0810 in ?? () No symbol table info available. #11 0xc1aa0800 in ?? () No symbol table info available. #12 0xc1d70bd0 in ?? () No symbol table info available. #13 0x00000001 in ?? () No symbol table info available. #14 0x00000001 in ?? () No symbol table info available. #15 0xc1aa0a10 in ?? () No symbol table info available. #16 0x00000000 in ?? () No symbol table info available. #17 0xc194eb90 in ?? () No symbol table info available. #18 0xc1dcd268 in ?? () No symbol table info available. #19 0x00000001 in ?? () No symbol table info available. #20 0xc1dcb000 in ?? () ---Type to continue, or q to quit--- No symbol table info available. #21 0x00000001 in ?? () No symbol table info available. #22 0xdc2fdbcc in ?? () No symbol table info available. #23 0xc063a0a6 in crypto_invoke (crp=3D0xc1dcd268,=20 hint=3D-1042501632) at /usr/src/sys/opencrypto/crypto.c:891 hid =3D 3252465664 process =3D (int (*)(void *, struct cryptop *, int)) 0 (kgdb) =20 From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 04:02:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DC0916A41F for ; Thu, 18 Aug 2005 04:02:46 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6271943D49 for ; Thu, 18 Aug 2005 04:02:45 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-07-z2.arcor-online.net (mail-in-07-z2.arcor-online.net [151.189.8.19]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id EBD2136CB6; Thu, 18 Aug 2005 06:02:43 +0200 (CEST) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-07-z2.arcor-online.net (Postfix) with ESMTP id 581821338EF; Thu, 18 Aug 2005 06:02:43 +0200 (CEST) Received: from lofi.dyndns.org (dsl-213-023-192-203.arcor-ip.net [213.23.192.203]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 98A4B2597B; Thu, 18 Aug 2005 06:02:43 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.13.3) with ESMTP id j7I42dpn045680 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 18 Aug 2005 06:02:39 +0200 (CEST) (envelope-from lofi@freebsd.org) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Thu, 18 Aug 2005 06:02:31 +0200 User-Agent: KMail/1.8.2 References: <4300FF21.5000609@mail.ru> <20050815205144.GC2362@odin.ac.hmc.edu> <430397B4.4090604@mail.ru> In-Reply-To: <430397B4.4090604@mail.ru> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Cc: Subject: Re: kde applications crash (Was: no permissions to libc.so.x libpthread.so.x and other files) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 04:02:46 -0000 --nextPart2325181.ddK7u8nJcl Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday, 17. August 2005 22:01, Stepan Rakhimov wrote: > Thanks for your reply, but lastest investigations showed that Kmail > craches with libc.so.6 and works with libc.so.5 only. That's why I > didn't delete the old file as i want to. I think it's not normal > behaviour, is it a known problem or my kde build's problem? > > I have the same problem with Kdevelop, but i cannot use libmap.conf with > it, ldd says that it is "not a dynamic executable". (Kdevelop's > backtrace is in attachment) /usr/local/bin/kdevelop is a script, the real executable is kdevelop-bin. T= he=20 kdevelop crash also looks somewhat familiar - are you running kdevelop-3.2.= 0?=20 If so, consider upgrading to KDE 3.4.2 / KDevelop 3.2.2. Also, if you've updated from FreeBSD 5.x to 6-BETA, you might want to=20 recompile all your installed ports to make sure they all link against the=20 same system libraries. =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 --nextPart2325181.ddK7u8nJcl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDBAheXhc68WspdLARAl18AKCapre2c2XXitEsZPEmL/iWrjchgQCeOs6Y Wkc56VzqBRRhEGgZ/HLzg/8= =vupB -----END PGP SIGNATURE----- --nextPart2325181.ddK7u8nJcl-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 05:32:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3525716A41F; Thu, 18 Aug 2005 05:32:38 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E64B43D45; Thu, 18 Aug 2005 05:32:37 +0000 (GMT) (envelope-from stepan_r@mail.ru) Received: from [212.44.92.174] (port=34364 helo=[192.168.184.133]) by mx3.mail.ru with esmtp id 1E5d11-0000yh-00; Thu, 18 Aug 2005 09:32:35 +0400 Message-ID: <43041D6F.3000805@mail.ru> Date: Thu, 18 Aug 2005 09:32:31 +0400 From: Stepan Rakhimov User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050722) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock , freebsd-current@freebsd.org References: <4300FF21.5000609@mail.ru> <20050815205144.GC2362@odin.ac.hmc.edu> <430397B4.4090604@mail.ru> <200508180602.38366.lofi@freebsd.org> In-Reply-To: <200508180602.38366.lofi@freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: kde applications crash (Was: no permissions to libc.so.x libpthread.so.x and other files) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 05:32:38 -0000 As I've said I have all latest software (kdevelop 3.2.2 and kde 3.4.2) When I've upgraded from 5.3-release to 6-current I did recompile all the ports (it was 4 or 5 months ago) Is it good solution to manually remove such old files like libc.so.5, libpthread.so.1 libc_r.so.5 and make a symlinks to libc.so.6 lipthread.so.2 and libc_r.so.6 respectively? Since kmail works only with libc.so.5 for me, I'm afraid to get it completely broken. Michael Nottebrock wrote: > On Wednesday, 17. August 2005 22:01, Stepan Rakhimov wrote: > >>Thanks for your reply, but lastest investigations showed that Kmail >>craches with libc.so.6 and works with libc.so.5 only. That's why I >>didn't delete the old file as i want to. I think it's not normal >>behaviour, is it a known problem or my kde build's problem? >> >>I have the same problem with Kdevelop, but i cannot use libmap.conf with >>it, ldd says that it is "not a dynamic executable". (Kdevelop's >>backtrace is in attachment) > > > /usr/local/bin/kdevelop is a script, the real executable is kdevelop-bin. The > kdevelop crash also looks somewhat familiar - are you running kdevelop-3.2.0? > If so, consider upgrading to KDE 3.4.2 / KDevelop 3.2.2. > > Also, if you've updated from FreeBSD 5.x to 6-BETA, you might want to > recompile all your installed ports to make sure they all link against the > same system libraries. > From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 06:13:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EB0816A41F for ; Thu, 18 Aug 2005 06:13:25 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id D62AA43D46 for ; Thu, 18 Aug 2005 06:13:23 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-05-z2.arcor-online.net (mail-in-05-z2.arcor-online.net [151.189.8.17]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id 680F93B576; Thu, 18 Aug 2005 08:13:22 +0200 (CEST) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id 5954211E078; Thu, 18 Aug 2005 08:13:22 +0200 (CEST) Received: from lofi.dyndns.org (dsl-213-023-192-203.arcor-ip.net [213.23.192.203]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id EFF0C6CB33; Thu, 18 Aug 2005 08:13:21 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.13.3) with ESMTP id j7I6DJnS047058 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 18 Aug 2005 08:13:20 +0200 (CEST) (envelope-from lofi@freebsd.org) From: Michael Nottebrock To: Stepan Rakhimov Date: Thu, 18 Aug 2005 08:13:10 +0200 User-Agent: KMail/1.8.2 References: <4300FF21.5000609@mail.ru> <200508180602.38366.lofi@freebsd.org> <43041D6F.3000805@mail.ru> In-Reply-To: <43041D6F.3000805@mail.ru> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: kde applications crash (Was: no permissions to libc.so.x libpthread.so.x and other files) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 06:13:25 -0000 --nextPart21633759.cI6ICUj0Rs Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday, 18. August 2005 07:32, Stepan Rakhimov wrote: > As I've said I have all latest software (kdevelop 3.2.2 and kde 3.4.2) > > When I've upgraded from 5.3-release to 6-current I did recompile all the > ports (it was 4 or 5 months ago) If I remember correctly, the library revisions were bumped quite a bit late= r=20 than that. > Is it good solution to manually remove such old files like libc.so.5, > libpthread.so.1 libc_r.so.5 and make a symlinks to libc.so.6 > lipthread.so.2 and libc_r.so.6 respectively? Removing them is good (because it will make applications which still link t= o=20 them very visible), symlinking them to the new versions is not. > Since kmail works only with libc.so.5 for me, I'm afraid to get it > completely broken. Just as a data point, there have been no other reports of general kmail=20 breakage on 6-CURRENT that I'm aware of. =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 --nextPart21633759.cI6ICUj0Rs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDBCb8Xhc68WspdLARAlOAAJsFqH/RG3d3n0jc6+Tp3HFQq169/gCgj3z/ oHHiJDWrZocMiuV/xFL8gfg= =5pnm -----END PGP SIGNATURE----- --nextPart21633759.cI6ICUj0Rs-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 06:16:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C7F716A421 for ; Thu, 18 Aug 2005 06:16:04 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp108.sbc.mail.mud.yahoo.com (smtp108.sbc.mail.mud.yahoo.com [68.142.198.207]) by mx1.FreeBSD.org (Postfix) with SMTP id B905C43D48 for ; Thu, 18 Aug 2005 06:16:01 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 62809 invoked from network); 18 Aug 2005 06:16:01 -0000 Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.200.192 with login) by smtp108.sbc.mail.mud.yahoo.com with SMTP; 18 Aug 2005 06:16:00 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 4F17B60EB; Thu, 18 Aug 2005 01:16:00 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 20644-15; Thu, 18 Aug 2005 01:15:58 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 785A260D9; Thu, 18 Aug 2005 01:15:58 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.4/8.13.4) with ESMTP id j7I6FvJ7095825; Thu, 18 Aug 2005 01:15:58 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <43042799.8050709@alumni.rice.edu> Date: Thu, 18 Aug 2005 01:15:53 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050727) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stepan Rakhimov References: <4300FF21.5000609@mail.ru> <20050815205144.GC2362@odin.ac.hmc.edu> <430397B4.4090604@mail.ru> <200508180602.38366.lofi@freebsd.org> <43041D6F.3000805@mail.ru> In-Reply-To: <43041D6F.3000805@mail.ru> X-Enigmail-Version: 0.92.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1D4F485BAE507F688FB6BB72" X-Virus-Scanned: amavisd-new at noacks.org Cc: freebsd-current@freebsd.org, Michael Nottebrock Subject: Re: kde applications crash (Was: no permissions to libc.so.x libpthread.so.x and other files) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 06:16:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1D4F485BAE507F688FB6BB72 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Please don't top post. From the mailing list faq (joke by Randy Bush): A: Because it reverses the logical flow of conversation. Q: Why is top posting frowned upon? On 08/18/05 00:32, Stepan Rakhimov wrote: > Michael Nottebrock wrote: >> On Wednesday, 17. August 2005 22:01, Stepan Rakhimov wrote: >>> Thanks for your reply, but lastest investigations showed that Kmail >>> craches with libc.so.6 and works with libc.so.5 only. That's why I >>> didn't delete the old file as i want to. I think it's not normal >>> behaviour, is it a known problem or my kde build's problem? >>> >>> I have the same problem with Kdevelop, but i cannot use libmap.conf with >>> it, ldd says that it is "not a dynamic executable". (Kdevelop's >>> backtrace is in attachment) >> >> /usr/local/bin/kdevelop is a script, the real executable is >> kdevelop-bin. The kdevelop crash also looks somewhat familiar - are >> you running kdevelop-3.2.0? If so, consider upgrading to KDE 3.4.2 / >> KDevelop 3.2.2. >> >> Also, if you've updated from FreeBSD 5.x to 6-BETA, you might want to >> recompile all your installed ports to make sure they all link against >> the same system libraries. > > As I've said I have all latest software (kdevelop 3.2.2 and kde 3.4.2) > > When I've upgraded from 5.3-release to 6-current I did recompile all the > ports (it was 4 or 5 months ago) > > Is it good solution to manually remove such old files like libc.so.5, > libpthread.so.1 libc_r.so.5 and make a symlinks to libc.so.6 > lipthread.so.2 and libc_r.so.6 respectively? > Since kmail works only with libc.so.5 for me, I'm afraid to get it > completely broken. Short answer: Recompile all your ports. Long answer: To see how polluted your binaries/libraries are, install the sysutils/libchk port and run "libchk -v". You might want to redirect that to a file as it is quite verbose (note that firefox and thunderbird produce a lot of noise that can be ignored). The only things that should be linked to libc.so.5 are 5.x binaries that you downloaded and didn't compile (e.g., the binary port of 'rar'). If you see more binaries linked to libc.so.5, you need to recompile all your ports. Once that is done, you may delete all unreferenced libraries (according to libchk) OLDER than your last build/install world. Until there is a misc/compat5x port, I use the following settings in /etc/libmap.conf so I can delete ALL old libraries (but still allow 'rar' to work): # Work with 5.x binaries libc.so.5 libc.so.6 libm.so.3 libm.so.4 libstdc++.so.4 libstdc++.so.5 Hope that helps, Jon -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig1D4F485BAE507F688FB6BB72 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDBCedUFz01pkdgZURAhlxAJ9hfoYMh8gE0VJR2dIV4x+JpYhYqQCeIEe4 sTOjuCYc6kf6Dr0G6lOR9pM= =ghE2 -----END PGP SIGNATURE----- --------------enig1D4F485BAE507F688FB6BB72-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 07:17:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8872E16A41F; Thu, 18 Aug 2005 07:17:13 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCC3743D48; Thu, 18 Aug 2005 07:17:12 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 029A952C70; Thu, 18 Aug 2005 09:17:10 +0200 (CEST) Received: from localhost (dkt178.neoplus.adsl.tpnet.pl [83.24.23.178]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 313AA52C3F; Thu, 18 Aug 2005 09:17:01 +0200 (CEST) Date: Thu, 18 Aug 2005 09:16:48 +0200 From: Pawel Jakub Dawidek To: Mike Tancsa Message-ID: <20050818071648.GA16021@garage.freebsd.pl> References: <20050812134511.GE25162@garage.freebsd.pl> <6.2.3.4.0.20050812130608.07aaf5f8@64.7.153.2> <20050812181802.GA27996@garage.freebsd.pl> <20050812182032.GB27996@garage.freebsd.pl> <6.2.3.4.0.20050816145557.03314eb8@64.7.153.2> <20050817143804.GH11066@garage.freebsd.pl> <6.2.3.4.0.20050817225907.06f81c50@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <6.2.3.4.0.20050817225907.06f81c50@64.7.153.2> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: sam@errno.com, FreeBSD-current Subject: Re: VIA/ACE PadLock integration with crypto(9). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 07:17:13 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 17, 2005 at 11:56:31PM -0400, Mike Tancsa wrote: +> At 10:38 AM 17/08/2005, Pawel Jakub Dawidek wrote: +>=20 +> >Fix in HEAD. Thanks! +>=20 +> Yup, looks better in RELENG_6 with those versions. However, I think I f= ound a new crash with padlock.ko (both the original and the new one you che= cked in) This is bug in crypto(4) framework. The same bug exists in OpenBSD. Here is the patch: http://people.freebsd.org/~pjd/patches/cryptodev.c.patch And this bug actually is a local DoS on machines which have HW crypto and crytodev.ko loaded. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDBDXgForvXbEpPzQRAs05AKCfJkIs3F/PafDaj8/OAz6/sINDCwCfV6MQ ZUdhaVgIDyunS96GBxX8sJk= =dyzL -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 08:17:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D226016A41F for ; Thu, 18 Aug 2005 08:17:19 +0000 (GMT) (envelope-from ai@bmc.brk.ru) Received: from stalker.bmc.brk.ru (stalker.bmc.brk.ru [217.150.59.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C05743D49 for ; Thu, 18 Aug 2005 08:17:19 +0000 (GMT) (envelope-from ai@bmc.brk.ru) Date: Thu, 18 Aug 2005 12:17:13 +0400 From: Artemiev Igor To: Ivan Voras Message-Id: <20050818121713.627ef9bb.ai@bmc.brk.ru> In-Reply-To: <20050815160205.H84002@geri.cc.fer.hr> References: <20050815160205.H84002@geri.cc.fer.hr> Organization: Bryansk Medical Center X-Mailer: Sylpheed version 2.0.0beta4 (GTK+ 2.6.8; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: gjournal feature-complete beta version X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 08:17:19 -0000 > Any feedback is welcome! :) Journal's creation: "gjournal label -m journal -o speed var ad0s1e ad2s1" - successfull fstab record: /dev/journaled/var /var ufs rw 0 0 Then, during the load: GEOM_JOURNAL[0]: Creating device var (id=3981633216). GEOM_JOURNAL[0]: Device var created (id=3981633216). Mode=journal, Optimization= speed. GEOM_JOURNAL[0]: Worker thread for var created GEOM_JOURNAL[0]: Adding disk ad2 to var. GEOM_JOURNAL[0]: Disk ad2 attached to var (journal). GEOM_JOURNAL[0]: Adding disk ad0s1 to var. GEOM_JOURNAL[0]: Disk ad0s1 attached to var (data). GEOM_JOURNAL[0]: Device var activated. GEOM_JOURNAL[0]: Adding disk ad0s1c to var. GEOM_JOURNAL[0]: Cannot add disk ad0s1c to var (error=17). GEOM_JOURNAL[0]: Adding disk ad0s1e to var. GEOM_JOURNAL[0]: Cannot add disk ad0s1e to var (error=17). Trying to mount root from ufs:/dev/ad0s1a GEOM_JOURNAL[0]: g_journal_remove_disk: Disk ad0s1 (data) removed from var. GEOM_JOURNAL[0]: Adding disk ad0s1e to var. GEOM_JOURNAL[0]: Disk ad0s1e attached to var (data). GEOM_JOURNAL[0]: Device var activated. GEOM_JOURNAL[0]: g_journal_remove_disk: Disk ad0s1e (data) removed from var. /dev/journaled/var was not created Was tested on 6-BETA2 É 7-CURRENT -- iprefetch ai From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 08:36:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ECF516A420; Thu, 18 Aug 2005 08:36:52 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 303C643D53; Thu, 18 Aug 2005 08:36:51 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7I8Zg9S090753; Thu, 18 Aug 2005 04:35:42 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j7I8anj9044501; Thu, 18 Aug 2005 04:36:50 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j7I8alfD067691 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Aug 2005 04:36:47 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20050818043546.05558420@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Thu, 18 Aug 2005 04:36:34 -0400 To: Pawel Jakub Dawidek From: Mike Tancsa In-Reply-To: <20050818071648.GA16021@garage.freebsd.pl> References: <20050812134511.GE25162@garage.freebsd.pl> <6.2.3.4.0.20050812130608.07aaf5f8@64.7.153.2> <20050812181802.GA27996@garage.freebsd.pl> <20050812182032.GB27996@garage.freebsd.pl> <6.2.3.4.0.20050816145557.03314eb8@64.7.153.2> <20050817143804.GH11066@garage.freebsd.pl> <6.2.3.4.0.20050817225907.06f81c50@64.7.153.2> <20050818071648.GA16021@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Cc: sam@errno.com, FreeBSD-current Subject: Re: VIA/ACE PadLock integration with crypto(9). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 08:36:52 -0000 At 03:16 AM 18/08/2005, Pawel Jakub Dawidek wrote: >On Wed, Aug 17, 2005 at 11:56:31PM -0400, Mike Tancsa wrote: >+> At 10:38 AM 17/08/2005, Pawel Jakub Dawidek wrote: >+> >+> >Fix in HEAD. Thanks! >+> >+> Yup, looks better in RELENG_6 with those versions. However, I >think I found a new crash with padlock.ko (both the original and the >new one you checked in) > >This is bug in crypto(4) framework. The same bug exists in OpenBSD. > >Here is the patch: > > http://people.freebsd.org/~pjd/patches/cryptodev.c.patch > >And this bug actually is a local DoS on machines which have HW crypto >and crytodev.ko loaded. Thanks! It fixes my RELENG_6 machine. I guess this goes all the way back to RELENG_4 as well then no ? ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 14:35:25 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 828F616A455; Wed, 17 Aug 2005 14:35:25 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from tirith.ics.muni.cz (tirith.ics.muni.cz [147.251.4.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id DADD343D49; Wed, 17 Aug 2005 14:35:24 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (user=hopet@META mech=LOGIN bits=0) by tirith.ics.muni.cz (8.13.2/8.13.2) with ESMTP id j7HEZMu4011245 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 17 Aug 2005 16:35:23 +0200 From: "Petr Holub" To: "John Baldwin" , Date: Wed, 17 Aug 2005 16:35:23 +0200 Message-ID: <00cf01c5a338$e6e2b380$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 In-Reply-To: <200508171025.26407.jhb@FreeBSD.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Mailman-Approved-At: Thu, 18 Aug 2005 11:49:09 +0000 Cc: current@FreeBSD.org Subject: RE: issues after upgrade from 5.4-RELEASE-p6 to 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 14:35:25 -0000 > Was the if_ndis.ko compiled on 5.4? If so, I'm surprised it lasted that long > before blowing up. :) You can ignore the umount of /dev failed message. I Perhaps yes. Actually, I was surprised that 6.0 kernel even loaded that module... :-) - I thought that the upgrade procedure will move the old modules to /boot/kernel.old so that 5.4 modules won't be accidentaly loaded into 6.0 kernel... Petr ================================================================ Petr Holub CESNET z.s.p.o. Supercomputing Center Brno Zikova 4 Institute of Compt. Science 162 00 Praha 6, CZ Masaryk University Czech Republic Botanicka 68a, 60200 Brno, CZ e-mail: Petr.Holub@cesnet.cz phone: +420-549493944 fax: +420-541212747 e-mail: hopet@ics.muni.cz From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 14:35:25 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 828F616A455; Wed, 17 Aug 2005 14:35:25 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from tirith.ics.muni.cz (tirith.ics.muni.cz [147.251.4.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id DADD343D49; Wed, 17 Aug 2005 14:35:24 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (user=hopet@META mech=LOGIN bits=0) by tirith.ics.muni.cz (8.13.2/8.13.2) with ESMTP id j7HEZMu4011245 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 17 Aug 2005 16:35:23 +0200 From: "Petr Holub" To: "John Baldwin" , Date: Wed, 17 Aug 2005 16:35:23 +0200 Message-ID: <00cf01c5a338$e6e2b380$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 In-Reply-To: <200508171025.26407.jhb@FreeBSD.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Mailman-Approved-At: Thu, 18 Aug 2005 11:49:09 +0000 Cc: current@FreeBSD.org Subject: RE: issues after upgrade from 5.4-RELEASE-p6 to 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 14:35:26 -0000 > Was the if_ndis.ko compiled on 5.4? If so, I'm surprised it lasted that long > before blowing up. :) You can ignore the umount of /dev failed message. I Perhaps yes. Actually, I was surprised that 6.0 kernel even loaded that module... :-) - I thought that the upgrade procedure will move the old modules to /boot/kernel.old so that 5.4 modules won't be accidentaly loaded into 6.0 kernel... Petr ================================================================ Petr Holub CESNET z.s.p.o. Supercomputing Center Brno Zikova 4 Institute of Compt. Science 162 00 Praha 6, CZ Masaryk University Czech Republic Botanicka 68a, 60200 Brno, CZ e-mail: Petr.Holub@cesnet.cz phone: +420-549493944 fax: +420-541212747 e-mail: hopet@ics.muni.cz From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 17:11:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 840D216A420 for ; Wed, 17 Aug 2005 17:11:40 +0000 (GMT) (envelope-from onatan@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB49043D48 for ; Wed, 17 Aug 2005 17:11:39 +0000 (GMT) (envelope-from onatan@gmail.com) Received: by wproxy.gmail.com with SMTP id i22so185667wra for ; Wed, 17 Aug 2005 10:11:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aseQeCwRYhU96eX/wycovV8ibiPKT6RATnypHAFbQbT1eyyeXV7zNj0+47JucnkHO+Msbz3IkY7VpIPU492PakVbcvR1BcLLGB5JO7Js0kkuZrbDc8epVoVYN83u5JiNmLy2HoRZKoZnajcUfnO7P9kMzrOPcpTKg6kudQ/FHWk= Received: by 10.54.50.16 with SMTP id x16mr584341wrx; Wed, 17 Aug 2005 10:11:39 -0700 (PDT) Received: by 10.54.31.77 with HTTP; Wed, 17 Aug 2005 10:11:39 -0700 (PDT) Message-ID: Date: Wed, 17 Aug 2005 19:11:39 +0200 From: Jonatan B To: Maksim Yevmenkin In-Reply-To: <430367C2.9060302@savvis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <430367C2.9060302@savvis.net> X-Mailman-Approved-At: Thu, 18 Aug 2005 11:49:09 +0000 Cc: freebsd-current@freebsd.org Subject: Re: [PANIC] 6.0BETA2 in l2ping flood X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 17:11:40 -0000 On 8/17/05, Maksim Yevmenkin wrote: > Jonatan, >=20 > > This is a repeatable panic I get when l2ping flooding my tungsten. > > Maksim? > > > > repeatable panic with bluetooth on SMP > could you please provide the following >=20 > 1) uname -a FreeBSD personal.jesus.com 6.0-BETA2 FreeBSD 6.0-BETA2 #0: Thu Aug 11 19:31:34 IDT 2005 root@:/usr/obj/usr/src/sys/GENERIC i386 The kernel is GENERIC. I initially installed 6.0-BETA1, then cvsupped/builtworld to get to 6.0-BETA2. > 2) what bluetooth device are you using usb? serial? It's a Motorola USB Dongle. It's label says: MOTOROLA SYN0717A usbd says: ubt0: vendor 0x0a12 product 0x0001, rev 1.10/8.28, addr 2 ubt0: vendor 0x0a12 product 0x0001, rev 1.10/8.28, addr 2 ubt0: Interface 0 endpoints: interrupts=3D0x81, bulk-in=3D0x82, bulk-out=3D= 0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=3D0x83, isoc-out=3D0x3; wMaxPacketSize=3D49; nframes=3D6, buffer size=3D294 > 3) can you get kernel crash dump and put it somewhere (along with your > kernel.debug) somewhere i can download it? It's a 1GB file, getting compressed now. Where would you like it uploaded? > just by looking at the stack trace i do not see any bluetooth related > calls. it does not mean that bluetooth is not involved however. >=20 > just for the sake of it, could you please try the following? >=20 > #define ng_btsocket_l2cap_raw_wakeup_input_task() \ > -taskqueue_enqueue(taskqueue_swi,&ng_btsocket_l2cap_raw_queue_task) > +taskqueue_enqueue(taskqueue_swi_giant,&ng_btsocket_l2cap_raw_queue_task) >=20 > #define ng_btsocket_l2cap_raw_wakeup_route_task() \ > -taskqueue_enqueue(taskqueue_swi, &ng_btsocket_l2cap_raw_rt_task) > +taskqueue_enqueue(taskqueue_swi_giant, &ng_btsocket_l2cap_raw_rt_task) I assume you mean in sys/netgraph/bluetooth/socket/ng_btsocket_l2cap_raw.c = . It will take me some time. I'll get back to you on that. From owner-freebsd-current@FreeBSD.ORG Wed Aug 17 23:24:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5116C16A41F for ; Wed, 17 Aug 2005 23:24:37 +0000 (GMT) (envelope-from onatan@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2085443D6A for ; Wed, 17 Aug 2005 23:24:31 +0000 (GMT) (envelope-from onatan@gmail.com) Received: by wproxy.gmail.com with SMTP id i22so241041wra for ; Wed, 17 Aug 2005 16:24:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UZZFyRW4CMp+Md8Ot5B0ZSHHLQvTi2cKm2yWP+4nB0juiGMCjR+v/pxiKiANULNhki3s/CJr26NmhZpKBjHN+4I8HkrvJ36JqDsYhrZAiTU/ulhO47aUJ7WWccrY9e9+kU9Svm4YrZEIDCQunESbbCP+nKq8sN6kU/5viMO1Z+8= Received: by 10.54.40.20 with SMTP id n20mr778621wrn; Wed, 17 Aug 2005 16:24:31 -0700 (PDT) Received: by 10.54.31.77 with HTTP; Wed, 17 Aug 2005 16:24:31 -0700 (PDT) Message-ID: Date: Thu, 18 Aug 2005 01:24:31 +0200 From: Jonatan B To: Andrew Thompson In-Reply-To: <20050817231838.GA97927@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050817231838.GA97927@heff.fud.org.nz> X-Mailman-Approved-At: Thu, 18 Aug 2005 11:49:09 +0000 Cc: freebsd-current@freebsd.org Subject: Re: [PANIC] 6.0BETA2 in l2ping flood X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2005 23:24:37 -0000 On 8/18/05, Andrew Thompson wrote: > On Wed, Aug 17, 2005 at 12:41:07PM +0200, Jonatan B wrote: > > This is a repeatable panic I get when l2ping flooding my tungsten. > > Maksim? > > > > repeatable panic with bluetooth on SMP > > > > #> l2ping -fa MyTungsten -s 65531 > > >=20 > Interesting... I can get exactly the same panic by doing >=20 > ifconfig bridge0 create > <'tcpdump -i bridge0' on another terminal> > ifconfig bridge0 up > ifconfig bridge0 destroy >=20 > So far I have been unable to find the cause. I can't replicate that, but I can upload a 84MB crash dump if anyone is having a debugging day. :) From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 03:32:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C564E16A41F for ; Thu, 18 Aug 2005 03:32:08 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1260843D48 for ; Thu, 18 Aug 2005 03:32:08 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: (qmail 7216 invoked from network); 18 Aug 2005 03:32:07 -0000 Received: from aldan.algebra.com (HELO blue.virtual-estates.net) ([216.254.65.224]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 18 Aug 2005 03:32:07 -0000 Received: from blue.virtual-estates.net (blue [127.0.0.1]) by blue.virtual-estates.net (8.13.3/8.13.3) with ESMTP id j7I3W6P0043105; Wed, 17 Aug 2005 23:32:06 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by blue.virtual-estates.net (8.13.3/8.13.3/Submit) id j7I3W5Gs043104; Wed, 17 Aug 2005 23:32:05 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) X-Authentication-Warning: blue.virtual-estates.net: mi set sender to mi+kde@aldan.algebra.com using -f From: Mikhail Teterin To: Q Date: Wed, 17 Aug 2005 23:32:05 -0400 User-Agent: KMail/1.8.1 References: <200508171230.j7HCU2pl052524@corbulon.video-collage.com> In-Reply-To: X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" X-Mailman-Approved-At: Thu, 18 Aug 2005 11:49:09 +0000 Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: nvnet does not see NVidia's adapter on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 03:32:08 -0000 On Wednesday 17 August 2005 07:41 pm, Q wrote: = = Incidentally. Does 6.0 support the Marvell PHY you have on that = motherboard or is it still defaulting to the ukphy driver? I have not the slightest idea... Maybe, someone on these two mailing lists can answer? -mi From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 07:55:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5906316A41F for ; Thu, 18 Aug 2005 07:55:05 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBD9E43D46 for ; Thu, 18 Aug 2005 07:55:04 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so228829nzo for ; Thu, 18 Aug 2005 00:55:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=A9QidzgZbObewmIA1WUtL2N+W2FuhihlM4l/PcKs3FQyg8Fvxuv8piujSfy7iKysKLB4ihC7XqOVAeXzfZouCyBlYrjtDmczKVvXp4BLt0vBXiiZR1rWdkVTKF5kxG01VQd0wp/6gKCsEso/U4m74bxWT/omxgmIQQtSH8WaHkI= Received: by 10.36.5.16 with SMTP id 16mr1225331nze; Thu, 18 Aug 2005 00:55:04 -0700 (PDT) Received: by 10.37.20.34 with HTTP; Thu, 18 Aug 2005 00:55:04 -0700 (PDT) Message-ID: Date: Thu, 18 Aug 2005 11:55:04 +0400 From: "Andrew P." To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailman-Approved-At: Thu, 18 Aug 2005 11:49:09 +0000 Cc: cracauer@cons.org Subject: RE: Driver that works only when module is loaded late, not from loader.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 07:55:05 -0000 I have the very same issue on the very same hardware Abit KV8-Pro motherboard VIA Velocity Gigabit NIC (built in) FreeBSD 5.4/i386 =3D everything's great FreeBSD 5.4/amd64 =3D "MII read timed out", "failed to start MII autopoll", "MII without any phy!" - and finally a trapped kernel! FreeBSD 6.0-BETA2/amd64 =3D "MII read timed out", "failed to start MII autopoll", "MII without any phy!" - and we go on without a NIC I tried to set relevant (IMHO) BIOS options to various alternatives - without any success Andrew P. From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 11:17:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6147D16A41F for ; Thu, 18 Aug 2005 11:17:32 +0000 (GMT) (envelope-from acex5@syncer.de) Received: from titanium.webpack.hosteurope.de (titanium.webpack.hosteurope.de [217.115.142.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0983243D45 for ; Thu, 18 Aug 2005 11:17:31 +0000 (GMT) (envelope-from acex5@syncer.de) Received: by titanium.webpack.hosteurope.de running Exim 4.51 using esmtpsa (TLSv1:RC4-MD5:128) from dsl-084-059-232-123.arcor-ip.net ([84.59.232.123] helo=[192.168.25.150]) id 1E5iOo-00014f-HA; Thu, 18 Aug 2005 13:17:31 +0200 Message-ID: <43046E3D.90003@syncer.de> Date: Thu, 18 Aug 2005 13:17:17 +0200 From: Sebastian Koehler User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 18 Aug 2005 11:49:09 +0000 Subject: error during shutdown process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 11:17:32 -0000 My 7.0-CURRENT box got a strange error message during shutdown process since some time. Don't know exactly when it started. See the following for details. # uname -a FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Wed Aug 17 15:51:06 CEST 2005 acex5@:/usr/obj/usr/src/sys/GENERIC sparc64 # init 0 Shutting down daemon processes:. Stopping cron. Shutting down local daemons:. Writing entropy file:. Terminated . Alock order reversal 1st 0xc045f4b0 Giant (Giant) @ /usr/src/sys/kern/uipc_usrreq.c:813 2nd 0xc04ee568 udp (udp) @ /usr/src/sys/netinet6/udp6_usrreq.c:674 KDB: stack backtrace: _mtx_lock_flags() at _mtx_lock_flags+0x6c udp6_detach() at udp6_detach+0x20 soclose() at soclose+0x260 soo_close() at soo_close+0x4c fdrop_locked() at fdrop_locked+0x9c fdrop() at fdrop+0x20 closef() at closef+0x3c8 fdfree() at fdfree+0x534 exit1() at exit1+0x490 sys_exit() at sys_exit+0x10 syscall() at syscall+0x2dc -- syscall (1, FreeBSD ELF64, sys_exit) %o7=0x4052f384 -- userland() at 0x40530ee8 user trace: trap %o7=0x4052f384 pc 0x40530ee8, sp 0x7fdffffce21 pc 0x104524, sp 0x7fdffffcee1 pc 0x1063c0, sp 0x7fdffffd011 pc 0x101d94, sp 0x7fdffffe4f1 pc 0x40211474, sp 0x7fdffffe5b1 done Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 1 0 0 done All buffers synced. unmount of /dev failed (BUSY) Uptime: 4m53s System is powered of after the last message. Can't see further disturbances. Maybe something went wrong in code cleanup of file src/sys/netinet6/udp6_usrreq.c three weeks ago. Best Regards, Sebastian From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 11:57:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A725416A41F for ; Thu, 18 Aug 2005 11:57:55 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05DFA43D46 for ; Thu, 18 Aug 2005 11:57:54 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 0BF3C52C70; Thu, 18 Aug 2005 13:57:53 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id CD8C152C3F; Thu, 18 Aug 2005 13:57:46 +0200 (CEST) Date: Thu, 18 Aug 2005 13:57:34 +0200 From: Pawel Jakub Dawidek To: Mike Tancsa Message-ID: <20050818115734.GB16933@garage.freebsd.pl> References: <20050812134511.GE25162@garage.freebsd.pl> <6.2.3.4.0.20050812130608.07aaf5f8@64.7.153.2> <20050812181802.GA27996@garage.freebsd.pl> <20050812182032.GB27996@garage.freebsd.pl> <6.2.3.4.0.20050816145557.03314eb8@64.7.153.2> <20050817143804.GH11066@garage.freebsd.pl> <6.2.3.4.0.20050817225907.06f81c50@64.7.153.2> <20050818071648.GA16021@garage.freebsd.pl> <6.2.3.4.0.20050818043546.05558420@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <6.2.3.4.0.20050818043546.05558420@64.7.153.2> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: sam@errno.com, FreeBSD-current Subject: Re: VIA/ACE PadLock integration with crypto(9). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 11:57:55 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 18, 2005 at 04:36:34AM -0400, Mike Tancsa wrote: +> >This is bug in crypto(4) framework. The same bug exists in OpenBSD. +> >Here is the patch: +> > http://people.freebsd.org/~pjd/patches/cryptodev.c.patch +> >And this bug actually is a local DoS on machines which have HW crypto +> >and crytodev.ko loaded. +>=20 +>=20 +> Thanks! It fixes my RELENG_6 machine. I guess this goes all the way ba= ck to RELENG_4 as well then no ? Most likely... --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDBHeuForvXbEpPzQRAhtuAJwObbkbNtC0bqMTCo3gX6wbP8oYUACeLgPd lrqZHYNclV0NSf3JeH/B75E= =B26l -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 12:16:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B75B16A41F for ; Thu, 18 Aug 2005 12:16:26 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 738AC43D49 for ; Thu, 18 Aug 2005 12:16:24 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from [192.168.1.5] (unknown [218.20.228.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gddsn.org.cn (Postfix) with ESMTP id 806FA38CB4D for ; Thu, 18 Aug 2005 19:54:37 +0800 (CST) Message-ID: <430476F7.6030007@gddsn.org.cn> Date: Thu, 18 Aug 2005 19:54:31 +0800 From: Huang wen hui User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050812) X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit Cc: Subject: suspend/resume operation broken with usb mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 12:16:26 -0000 hi, Using today's CURRENT, my TP42P could not resume with usb mouse. cause "double fault" panic. With internal TrackPoint is OK, The DDB backtrace message can be found: http://hwh.gddsn.org.cn:8180/suc50848.jpg Revert the following commit also help that. phk 2005-08-17 08:19:53 UTC FreeBSD src repository Modified files: sys/fs/devfs devfs_vnops.c sys/kern kern_conf.c sys/sys conf.h Log: Handle device drivers with D_NEEDGIANT in a way which does not penalize the 'good' drivers: Allocate a shadow cdevsw and populate it with wrapper functions which grab Giant Revision Changes Path 1.120 +0 -24 src/sys/fs/devfs/devfs_vnops.c 1.190 +155 -9 src/sys/kern/kern_conf.c 1.226 +1 -0 src/sys/sys/conf.h Thanks, --hwh From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 12:59:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 449DA16A41F for ; Thu, 18 Aug 2005 12:59:46 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8851C43D55 for ; Thu, 18 Aug 2005 12:59:45 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j7ICxipq031447; Thu, 18 Aug 2005 07:59:44 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <43048653.3010108@centtech.com> Date: Thu, 18 Aug 2005 08:00:03 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050815 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Jacob References: <430397A2.4010303@centtech.com> <20050817203547.GA28892@uci.agh.edu.pl> <4303A0CC.2060005@centtech.com> <7579f7fb0508171456636c8998@mail.gmail.com> In-Reply-To: <7579f7fb0508171456636c8998@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1031/Thu Aug 18 04:51:29 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: FreeBSD Current Subject: Re: Qlogic (isp driver) gone mad on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 12:59:46 -0000 Matthew Jacob wrote: > Okay, sorry- try this change: > > > diff -u -r1.106 isp_freebsd.c > --- isp_freebsd.c 31 Jul 2005 23:21:19 -0000 1.106 > +++ isp_freebsd.c 17 Aug 2005 21:55:55 -0000 > @@ -2609,6 +2609,14 @@ > cpi->hba_eng_cnt = 0; > cpi->max_target = ISP_MAX_TARGETS(isp) - 1; > cpi->max_lun = ISP_MAX_LUNS(isp) - 1; > +#if 1 > + /* > + * If we ever get around to using REPORT_LUNS, we can undo this. > + > + */ > + if (cpi->max_lun >= 256) > + cpi->max_lun = 256; > +#endif > cpi->bus_id = cam_sim_bus(sim); > if (IS_FC(isp)) { > cpi->hba_misc = PIM_NOBUSRESET; > > and see id this helps you. Well, the system boots faster as it doesn't have to probe 16k devices, but there's still one problem - it sees the correct 3 luns per device, but then adds a 'fake' device at lun 256 which is essentially the same as the first lun. Here's some more info: # camcontrol devlist at scbus0 target 6 lun 0 (pass0,ses0) at scbus2 target 0 lun 0 (pass1,da0) at scbus2 target 0 lun 1 (pass2,da1) at scbus2 target 0 lun 2 (pass3,da2) at scbus2 target 0 lun 256 (pass4,da3) at scbus2 target 2 lun 0 (pass5,da4) at scbus2 target 2 lun 1 (pass6,da5) at scbus2 target 2 lun 2 (pass7,da6) at scbus2 target 2 lun 256 (pass8,da7) at scbus2 target 3 lun 0 (pass9,da8) at scbus2 target 3 lun 1 (pass10,da9) at scbus2 target 3 lun 2 (pass11,da10) at scbus2 target 3 lun 256 (pass12,da11) at scbus3 target 0 lun 0 (pass13,da12) at scbus3 target 0 lun 1 (pass14,da13) at scbus3 target 0 lun 2 (pass15,da14) at scbus3 target 0 lun 256 (pass16,da15) at scbus3 target 1 lun 0 (pass17,da16) at scbus3 target 1 lun 1 (pass18,da17) at scbus3 target 1 lun 2 (pass19,da18) at scbus3 target 1 lun 256 (pass20,da19) at scbus3 target 3 lun 0 (pass21,da20) at scbus3 target 3 lun 1 (pass22,da21) at scbus3 target 3 lun 2 (pass23,da22) at scbus3 target 3 lun 256 (pass24,da23) You can see that the 'lun 256' marked devices are duplicates. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 13:34:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82FF416A41F for ; Thu, 18 Aug 2005 13:34:43 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from viefep15-int.chello.at (viefep15-int.chello.at [213.46.255.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F16F43D49 for ; Thu, 18 Aug 2005 13:34:41 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from wombat.fafoe.narf.at ([213.47.85.26]) by viefep15-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050818133440.JBPN10219.viefep15-int.chello.at@wombat.fafoe.narf.at>; Thu, 18 Aug 2005 15:34:40 +0200 Received: by wombat.fafoe.narf.at (Postfix, from userid 1001) id 3A2D5F6; Thu, 18 Aug 2005 15:34:39 +0200 (CEST) Date: Thu, 18 Aug 2005 15:34:39 +0200 From: Stefan Farfeleder To: Kevin Oberman Message-ID: <20050818133437.GP21905@wombat.fafoe.narf.at> Mail-Followup-To: Kevin Oberman , Phil Oleson , current@freebsd.org References: <43039923.3000208@nixil.net> <20050817203954.7D3A95D07@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050817203954.7D3A95D07@ptavv.es.net> User-Agent: Mutt/1.5.9i Cc: current@freebsd.org, Phil Oleson Subject: Re: Unable to build libedit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 13:34:43 -0000 On Wed, Aug 17, 2005 at 01:39:54PM -0700, Kevin Oberman wrote: > > Date: Wed, 17 Aug 2005 14:08:03 -0600 > > From: Phil Oleson > > > > Do you have rev 1.10 of histedit.h? Update this file in src/include as well. > > > > Thanks! > > This is clearly the file I was looking for, but I have: > /usr/include/histedit.h > /usr/obj/usr/src/tmp/usr/include/histedit.h > /usr/src/bin/sh/myhistedit.h > /usr/src/include/histedit.h > > All except /usr/include/histedit.h are 1.10. The make buildworld SHOULD > be using the one in /usr/src/include, as far as I know. Looks to me like > it's failing to find it and using the one in /usr/include instead. Or is > my limited understanding of the build process in error? > > And I can't explain where the one in /usr/obj/usr/src/tmp/usr/include > comes from. Strange. Did you test if it works without ccache? As I understand it the headers from src/include are temporarily installed to /usr/obj/[...]/tmp and then used by GCC to build the world. Stefan From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 13:49:16 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A905A16A41F; Thu, 18 Aug 2005 13:49:16 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBC8143D46; Thu, 18 Aug 2005 13:49:15 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.49] (lesnik.portaone.com [195.140.246.50] (may be forged)) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j7ID40wJ051120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Aug 2005 15:04:01 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <4304873F.1060008@portaone.com> Date: Thu, 18 Aug 2005 16:03:59 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20050812134511.GE25162@garage.freebsd.pl> <6.2.3.4.0.20050812130608.07aaf5f8@64.7.153.2> <20050812181802.GA27996@garage.freebsd.pl> <20050812182032.GB27996@garage.freebsd.pl> <6.2.3.4.0.20050816145557.03314eb8@64.7.153.2> <20050817143804.GH11066@garage.freebsd.pl> <6.2.3.4.0.20050817225907.06f81c50@64.7.153.2> <20050818071648.GA16021@garage.freebsd.pl> <6.2.3.4.0.20050818043546.05558420@64.7.153.2> <20050818115734.GB16933@garage.freebsd.pl> In-Reply-To: <20050818115734.GB16933@garage.freebsd.pl> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.86.2/1031/Thu Aug 18 11:51:29 2005 on www.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on www.portaone.com Cc: sam@errno.com, FreeBSD-current , Mike Tancsa Subject: Re: VIA/ACE PadLock integration with crypto(9). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 13:49:16 -0000 Pawel Jakub Dawidek wrote: > On Thu, Aug 18, 2005 at 04:36:34AM -0400, Mike Tancsa wrote: > +> >This is bug in crypto(4) framework. The same bug exists in OpenBSD. > +> >Here is the patch: > +> > http://people.freebsd.org/~pjd/patches/cryptodev.c.patch > +> >And this bug actually is a local DoS on machines which have HW crypto > +> >and crytodev.ko loaded. > +> > +> > +> Thanks! It fixes my RELENG_6 machine. I guess this goes all the way back to RELENG_4 as well then no ? > > Most likely... It probably worth a security advisory. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 15:13:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FBAB16A421 for ; Thu, 18 Aug 2005 15:13:14 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA5C943D55 for ; Thu, 18 Aug 2005 15:13:13 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j7IFDBd0075989; Thu, 18 Aug 2005 17:13:11 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j7IFDB9j075988; Thu, 18 Aug 2005 11:13:11 -0400 (EDT) (envelope-from cracauer) Date: Thu, 18 Aug 2005 11:13:11 -0400 From: Martin Cracauer To: "Andrew P." Message-ID: <20050818111311.A75958@cons.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from infofarmer@gmail.com on Thu, Aug 18, 2005 at 11:55:04AM +0400 Cc: cracauer@cons.org, freebsd-current@freebsd.org Subject: Re: Driver that works only when module is loaded late, not from loader.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 15:13:14 -0000 Andrew P. wrote on Thu, Aug 18, 2005 at 11:55:04AM +0400: > I have the very same issue on the very same hardware > > Abit KV8-Pro motherboard > VIA Velocity Gigabit NIC (built in) > > FreeBSD 5.4/i386 = everything's great > FreeBSD 5.4/amd64 = "MII read timed out", "failed to start MII > autopoll", "MII without any phy!" - and finally a trapped kernel! > FreeBSD 6.0-BETA2/amd64 = "MII read timed out", "failed to start MII > autopoll", "MII without any phy!" - and we go on without a NIC > > I tried to set relevant (IMHO) BIOS options to various alternatives - > without any success BTW, with the Marvell something on the Asus K8V-X it is the other way round, it only works when compiled in. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 15:38:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CECF016A41F for ; Thu, 18 Aug 2005 15:38:58 +0000 (GMT) (envelope-from peter@dataloss.nl) Received: from useful.dataloss.nl (useful.dataloss.nl [80.84.249.161]) by mx1.FreeBSD.org (Postfix) with SMTP id 2A04443D45 for ; Thu, 18 Aug 2005 15:38:57 +0000 (GMT) (envelope-from peter@dataloss.nl) Received: (qmail 56642 invoked by uid 1001); 18 Aug 2005 15:38:57 -0000 Date: Thu, 18 Aug 2005 17:38:57 +0200 From: Peter van Dijk To: freebsd-current@freebsd.org Message-ID: <20050818153857.GB50070@dataloss.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: 'crash' with bridge.ko/tap; tcpdump problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 15:38:58 -0000 Hi, this message is quite uninformational; for that I apologize. One of the reasons I upgraded my Sun Ultra5 to FreeBSD6 (BETA2) was that I wanted working Ethernet bridging. Both ng_bridge and bridge.ko cause nothing but instant panics on 5.4/sparc64. The first thing I tried after upgrading to 6 was to load bridge.ko, bridge tap0 and vlanX with it. When I typed 'ifconfig tap0' the box froze as far as I could see. No monitor was attached at that time so I'm afraid this is all the information I have. I'm just posting this to note that not all of the bridge/ng_bridge issues that 5.x had are resolved. I should also note that tap-support in itself works fine with 6 (which didn't with 5.4-RELEASE), and that if_bridge bridges my frames perfectly. Another sidenote: onion# tcpdump -nli bridge0 port 22 tcpdump: WARNING: bridge0: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on bridge0, link-type EN10MB (Ethernet), capture size 96 bytes 17:37:37.869099 [|ether] 17:37:38.776971 [|ether] 17:37:38.867750 [|ether] I'm unsure whether this is if_bridge's fault or tcpdump's fault, but I've heard from other people with this issue on x86 on real ethernet interfaces. This tcpdump is from world, not ports. Cheers, Peter -- peter@dataloss.nl | ~ tonight tonight, what is this potion http://blog.dataloss.nl/ | ~ that makes a fool of me UnderNet/#clue | Wayfinder, fr-025 soundtrack From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 16:06:54 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 564FB16A41F; Thu, 18 Aug 2005 16:06:54 +0000 (GMT) (envelope-from faber@pun.isi.edu) Received: from pun.isi.edu (pun.isi.edu [128.9.160.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0E7A43D48; Thu, 18 Aug 2005 16:06:53 +0000 (GMT) (envelope-from faber@pun.isi.edu) Received: from pun.isi.edu (localhost [127.0.0.1]) by pun.isi.edu (8.13.4/8.13.4) with ESMTP id j7IG6rSb005030; Thu, 18 Aug 2005 09:06:53 -0700 (PDT) (envelope-from faber@pun.isi.edu) Received: (from faber@localhost) by pun.isi.edu (8.13.4/8.13.1/Submit) id j7IG6qTF004979; Thu, 18 Aug 2005 09:06:52 -0700 (PDT) (envelope-from faber) Date: Thu, 18 Aug 2005 09:06:51 -0700 From: Ted Faber To: Masahiko KIMOTO Message-ID: <20050818160651.GD14126@pun.isi.edu> References: <1123544050.75076.2.camel@tirun> <1124293940.71805.29.camel@pav.hide.vol.cz> <20050818.084650.95068199.kimoto@ohnolab.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W5WqUoFLvi1M7tJE" Content-Disposition: inline In-Reply-To: <20050818.084650.95068199.kimoto@ohnolab.org> User-Agent: Mutt/1.4.2.1i X-url: http://www.isi.edu/~faber Cc: freebsd-current@FreeBSD.org, kjelderg@gmail.com, pav@FreeBSD.org Subject: Re: palm devices broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 16:06:54 -0000 --W5WqUoFLvi1M7tJE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 18, 2005 at 08:46:50AM +0900, Masahiko KIMOTO wrote: > > > > > Anyone had luck with 6.X or -CURRENT and Palm handhelds, pilot-x= fer and > > > > > uvisor(4)? It just seems to not do anything anymore. Used to wor= k on my > > > > > previous box, which was 5.4. Also old box was i386 and this new = is > > > > > amd64... > > > >=20 > > > > Works for me (as well as it ever does; the fact that few programs = agree > > > > with FreeBSD's notion of how USB devices should work is annoying) = with a > > > > Treo 600 and a Tungsten T3, 6-CURRENT as of last week sometime, i3= 86. > > > >=20 > > >=20 > > > Mine are also working on -CURRENT but I noticed a while back I had to > > > start kldloading my uvisor module manually before I could use it.=20 > > > maybe this is all that's missing? > >=20 > > No, I do load uvisor, of course. >=20 > The diffs between 5.4 and -CURRENT is based on a patch I sent. > So, please let me know model of your palm. I'm not the fellow who started this thread, but I'm also having trouble synching a palm on -CURRENT. My palm is a Zire 31, I have uvisor loaded (and ucom and all that) and I'm using pilot-xfer to load apps onto the palm. This mostly works, but some prc files (applications) particularly larger ones (say > 20KB) do not install. The USB connection seems to time out. The command I use looks something like: $ pilot-link -p /dev/cuaU0 -i .palm/backup/CoPilot.prc I start the sync on the palm, then type the line above. The palm indicates that the synch has started but the transfer never progresses. This same procedure works fine for non-application databases - sizable ones (>3MB). I've tried both pilot-link 0.11.8 from ports and 0.12.0-pre4 compiled from srcatch, and they both exhibit the same problem. I'm happy to provide traces or anything else that would be helpful, or to try other ideas and patches. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --W5WqUoFLvi1M7tJE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDBLIbaUz3f+Zf+XsRAjM+AKD3kDNiUOQUWXbRuy4SN/kqTPSDkACgkgW0 f52juhHiTj2AnC3ZSqTkVVM= =nxM0 -----END PGP SIGNATURE----- --W5WqUoFLvi1M7tJE-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 16:20:40 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 167B616A41F for ; Thu, 18 Aug 2005 16:20:40 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62AB343D49 for ; Thu, 18 Aug 2005 16:20:39 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 7DE1D52C70; Thu, 18 Aug 2005 18:20:37 +0200 (CEST) Received: from localhost (dlm156.neoplus.adsl.tpnet.pl [83.24.42.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id BDA9452C3F; Thu, 18 Aug 2005 18:20:29 +0200 (CEST) Date: Thu, 18 Aug 2005 18:20:16 +0200 From: Pawel Jakub Dawidek To: Maxim.Sobolev@portaone.com Message-ID: <20050818162016.GC18375@garage.freebsd.pl> References: <6.2.3.4.0.20050812130608.07aaf5f8@64.7.153.2> <20050812181802.GA27996@garage.freebsd.pl> <20050812182032.GB27996@garage.freebsd.pl> <6.2.3.4.0.20050816145557.03314eb8@64.7.153.2> <20050817143804.GH11066@garage.freebsd.pl> <6.2.3.4.0.20050817225907.06f81c50@64.7.153.2> <20050818071648.GA16021@garage.freebsd.pl> <6.2.3.4.0.20050818043546.05558420@64.7.153.2> <20050818115734.GB16933@garage.freebsd.pl> <4304873F.1060008@portaone.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sHrvAb52M6C8blB9" Content-Disposition: inline In-Reply-To: <4304873F.1060008@portaone.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: sam@errno.com, FreeBSD-current , Mike Tancsa Subject: Re: VIA/ACE PadLock integration with crypto(9). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 16:20:40 -0000 --sHrvAb52M6C8blB9 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 18, 2005 at 04:03:59PM +0300, Maxim Sobolev wrote: +> > +> >Here is the patch: +> > +> > http://people.freebsd.org/~pjd/patches/cryptodev.c.patch +> > +> >And this bug actually is a local DoS on machines which have HW cry= pto +> > +> >and crytodev.ko loaded. +> > +>=20 +> > +>=20 +> > +> Thanks! It fixes my RELENG_6 machine. I guess this goes all the w= ay back to RELENG_4 as well then no ? +> >=20 +> > Most likely... +>=20 +> It probably worth a security advisory. It's only a local DoS on systems with crypto HW and /dev/crypto. Note that /dev/crypto is not needed for fast_ipsec(4) with HW acceleration, nor for geli(8). Workaround is also very simple: # chmod 600 /dev/crypto or: # kldunload cryptodev and you can still do crypto work in software. Administrators should not forget about jails as well, where /dev/crypto is visible by default. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --sHrvAb52M6C8blB9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDBLVAForvXbEpPzQRAqnWAJ90ZF/YsZgmhu8MOSVivCstXIlzKgCg5Jcf MSY2M8CxdUMMmguYHDrJkGE= =J4XZ -----END PGP SIGNATURE----- --sHrvAb52M6C8blB9-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 16:50:54 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0359C16A41F for ; Thu, 18 Aug 2005 16:50:54 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9042243D45 for ; Thu, 18 Aug 2005 16:50:53 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id IBA74465; Thu, 18 Aug 2005 09:50:51 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 58B835D07; Thu, 18 Aug 2005 09:50:50 -0700 (PDT) To: Stefan Farfeleder In-reply-to: Your message of "Thu, 18 Aug 2005 15:34:39 +0200." <20050818133437.GP21905@wombat.fafoe.narf.at> Date: Thu, 18 Aug 2005 09:50:50 -0700 From: "Kevin Oberman" Message-Id: <20050818165050.58B835D07@ptavv.es.net> Cc: current@freebsd.org, Phil Oleson Subject: Re: Unable to build libedit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 16:50:54 -0000 > Date: Thu, 18 Aug 2005 15:34:39 +0200 > From: Stefan Farfeleder > > On Wed, Aug 17, 2005 at 01:39:54PM -0700, Kevin Oberman wrote: > > > Date: Wed, 17 Aug 2005 14:08:03 -0600 > > > From: Phil Oleson > > > > > > Do you have rev 1.10 of histedit.h? Update this file in src/include as well. > > > > > > > Thanks! > > > > This is clearly the file I was looking for, but I have: > > /usr/include/histedit.h > > /usr/obj/usr/src/tmp/usr/include/histedit.h > > /usr/src/bin/sh/myhistedit.h > > /usr/src/include/histedit.h > > > > All except /usr/include/histedit.h are 1.10. The make buildworld SHOULD > > be using the one in /usr/src/include, as far as I know. Looks to me like > > it's failing to find it and using the one in /usr/include instead. Or is > > my limited understanding of the build process in error? > > > > And I can't explain where the one in /usr/obj/usr/src/tmp/usr/include > > comes from. > > Strange. Did you test if it works without ccache? As I understand it > the headers from src/include are temporarily installed to > /usr/obj/[...]/tmp and then used by GCC to build the world. Yes, I tried both with and without ccache. No difference. histedit.h has been at 1.9 for over two years and the Makefiles and .mk files have had a LOT of tweaking since then. This system is a new install that started with -current on about August 1. It should be pretty clean. Of course, I could just copy 1.10 into /usr/include/sys, but I really want to figure out why this is happening. I see myself spending too much time in a maze of twisty .mk files, all different. :-) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 18:02:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DF0916A41F for ; Thu, 18 Aug 2005 18:02:13 +0000 (GMT) (envelope-from crapsh@monkeybrains.net) Received: from mail.monkeybrains.net (mail1.monkeybrains.NET [207.7.142.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D874543D46 for ; Thu, 18 Aug 2005 18:02:12 +0000 (GMT) (envelope-from crapsh@monkeybrains.net) Received: from [192.168.0.3] (adsl-67-121-155-68.dsl.pltn13.pacbell.net [67.121.155.68]) (authenticated bits=0) by mail.monkeybrains.net (8.13.4/8.13.4) with ESMTP id j7II2Ct5001921 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 18 Aug 2005 11:02:12 -0700 (PDT) (envelope-from crapsh@monkeybrains.net) Message-ID: <4304CD1F.8020907@monkeybrains.net> Date: Thu, 18 Aug 2005 11:02:07 -0700 From: Rudy Rucker User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050426) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on mail.monkeybrains.net X-Virus-Status: Clean Subject: Boot loader messed up - How do I fix? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 18:02:13 -0000 I did a cvsup & made a new kernel & world on August 9th but now I can't boot. This was on my second drive. When I boot, I get this menu: F1: ?? F2: FreeBSD (old, May 31st FreeBSD 6.0 CURRENT) F5: Drive 2 (newer, Aug 9th FreeBSD - CURRENT) F2 works fine. F5 _used_ to go to my other drive and boot FreeBSD just fine. I have updated along the CURRENT branch many times, so I sort of know what I am doing ;) If I edit the fstab file on Drive 1 to mount only points on Drive 2, the boot loader will load the kernel from the first drive, but then everything else works fine on Drive 2. Here are my questions: Why is the boot code on Drive 1 unable to load the kernel on Drive 2? How do I fix my computer to boot the kernel on Disk 2? (Would changing my supfile to grab RELENG_6 resolve this problem? I am trying that right now...) Rudy From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 18:18:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42A2516A441 for ; Thu, 18 Aug 2005 18:18:08 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEFA643D48 for ; Thu, 18 Aug 2005 18:18:07 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id IBA74465; Thu, 18 Aug 2005 11:18:04 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id ABE775D07; Thu, 18 Aug 2005 11:18:03 -0700 (PDT) To: Rudy Rucker In-reply-to: Your message of "Thu, 18 Aug 2005 11:02:07 PDT." <4304CD1F.8020907@monkeybrains.net> Date: Thu, 18 Aug 2005 11:18:03 -0700 From: "Kevin Oberman" Message-Id: <20050818181803.ABE775D07@ptavv.es.net> Cc: freebsd-current@freebsd.org Subject: Re: Boot loader messed up - How do I fix? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 18:18:08 -0000 > Date: Thu, 18 Aug 2005 11:02:07 -0700 > From: Rudy Rucker > Sender: owner-freebsd-current@freebsd.org > > > I did a cvsup & made a new kernel & world on August 9th but now I can't > boot. > > This was on my second drive. When I boot, I get this menu: > > F1: ?? > F2: FreeBSD (old, May 31st FreeBSD 6.0 CURRENT) > F5: Drive 2 (newer, Aug 9th FreeBSD - CURRENT) > > F2 works fine. F5 _used_ to go to my other drive and boot FreeBSD just > fine. I have updated along the CURRENT branch many times, so I sort of > know what I am doing ;) > > If I edit the fstab file on Drive 1 to mount only points on Drive 2, the > boot loader will load the kernel from the first drive, but then > everything else works fine on Drive 2. > > Here are my questions: > Why is the boot code on Drive 1 unable to load the kernel on Drive 2? > How do I fix my computer to boot the kernel on Disk 2? > > (Would changing my supfile to grab RELENG_6 resolve this problem? > I am trying that right now...) OK. I am guessing that the system beeps or does nothing when you hit F5. Is that correct? If so you need to sue boot0cfg to write a new boot to Drive 2. If I understand all of this, pressing F5 causes the boot block on the other drive to be run and, if there is no valid boot block, nothing interesting happens. So to make this work, you need a valid boot on both disks. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 18:30:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7F7C16A420 for ; Thu, 18 Aug 2005 18:30:52 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: from web50307.mail.yahoo.com (web50307.mail.yahoo.com [206.190.38.61]) by mx1.FreeBSD.org (Postfix) with SMTP id D899143D45 for ; Thu, 18 Aug 2005 18:30:51 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 10026 invoked by uid 60001); 18 Aug 2005 18:30:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=0Tc9J4YifaFCZnIsCmnBtjiW4LphBMnyfIsxJhhRZCq2SjOLpSFmwP+57QAucirXzcBg4yXAmTSblGwD11rTA4dJVDnxttLEdzcXxO1ay1L0xeurOp8DVrV2gWVKSCisd8syFvyZtKGVyqhzN5WtbCPZqziyhF2yh8X8y1yKAmY= ; Message-ID: <20050818183051.10024.qmail@web50307.mail.yahoo.com> Received: from [67.99.246.2] by web50307.mail.yahoo.com via HTTP; Thu, 18 Aug 2005 11:30:50 PDT Date: Thu, 18 Aug 2005 11:30:50 -0700 (PDT) From: alan bryan To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: nve0 nvidia onboard ethernet dies daily on 6.0 beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 18:30:52 -0000 I'm still having problems with my onboard ethernet. It usually runs for a day or two and then I see this in the dmesg: ... nve0: device timeout (63) nve0: link state changed to DOWN nve0: link state changed to UP nve0: device timeout (63) nve0: link state changed to DOWN nve0: link state changed to UP nve0: device timeout (64) nve0: link state changed to DOWN nve0: link state changed to UP ... It seems that once it counts up to 64 that it then dies. What does that number count stand for? Is there a way to prevent this? Why does the link state keep going up/down (although I haven't noticed any problems and web/shh seem to work fine until it dies) This is on a Shuttle XPC SN25P system running 6.0 beta1. Thanks, Alan Bryan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 18:39:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D9FA16A41F for ; Thu, 18 Aug 2005 18:39:14 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: from web50307.mail.yahoo.com (web50307.mail.yahoo.com [206.190.38.61]) by mx1.FreeBSD.org (Postfix) with SMTP id D66C843D45 for ; Thu, 18 Aug 2005 18:39:13 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 13809 invoked by uid 60001); 18 Aug 2005 18:39:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=FoWzTrCUJkYoqil1u5asx2FB7pwWz8wLbDtKTQIUzm1w3ueSPmT/Wr9zkyabVYMDfaE/fMJ42m4vk/4CCiHNvWMBmsHk+flnaSsjlc/ANWg12WwbEhfDlOpd6Cg/6mWXn/Nkump8I4mlxFGhdJgPdt+WfmW7CgyybeAufz+hzqs= ; Message-ID: <20050818183913.13807.qmail@web50307.mail.yahoo.com> Received: from [67.99.246.2] by web50307.mail.yahoo.com via HTTP; Thu, 18 Aug 2005 11:39:13 PDT Date: Thu, 18 Aug 2005 11:39:13 -0700 (PDT) From: alan bryan To: alan bryan , freebsd-current@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <20050818183051.10024.qmail@web50307.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: nve0 nvidia onboard ethernet dies daily on 6.0 beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 18:39:14 -0000 Forgot to also add the details of the Ethernet as it's being detected if that helps: nve0: port 0xb000-0xb007 mem 0xd8100000-0xd8100fff irq 5 at device 10.0 on pci0 nve0: Ethernet address 00:30:1b:b8:86:dc miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:30:1b:b8:86:dc nve0: [GIANT-LOCKED] Thanks for any help. --Alan --- alan bryan wrote: > I'm still having problems with my onboard ethernet. > It usually runs for a day or two and then I see this > in the dmesg: > ... > nve0: device timeout (63) > nve0: link state changed to DOWN > nve0: link state changed to UP > nve0: device timeout (63) > nve0: link state changed to DOWN > nve0: link state changed to UP > nve0: device timeout (64) > nve0: link state changed to DOWN > nve0: link state changed to UP > ... > > It seems that once it counts up to 64 that it then > dies. What does that number count stand for? Is > there a way to prevent this? Why does the link > state > keep going up/down (although I haven't noticed any > problems and web/shh seem to work fine until it > dies) > > This is on a Shuttle XPC SN25P system running 6.0 > beta1. > > Thanks, > Alan Bryan > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam > protection around > http://mail.yahoo.com > _______________________________________________ > 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" > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 19:02:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A05216A41F for ; Thu, 18 Aug 2005 19:02:52 +0000 (GMT) (envelope-from oz@nixil.net) Received: from nixil.net (nixil.net [161.58.222.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95E0343D46 for ; Thu, 18 Aug 2005 19:02:51 +0000 (GMT) (envelope-from oz@nixil.net) Received: from [10.20.12.64] (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by nixil.net (8.13.1/8.13.1) with ESMTP id j7IJ2T86059724 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Thu, 18 Aug 2005 13:02:37 -0600 (MDT) Message-ID: <4304DAE0.1040702@nixil.net> Date: Thu, 18 Aug 2005 13:00:48 -0600 From: Phil Oleson User-Agent: Mozilla Thunderbird 1.0.5 (X11/20050714) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050818165050.58B835D07@ptavv.es.net> In-Reply-To: <20050818165050.58B835D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (nixil.net [161.58.222.1]); Thu, 18 Aug 2005 13:02:37 -0600 (MDT) X-Virus-Scanned: ClamAV 0.86.1/1033/Thu Aug 18 11:52:45 2005 on nixil.net X-Virus-Status: Clean Cc: Stefan Farfeleder , current@freebsd.org Subject: Re: Unable to build libedit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 19:02:52 -0000 Kevin Oberman wrote: >>Date: Thu, 18 Aug 2005 15:34:39 +0200 >>From: Stefan Farfeleder >> >>On Wed, Aug 17, 2005 at 01:39:54PM -0700, Kevin Oberman wrote: >> >>>>Date: Wed, 17 Aug 2005 14:08:03 -0600 >>>>From: Phil Oleson >>>> >>>>Do you have rev 1.10 of histedit.h? Update this file in src/include as well. >>>> >>> >>>Thanks! >>> >>>This is clearly the file I was looking for, but I have: >>>/usr/include/histedit.h >>>/usr/obj/usr/src/tmp/usr/include/histedit.h >>>/usr/src/bin/sh/myhistedit.h >>>/usr/src/include/histedit.h >>> >>>All except /usr/include/histedit.h are 1.10. The make buildworld SHOULD >>>be using the one in /usr/src/include, as far as I know. Looks to me like >>>it's failing to find it and using the one in /usr/include instead. Or is >>>my limited understanding of the build process in error? >>> >>>And I can't explain where the one in /usr/obj/usr/src/tmp/usr/include >>>comes from. >> >>Strange. Did you test if it works without ccache? As I understand it >>the headers from src/include are temporarily installed to >>/usr/obj/[...]/tmp and then used by GCC to build the world. > > > Yes, I tried both with and without ccache. No difference. > > histedit.h has been at 1.9 for over two years and the Makefiles and .mk > files have had a LOT of tweaking since then. This system is a new > install that started with -current on about August 1. It should be > pretty clean. > > Of course, I could just copy 1.10 into /usr/include/sys, but I really > want to figure out why this is happening. I see myself spending too much > time in a maze of twisty .mk files, all different. :-) Personally, I'm still unsure why we have histedit.h pre-installed in src/include. This might be showing my ignorance of some of the build mechanisms in the main src tree, but wouldn't this work out better if histedit.h was located in src/lib/libedit until install time? Phil. From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 20:02:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D313816A41F for ; Thu, 18 Aug 2005 20:02:11 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: from web50302.mail.yahoo.com (web50302.mail.yahoo.com [206.190.38.56]) by mx1.FreeBSD.org (Postfix) with SMTP id BBA5F43D5F for ; Thu, 18 Aug 2005 20:02:09 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 26044 invoked by uid 60001); 18 Aug 2005 20:02:09 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=wDnBdvpR2i7hxYDJmF08lJfdBazb+pO3gqT7UVQ7SRA1Iq6BnZdc8erdMNk1iY7fFv0C68wURWUOzb5SMz3wc309reIhritY4hnZAzGeuNTQ1xF9bhjS4RZitb4Mv0Ggavrhdyxiu6dGOQ6XzOLOniNrjX4xMByI2wsKiXib4ZE= ; Message-ID: <20050818200208.26042.qmail@web50302.mail.yahoo.com> Received: from [67.99.246.2] by web50302.mail.yahoo.com via HTTP; Thu, 18 Aug 2005 13:02:08 PDT Date: Thu, 18 Aug 2005 13:02:08 -0700 (PDT) From: alan bryan To: "Kövesdán" "Gábor" In-Reply-To: <4304D57F.4030804@t-hosting.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: nve0 nvidia onboard ethernet dies daily on 6.0 beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 20:02:11 -0000 --- Kövesdán Gábor wrote: > The nve driver has a lot of problems. You > experienced just device > timeouts, but other people - including me - > experiences system crashes. > As for me, I've had two kind of kernel panics, and > device timeouts too. > > Cheers, > > Gabor Kovesdan Do you (or does anyone else here) have any recommendations then on a good PCI express (no plain PCI slots) ethernet card that doesn't use the nve driver? Maybe an Intel card? Gigabit speeds preferably. I could then use that until the nve driver gets fixed (Is somebody even working on fixing it?). Thanks, Alan ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 20:59:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FDDC16A41F for ; Thu, 18 Aug 2005 20:59:27 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FC1343D49 for ; Thu, 18 Aug 2005 20:59:25 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from wombat.fafoe.narf.at ([213.47.85.26]) by viefep11-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050818205923.RIWF2678.viefep11-int.chello.at@wombat.fafoe.narf.at>; Thu, 18 Aug 2005 22:59:23 +0200 Received: by wombat.fafoe.narf.at (Postfix, from userid 1001) id DB201F6; Thu, 18 Aug 2005 22:59:22 +0200 (CEST) Date: Thu, 18 Aug 2005 22:59:22 +0200 From: Stefan Farfeleder To: Phil Oleson Message-ID: <20050818205921.GR21905@wombat.fafoe.narf.at> Mail-Followup-To: Phil Oleson , current@freebsd.org References: <20050818165050.58B835D07@ptavv.es.net> <4304DAE0.1040702@nixil.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4304DAE0.1040702@nixil.net> User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: Unable to build libedit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 20:59:27 -0000 On Thu, Aug 18, 2005 at 01:00:48PM -0600, Phil Oleson wrote: > > Personally, I'm still unsure why we have histedit.h pre-installed in > src/include. This might be showing my ignorance of some of the build > mechanisms in the main src tree, but wouldn't this work out better if > histedit.h was located in src/lib/libedit until install time? I guess the reason for putting most headers into src/include is that it prevents dozens of -I paths while building. Stefan From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 21:01:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64D9616A42F; Thu, 18 Aug 2005 21:01:53 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A56B43D46; Thu, 18 Aug 2005 21:01:52 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4C26E52C70; Thu, 18 Aug 2005 23:01:51 +0200 (CEST) Received: from localhost (dlm156.neoplus.adsl.tpnet.pl [83.24.42.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id F178B52C3F; Thu, 18 Aug 2005 23:01:42 +0200 (CEST) Date: Thu, 18 Aug 2005 23:01:29 +0200 From: Pawel Jakub Dawidek To: Andrew Thompson Message-ID: <20050818210128.GD18375@garage.freebsd.pl> References: <20050817231838.GA97927@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rqzD5py0kzyFAOWN" Content-Disposition: inline In-Reply-To: <20050817231838.GA97927@heff.fud.org.nz> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org, rwatson@FreeBSD.org Subject: Re: [PANIC] 6.0BETA2 in l2ping flood X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 21:01:53 -0000 --rqzD5py0kzyFAOWN Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 18, 2005 at 11:18:38AM +1200, Andrew Thompson wrote: +> On Wed, Aug 17, 2005 at 12:41:07PM +0200, Jonatan B wrote: +> > This is a repeatable panic I get when l2ping flooding my tungsten. +> > Maksim? +> >=20 +> > repeatable panic with bluetooth on SMP +> >=20 +> > #> l2ping -fa MyTungsten -s 65531 +> >=20 +>=20 +> Interesting... I can get exactly the same panic by doing +>=20 +> ifconfig bridge0 create +> <'tcpdump -i bridge0' on another terminal> +> ifconfig bridge0 up +> ifconfig bridge0 destroy +>=20 +> So far I have been unable to find the cause. Those kind of bugs are because of inproper use of callout(9). Here, when you destroy bridge0, callout handle is also destroyed, but on detach, bpf wants to turn off promiscuous mode and call bridge_init(), because it doesn't have IFF_DRV_RUNNING flag set. bridge_init() calls callout_reset() on destroyed callout handle. I placed KASSERT() there and below is more interesting backtrace. I wonder if the same problem exists for other removable interfaces like PCMCIA. panic: HERE KDB: enter: panic [thread pid 427 tid 100066 ] Stopped at kdb_enter+0x2b: nop =20 db> tr Tracing pid 427 tid 100066 td 0xc1209d80 kdb_enter(c05ecb23) at kdb_enter+0x2b panic(c1252128,80206910,c0ff9800,c88b7b4c,c124df85) at panic+0xbb bridge_init(c1125200,c112520c,c1209d80,c1125200,c04c5cf3) at bridge_init+0x= 71 bridge_ioctl(c0ff9800,80206910,c88b7b68,1,101) at bridge_ioctl+0x11d if_setflag(c0ff9800,100,20000,c0ff9844,0) at if_setflag+0x120 ifpromisc(c0ff9800,0) at ifpromisc+0x23 bpf_detachd(c1125900,c1125900,c0ff9800,c112520c,c0ff9800) at bpf_detachd+0x= ae bpfdetach(c0ff9800,c1125200,c88b7c2c,c124e0f8,c0ff9800) at bpfdetach+0xb4 ether_ifdetach(c0ff9800,c1253440,0,c12520be,1f7) at ether_ifdetach+0x34 bridge_clone_destroy(c0ff9800,c12532b0,c1253280,c88b7c60,c05150da) at bridg= e_clone_destroy+0x9c ifc_simple_destroy(c1253280,c0ff9800,2d,80206979,c10556f4) at ifc_simple_de= stroy+0x1e if_clone_destroy(c0fddbc0,c05ee1ed,80206979,c10556f4,c0fddbc0) at if_clone_= destroy+0xf6 ifioctl(c10556f4,80206979,c0fddbc0,c1209d80,0) at ifioctl+0x84 soo_ioctl(c1060090,80206979,c0fddbc0,c1237400,c1209d80) at soo_ioctl+0x2db ioctl(c1209d80,c88b7d04,3,0,282) at ioctl+0x370 syscall(3b,3b,3b,bfbfec8c,bfbfed85) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x28136b5b, esp =3D 0xbfbfe= 3cc, ebp =3D 0xbfbfe3e8 --- Do we need yet another flag to mark interface as dying? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --rqzD5py0kzyFAOWN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDBPcoForvXbEpPzQRAhW6AJ4i6/+bVVQuBc9X0Urf4Vss6LD5iACg4vn/ SDbweYDX/yAzxl0SIIlg/HY= =D3IQ -----END PGP SIGNATURE----- --rqzD5py0kzyFAOWN-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 21:18:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFDD316A41F for ; Thu, 18 Aug 2005 21:18:32 +0000 (GMT) (envelope-from oz@nixil.net) Received: from nixil.net (nixil.net [161.58.222.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D7EF43D46 for ; Thu, 18 Aug 2005 21:18:32 +0000 (GMT) (envelope-from oz@nixil.net) Received: from [10.20.12.64] (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by nixil.net (8.13.1/8.13.1) with ESMTP id j7ILICTK065628 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Thu, 18 Aug 2005 15:18:17 -0600 (MDT) Message-ID: <4304FAAE.4090109@nixil.net> Date: Thu, 18 Aug 2005 15:16:30 -0600 From: Phil Oleson User-Agent: Mozilla Thunderbird 1.0.5 (X11/20050714) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stefan Farfeleder References: <20050818165050.58B835D07@ptavv.es.net> <4304DAE0.1040702@nixil.net> <20050818205921.GR21905@wombat.fafoe.narf.at> In-Reply-To: <20050818205921.GR21905@wombat.fafoe.narf.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (nixil.net [161.58.222.1]); Thu, 18 Aug 2005 15:18:18 -0600 (MDT) X-Virus-Scanned: ClamAV 0.86.1/1034/Thu Aug 18 14:07:58 2005 on nixil.net X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: Unable to build libedit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 21:18:32 -0000 Stefan Farfeleder wrote: > On Thu, Aug 18, 2005 at 01:00:48PM -0600, Phil Oleson wrote: > >>Personally, I'm still unsure why we have histedit.h pre-installed in >>src/include. This might be showing my ignorance of some of the build >>mechanisms in the main src tree, but wouldn't this work out better if >>histedit.h was located in src/lib/libedit until install time? > > > I guess the reason for putting most headers into src/include is that it > prevents dozens of -I paths while building. > > Stefan well, I was looking at the Makefile in src/lib/libedit and it only uses 'CFLAGS+= -I. -I${.CURDIR}', So in the upgrade case it wouldn't find the histedit.h in /usr/obj/usr/src/tmp/usr/include. Though now that I think about it, I can see where the -I paths for other base system apps that use libedit would suffer (sh,tftp,fsdb,cdcontrol,lpr-lpc). I think an additional -I needs to be added to the libedit Makefile, something like -I${WORLDTMP}/usr/include ?? Phil. From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 21:26:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6580D16A41F for ; Thu, 18 Aug 2005 21:26:29 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6A4D743D46 for ; Thu, 18 Aug 2005 21:26:26 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 18 Aug 2005 21:26:25 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp007) with SMTP; 18 Aug 2005 23:26:25 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Thu, 18 Aug 2005 23:26:12 +0200 User-Agent: KMail/1.8.1 References: <200508161405.18729@harrymail> <200508171643.57044@harrymail> <200508171529.45664.jhb@FreeBSD.org> In-Reply-To: <200508171529.45664.jhb@FreeBSD.org> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1362037.VnUTMyujBd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508182326.21779@harrymail> X-Y-GMX-Trusted: 0 Cc: Subject: Re: BTX failure [Was: Re: pxeboot problems with BETA2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 21:26:29 -0000 --nextPart1362037.VnUTMyujBd Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline [...] > > int=3D00000006 err=3D00000000 efl=3D00010202 eip=3D00023c21 > > eax=3D00000000 ebx=3D000384e0 ecx=3D000384e0 edx=3D00000001 > > esi=3D00001000 edi=3D00000029 ebp=3D00086770 esp=3D00086758 > > cs=3D002b ds=3D0033 es=3D0033 fs=3D0033 gs=3D0033 ss=3D0033 > > cs:eip=3D0f 4f c2 a3 c8 7d 03 00-8d 41 0c c7 41 04 fd 44 > > ff 55 89 39 c6 44 39 ff-fe 83 c4 0c 5b 5e 5f 5d > > ss:esp=3Db4 7d 03 00 29 00 00 00-00 10 00 00 00 00 00 00 > > 83 57 02 00 02 00 00 00-a0 67 08 00 98 1c 02 00 > > BTX halted > > > > Any clue? Regarding cvsweb nothing changed recently, and I had net4501 > > boxes pxebooting fine with FreeBSD 5.3..... > > Hmm. Int 6 is an invalid opcode exception: > > 00000000 0F4FC2 cmovg eax,edx > 00000003 A3C87D0300 mov [0x37dc8],eax > 00000008 8D410C lea eax,[ecx+0xc] > 0000000B C74104FD44FF55 mov dword [ecx+0x4],0x55ff44fd > 00000012 8939 mov [ecx],edi > 00000014 C64439FFFE mov byte [ecx+edi-0x1],0xfe > 00000019 83C40C add esp,byte +0xc > 0000001C 5B pop ebx > 0000001D 5E pop esi > 0000001E 5F pop edi > 0000001F 5D pop ebp > > I'm guessing that there's been a stack overflow or some such. Your eip > is in the loader. You can try using the loader.sym from your loader > binary to look up that eip address. In the loader here on my laptop > it's in the write function: > > % nm /usr/obj/usr/src/sys/boot/i386/loader/loader.sym | sort Hmm, thanks fot that detailed explanation, but it's still beond my level :( How Do I get a loader.sym? Like you told me I rebuilt libstand with=20 DEBUG_FLAGS=3D-g and also /sys/boot but I don't habe such a file... Thanks, =2DHarry > ... > 00023b9c T readdirfd > 00023c14 T write > 00023d18 T lseek > > If you want to be able to use gdb, then rebuild libstand with debugging > (make DEBUG_FLAGS=3D-g) and rebuild all of /sys/boot with debugging (make > DEBUG_FLAGS=3D-g). You can then > use /usr/obj/usr/src/sys/boot/i386/pxeldr/pxeboot for your pxeboot and > you can run gdb on /usr/obj/usr/src/sys/boot/i386/loader/loader.sym and > you can do listings of the addresses for eip, etc. --nextPart1362037.VnUTMyujBd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDBPz9Bylq0S4AzzwRArtzAJ4igAkVjNeJHWY13uEqfl1gIlwOMgCcCDbP uB1nZnh8/edGDDj5M/R6wZc= =f6hs -----END PGP SIGNATURE----- --nextPart1362037.VnUTMyujBd-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 22:23:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2883216A41F for ; Thu, 18 Aug 2005 22:23:08 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8E0B43D55 for ; Thu, 18 Aug 2005 22:23:07 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so325000nzo for ; Thu, 18 Aug 2005 15:23:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=ohdEUmn8LfNUAWgO2ij7IF2j4Gpk0SEz2SHTjZgnGjxO6u6lkBomUHzFoAQc/snHPcZ30ytmmz0lREsZcKhStg0hXshFORemhY0XHIifUE96uNTKvbPlVwypnlBmQ28ge8uSRV+6lwX/srSchuNXHGnP+piht6A/ZV55IJgmB5E= Received: by 10.36.146.20 with SMTP id t20mr1888591nzd; Thu, 18 Aug 2005 15:23:06 -0700 (PDT) Received: from ?192.168.15.102? ([68.190.230.198]) by mx.gmail.com with ESMTP id 37sm4747081nzf.2005.08.18.15.23.02; Thu, 18 Aug 2005 15:23:06 -0700 (PDT) From: Pascal Hofstee To: Poul-Henning Kamp In-Reply-To: <14087.1124223968@phk.freebsd.dk> References: <14087.1124223968@phk.freebsd.dk> Content-Type: text/plain Date: Thu, 18 Aug 2005 15:22:52 -0700 Message-Id: <1124403772.814.0.camel@synergy.charterpipeline.net.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.3.7 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: devfs patch, please test. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 22:23:08 -0000 On Tue, 2005-08-16 at 22:26 +0200, Poul-Henning Kamp wrote: > http://phk.freebsd.dk/patch/devfs.patch > > Please test and report. Just rebooted and am back up and running with no apparent ill-affects on FreeBSD/amd64 7.0-CURRENT. -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 22:29:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E729C16A41F for ; Thu, 18 Aug 2005 22:29:19 +0000 (GMT) (envelope-from colazelli@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EC4743D46 for ; Thu, 18 Aug 2005 22:29:19 +0000 (GMT) (envelope-from colazelli@gmail.com) Received: by wproxy.gmail.com with SMTP id i4so461337wra for ; Thu, 18 Aug 2005 15:29:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=UpFuneN1nWkHb8epcmaJCKx0Wm4QYf7bO7HTXRoX4js2chWUjkfPsHACSmLZyfu/5qj95L7tgnWdJtMsCtQdFzjLQa2flavMX4idXZjKyCGnGfTyDd0EZvGpbocP8rtYRjrmejNpuXCuOZweROXgFdUa6vUUOkO+q5N2jQOK9o0= Received: by 10.54.28.71 with SMTP id b71mr1513409wrb; Thu, 18 Aug 2005 15:29:18 -0700 (PDT) Received: from localhost.localdomain ([200.158.148.119]) by mx.gmail.com with ESMTP id 33sm2326500wra.2005.08.18.15.29.17; Thu, 18 Aug 2005 15:29:18 -0700 (PDT) From: Wesley Gentine To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Date: Thu, 18 Aug 2005 19:25:10 -0300 Message-Id: <1124403910.760.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Subject: ATA Error on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 22:29:20 -0000 Dear Colleagues, After I updated my system from 5.4-RELEASE to 6-BETA2 my cdrom device isnt recognized and I received the following message in the end of dmesg: Timecounter "TSC" frequency 2000081623 Hz quality 800 Timecounters tick every 1.000 msec ad0: 38172MB at ata0-master UDMA133 unknown: timeout waiting for read DRQTrying to mount root from ufs:/dev/ad0s1a my controller is: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa800-0xa80f at device 17.1 on pci0 ata0: on atapci0 ata1: on atapci0 What´s wrong? Thanks, Wesley Gentine From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 22:42:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32C7216A420 for ; Thu, 18 Aug 2005 22:42:44 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id E71B943D48 for ; Thu, 18 Aug 2005 22:42:43 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Thu, 18 Aug 2005 15:42:42 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B49B75D08; Thu, 18 Aug 2005 15:42:41 -0700 (PDT) To: Phil Oleson In-reply-to: Your message of "Thu, 18 Aug 2005 15:16:30 MDT." <4304FAAE.4090109@nixil.net> Date: Thu, 18 Aug 2005 15:42:41 -0700 From: "Kevin Oberman" Message-Id: <20050818224241.B49B75D08@ptavv.es.net> Cc: Stefan Farfeleder , current@freebsd.org Subject: Re: Unable to build libedit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 22:42:44 -0000 > Date: Thu, 18 Aug 2005 15:16:30 -0600 > From: Phil Oleson > Sender: owner-freebsd-current@freebsd.org > > Stefan Farfeleder wrote: > > On Thu, Aug 18, 2005 at 01:00:48PM -0600, Phil Oleson wrote: > > > >>Personally, I'm still unsure why we have histedit.h pre-installed in > >>src/include. This might be showing my ignorance of some of the build > >>mechanisms in the main src tree, but wouldn't this work out better if > >>histedit.h was located in src/lib/libedit until install time? > > > > > > I guess the reason for putting most headers into src/include is that it > > prevents dozens of -I paths while building. > > > > Stefan > > well, I was looking at the Makefile in src/lib/libedit and it only uses > 'CFLAGS+= -I. -I${.CURDIR}', So in the upgrade case it wouldn't find > the histedit.h in /usr/obj/usr/src/tmp/usr/include. Though now that I > think about it, I can see where the -I paths for other base system apps > that use libedit would suffer (sh,tftp,fsdb,cdcontrol,lpr-lpc). I think > an additional -I needs to be added to the libedit Makefile, something > like -I${WORLDTMP}/usr/include ?? I don't think so. buildworld is supposed to build the system using the files in the /usr/obj directory. That's why the /usr/obj/usr/src/tmp/ structure is there. I don't see explicit references to it in other Makefiles. All of the header files built in the 'includes' pass should be there and be used in lieu of the standard system header files during the 'all' pass of buildworld. Of course, if they are not there, I guess that the /usr/include files will be used, but 'histedit.h IS there. Still lost in a maze of twisty little .mk files, all different. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 00:06:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5BE116A47A for ; Fri, 19 Aug 2005 00:06:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79FAE43D45 for ; Fri, 19 Aug 2005 00:06:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j7J065vf005199 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Aug 2005 20:06:06 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j7J0656P032565; Thu, 18 Aug 2005 20:06:05 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 09E4A512F0; Thu, 18 Aug 2005 20:06:04 -0400 (EDT) Date: Thu, 18 Aug 2005 20:06:04 -0400 From: Kris Kennaway To: Pascal Hofstee Message-ID: <20050819000604.GA50181@xor.obsecurity.org> References: <14087.1124223968@phk.freebsd.dk> <1124403772.814.0.camel@synergy.charterpipeline.net.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <1124403772.814.0.camel@synergy.charterpipeline.net.lan> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: devfs patch, please test. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 00:06:07 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 18, 2005 at 03:22:52PM -0700, Pascal Hofstee wrote: > On Tue, 2005-08-16 at 22:26 +0200, Poul-Henning Kamp wrote: > > http://phk.freebsd.dk/patch/devfs.patch > >=20 > > Please test and report. >=20 > Just rebooted and am back up and running with no apparent ill-affects on > FreeBSD/amd64 7.0-CURRENT. There are some known panics with this patch, but maybe just with devfs rule support..just don't be surprised if you find a panic :-) Kris --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDBSJsWry0BWjoQKURAk8NAJ0Q6Zf+GCWnmQsRlWFihFY6iicKGgCgpWi3 2Jn/NhnTFuhxJn/bvMzxGNo= =JR13 -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 00:18:21 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72FC616A41F for ; Fri, 19 Aug 2005 00:18:21 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CA9743D45 for ; Fri, 19 Aug 2005 00:18:20 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so334339nzo for ; Thu, 18 Aug 2005 17:18:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=N9gf22old4xywIFHN7lH3D66//Jl9D+DryMWRUBHkZ/VUez2RypxGm0J30ur0HLW+FQO25qmoH9s8Z7u2pMcikyVruUtb7OHlX/pPs50m3GA5MELMmlJ+e7UPSIzvqVLwCSLZ2TUeMVdk2HH91tvKddgeuD5c1PM6jX2ZVr9Ako= Received: by 10.36.20.18 with SMTP id 18mr79996nzt; Thu, 18 Aug 2005 17:18:20 -0700 (PDT) Received: from ?192.168.15.102? ([68.190.230.198]) by mx.gmail.com with ESMTP id 24sm1731269nzn.2005.08.18.17.18.17; Thu, 18 Aug 2005 17:18:20 -0700 (PDT) From: Pascal Hofstee To: Kris Kennaway In-Reply-To: <20050819000604.GA50181@xor.obsecurity.org> References: <14087.1124223968@phk.freebsd.dk> <1124403772.814.0.camel@synergy.charterpipeline.net.lan> <20050819000604.GA50181@xor.obsecurity.org> Content-Type: text/plain Date: Thu, 18 Aug 2005 17:18:06 -0700 Message-Id: <1124410686.814.2.camel@synergy.charterpipeline.net.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.3.7 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: devfs patch, please test. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 00:18:21 -0000 On Thu, 2005-08-18 at 20:06 -0400, Kris Kennaway wrote: > There are some known panics with this patch, but maybe just with devfs > rule support..just don't be surprised if you find a panic :-) Thanks for the heads up :)) -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 01:17:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3539316A41F; Fri, 19 Aug 2005 01:17:37 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9846643D45; Fri, 19 Aug 2005 01:17:36 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id E2B941CCD4; Fri, 19 Aug 2005 13:17:34 +1200 (NZST) Date: Fri, 19 Aug 2005 13:17:34 +1200 From: Andrew Thompson To: Pawel Jakub Dawidek Message-ID: <20050819011734.GA4206@heff.fud.org.nz> References: <20050817231838.GA97927@heff.fud.org.nz> <20050818210128.GD18375@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050818210128.GD18375@garage.freebsd.pl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, rwatson@FreeBSD.org Subject: Re: [PANIC] 6.0BETA2 in l2ping flood X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 01:17:37 -0000 On Thu, Aug 18, 2005 at 11:01:29PM +0200, Pawel Jakub Dawidek wrote: > On Thu, Aug 18, 2005 at 11:18:38AM +1200, Andrew Thompson wrote: > +> Interesting... I can get exactly the same panic by doing > +> > +> ifconfig bridge0 create > +> <'tcpdump -i bridge0' on another terminal> > +> ifconfig bridge0 up > +> ifconfig bridge0 destroy > > Here, when you destroy bridge0, callout handle is also destroyed, > but on detach, bpf wants to turn off promiscuous mode and call > bridge_init(), because it doesn't have IFF_DRV_RUNNING flag set. > > bridge_init() calls callout_reset() on destroyed callout handle. > Thanks for explaining this, you have saved me a lot of suffering. This patch fixes the panic on destroy, is it the correct way to solve the problem? I need to commit something before 6.0. thanks again, Andrew Index: if.h =================================================================== RCS file: /home/ncvs/src/sys/net/if.h,v retrieving revision 1.98 diff -u -p -r1.98 if.h --- if.h 9 Aug 2005 12:56:20 -0000 1.98 +++ if.h 18 Aug 2005 22:41:58 -0000 @@ -153,6 +153,7 @@ struct if_data { #define IFF_MONITOR 0x40000 /* (n) user-requested monitor mode */ #define IFF_STATICARP 0x80000 /* (n) static ARP */ #define IFF_NEEDSGIANT 0x100000 /* (i) hold Giant over if_start calls */ +#define IFF_DRV_DYING 0x200000 /* (d) interface removal is imminent */ /* * Old names for driver flags so that user space tools can continue to use Index: if_bridge.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_bridge.c,v retrieving revision 1.17 diff -u -p -r1.17 if_bridge.c --- if_bridge.c 15 Aug 2005 02:50:13 -0000 1.17 +++ if_bridge.c 18 Aug 2005 22:41:58 -0000 @@ -496,6 +496,7 @@ bridge_clone_destroy(struct ifnet *ifp) while ((bif = LIST_FIRST(&sc->sc_iflist)) != NULL) bridge_delete_member(sc, bif); + ifp->if_drv_flags |= IFF_DRV_DYING; BRIDGE_UNLOCK(sc); mtx_lock(&bridge_list_mtx); @@ -1209,7 +1210,8 @@ bridge_init(void *xsc) struct bridge_softc *sc = (struct bridge_softc *)xsc; struct ifnet *ifp = sc->sc_ifp; - if (ifp->if_drv_flags & IFF_DRV_RUNNING) + if (ifp->if_drv_flags & IFF_DRV_RUNNING || + ifp->if_drv_flags & IFF_DRV_DYING) return; callout_reset(&sc->sc_brcallout, bridge_rtable_prune_period * hz, From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 01:53:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 015A016A41F; Fri, 19 Aug 2005 01:53:52 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [63.240.76.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F01243D45; Fri, 19 Aug 2005 01:53:52 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-115-133.hsd1.ma.comcast.net ([66.30.115.133]) by comcast.net (sccrmhc14) with ESMTP id <2005081901532801400k37i0e>; Fri, 19 Aug 2005 01:53:28 +0000 Received: from c-66-30-115-133.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j7J1rRIF007639; Thu, 18 Aug 2005 21:53:28 -0400 (EDT) (envelope-from rodrigc@c-66-30-115-133.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j7J1rRUn007638; Thu, 18 Aug 2005 21:53:27 -0400 (EDT) (envelope-from rodrigc) Date: Thu, 18 Aug 2005 21:53:27 -0400 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20050819015327.GA7627@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: freebsd-fs@freebsd.org Subject: XFS for FreeBSD, new snapshot available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 01:53:53 -0000 Hi, On behalf of the XFS for FreeBSD project, I would like to announce a new snapshot which you can download and try. The snapshot is available here: http://people.freebsd.org/~rodrigc/xfs/ NOTES: - works only with latest FreeBSD-CURRENT and FreeBSD-6 kernels - read-only access to XFS partitions only - highly experimental and not finished yet, this is a work in progress - do not use for production work NEW THINGS: - several kernel panics fixed - preliminary support for reading extended attributes - xfsprogs in ports ( sysutils/xfsprogs ), needed for mkfs.xfs The XFS for FreeBSD project is porting the SGI XFS filesystem to FreeBSD, based on publically available GPL'd sources of SGI's XFS for Linux. The XFS for FreeBSD project is not affiliated with SGI, and SGI should not be contacted with bug reports regarding XFS for FreeBSD. Many thanks to Russell Cattelan and Alexander Kabaev for their work on this project. We would appreciate your feedback and bug reports. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 01:55:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A51516A41F; Fri, 19 Aug 2005 01:55:57 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C88B843D45; Fri, 19 Aug 2005 01:55:56 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.23] (andersonbox3.centtech.com [192.168.42.23]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j7J1trnm048395; Thu, 18 Aug 2005 20:55:53 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <43053C3A.2090500@centtech.com> Date: Thu, 18 Aug 2005 20:56:10 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050815 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Craig Rodrigues References: <20050819015327.GA7627@crodrigues.org> In-Reply-To: <20050819015327.GA7627@crodrigues.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1034/Thu Aug 18 15:07:58 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: XFS for FreeBSD, new snapshot available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 01:55:57 -0000 Craig Rodrigues wrote: > Hi, > > On behalf of the XFS for FreeBSD project, I would > like to announce a new snapshot which you can download > and try. The snapshot is available here: > > http://people.freebsd.org/~rodrigc/xfs/ > > NOTES: > - works only with latest FreeBSD-CURRENT and FreeBSD-6 kernels > - read-only access to XFS partitions only > - highly experimental and not finished yet, this is a work in progress > - do not use for production work > > NEW THINGS: > - several kernel panics fixed > - preliminary support for reading extended attributes > - xfsprogs in ports ( sysutils/xfsprogs ), needed for mkfs.xfs > > The XFS for FreeBSD project is porting the SGI XFS filesystem > to FreeBSD, based on publically available GPL'd sources of > SGI's XFS for Linux. The XFS for FreeBSD project is not > affiliated with SGI, and SGI should not be contacted with > bug reports regarding XFS for FreeBSD. > > Many thanks to Russell Cattelan and Alexander Kabaev for their work > on this project. > > We would appreciate your feedback and bug reports. > Is read/write support in the plans for the future? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 02:03:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23AAE16A41F; Fri, 19 Aug 2005 02:03:14 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [216.148.227.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4F3043D45; Fri, 19 Aug 2005 02:03:13 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-115-133.hsd1.ma.comcast.net ([66.30.115.133]) by comcast.net (rwcrmhc11) with ESMTP id <2005081902031201300oictle>; Fri, 19 Aug 2005 02:03:13 +0000 Received: from c-66-30-115-133.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j7J23CvM007751; Thu, 18 Aug 2005 22:03:12 -0400 (EDT) (envelope-from rodrigc@c-66-30-115-133.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j7J23BO9007750; Thu, 18 Aug 2005 22:03:11 -0400 (EDT) (envelope-from rodrigc) Date: Thu, 18 Aug 2005 22:03:11 -0400 From: Craig Rodrigues To: Eric Anderson Message-ID: <20050819020311.GA7708@crodrigues.org> References: <20050819015327.GA7627@crodrigues.org> <43053C3A.2090500@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43053C3A.2090500@centtech.com> User-Agent: Mutt/1.5.9i Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: XFS for FreeBSD, new snapshot available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 02:03:14 -0000 On Thu, Aug 18, 2005 at 08:56:10PM -0500, Eric Anderson wrote: > Craig Rodrigues wrote: > >Hi, > > > >On behalf of the XFS for FreeBSD project, I would > >like to announce a new snapshot which you can download > >and try. > > Is read/write support in the plans for the future? Eventually yes, but no promise on when, since this is an all-volunteer project that we are doing in our spare time. :) -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 02:05:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51B7116A41F; Fri, 19 Aug 2005 02:05:11 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC78943D48; Fri, 19 Aug 2005 02:05:10 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.23] (andersonbox3.centtech.com [192.168.42.23]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j7J259q2048591; Thu, 18 Aug 2005 21:05:09 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <43053E66.3090101@centtech.com> Date: Thu, 18 Aug 2005 21:05:26 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050815 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Craig Rodrigues References: <20050819015327.GA7627@crodrigues.org> <43053C3A.2090500@centtech.com> <20050819020311.GA7708@crodrigues.org> In-Reply-To: <20050819020311.GA7708@crodrigues.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1034/Thu Aug 18 15:07:58 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: XFS for FreeBSD, new snapshot available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 02:05:11 -0000 Craig Rodrigues wrote: > On Thu, Aug 18, 2005 at 08:56:10PM -0500, Eric Anderson wrote: > >>Craig Rodrigues wrote: >> >>>Hi, >>> >>>On behalf of the XFS for FreeBSD project, I would >>>like to announce a new snapshot which you can download >>>and try. >> >>Is read/write support in the plans for the future? > > > Eventually yes, but no promise on when, since > this is an all-volunteer project that we are doing > in our spare time. :) > Understood :) Doing a great job too, thanks for putting in the effort. I think it's important for FreeBSD to have a handful of filesystems to choose from, and this is a fantastic first step. I'll download and play with it. Thanks! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 03:07:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5E8416A41F for ; Fri, 19 Aug 2005 03:07:14 +0000 (GMT) (envelope-from oz@nixil.net) Received: from nixil.net (nixil.net [161.58.222.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 552CD43D45 for ; Fri, 19 Aug 2005 03:07:14 +0000 (GMT) (envelope-from oz@nixil.net) Received: from [192.168.1.69] (c-24-10-219-57.hsd1.ut.comcast.net [24.10.219.57]) (authenticated bits=0) by nixil.net (8.13.1/8.13.1) with ESMTP id j7J36jTa081895 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 18 Aug 2005 21:07:13 -0600 (MDT) Message-ID: <43054D3F.2080901@nixil.net> Date: Thu, 18 Aug 2005 21:08:47 -0600 From: Phil Oleson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050419) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (nixil.net [161.58.222.1]); Thu, 18 Aug 2005 21:07:13 -0600 (MDT) X-Virus-Scanned: ClamAV 0.86.1/1034/Thu Aug 18 14:07:58 2005 on nixil.net X-Virus-Status: Clean Subject: src/sys/cam/scsi/scsi_all.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 03:07:14 -0000 Could someone MFC 1.48 of scsi_all.c into the 5 branch? From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 04:55:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 120F616A41F for ; Fri, 19 Aug 2005 04:55:51 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE35043D6E for ; Fri, 19 Aug 2005 04:55:43 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id B446E78C5F for ; Fri, 19 Aug 2005 01:00:10 -0400 (EDT) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 64093-04 for ; Fri, 19 Aug 2005 00:59:52 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pandora.afflictions.org (Postfix) with ESMTP id 7BB5678C5D for ; Fri, 19 Aug 2005 00:59:52 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 6C61E33C30; Fri, 19 Aug 2005 00:53:13 -0400 (EDT) Date: Fri, 19 Aug 2005 00:53:13 -0400 From: Damian Gerow To: current@freebsd.org Message-ID: <20050819045313.GA32876@afflictions.org> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at pandora.afflictions.org Cc: Subject: -BETA2 and Thunder K8WE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 04:55:51 -0000 I just tried booting 6.0-BETA2 on a Tyan Thunder K8WE, to no success. Even with the on-board SCSI disabled, the system hangs after probing mpt0: it does the SCSI device settle delay[1], picks up the SATA drives, then hangs. Under a 'boot -v', I get a whole bunch of cruft about detecting devices on mpt0. The system fully freezes after it's done, though, so I can't really pull much data from the dmesg. I've tried booting with and without SCSI enabled, to the same effect. I haven't yet tried booting without ACPI, as the last time I tried that, the system didn't pick up any drives at all. - Damian [0] Which, strangely, happens before the SATA detection. In 5.3, the settle delay definitely happens after the SATA detection. From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 04:57:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB13A16A41F for ; Fri, 19 Aug 2005 04:57:50 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3506643D67 for ; Fri, 19 Aug 2005 04:57:50 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so442180rne for ; Thu, 18 Aug 2005 21:57:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pmn6Qf8i3PPoeEW2IwgtT0G+dKKf1I3vXs7NpdZXrnQRg3CrcnOyeyoJ1dHLDgl/i8i7oV3sAScGWYFCG7vDbZ/JmICRRGRbgFfbT3HGWs1k0L1UA/nRkz29Sc7bpGbm+WFJwbgwQyouVhJWagWBAq2oUM89QVx3URK3zNGxQ7I= Received: by 10.38.79.1 with SMTP id c1mr884365rnb; Thu, 18 Aug 2005 21:57:49 -0700 (PDT) Received: by 10.38.104.60 with HTTP; Thu, 18 Aug 2005 21:57:49 -0700 (PDT) Message-ID: <7579f7fb05081821574d919355@mail.gmail.com> Date: Thu, 18 Aug 2005 21:57:49 -0700 From: Matthew Jacob To: Eric Anderson In-Reply-To: <43048653.3010108@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <430397A2.4010303@centtech.com> <20050817203547.GA28892@uci.agh.edu.pl> <4303A0CC.2060005@centtech.com> <7579f7fb0508171456636c8998@mail.gmail.com> <43048653.3010108@centtech.com> Cc: FreeBSD Current Subject: Re: Qlogic (isp driver) gone mad on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 04:57:50 -0000 Sounds more like a problem with the target. Make the limit 255- not 256. . >=20 > Well, the system boots faster as it doesn't have to probe 16k devices, > but there's still one problem - it sees the correct 3 luns per device, > but then adds a 'fake' device at lun 256 which is essentially the same > as the first lun. Here's some more info: >=20 > # camcontrol devlist > at scbus0 target 6 lun 0 (pass0,ses0) > at scbus2 target 0 lun 0 (pass1,da0) > at scbus2 target 0 lun 1 (pass2,da1) > at scbus2 target 0 lun 2 (pass3,da2) > at scbus2 target 0 lun 256 (pass4,da3) > at scbus2 target 2 lun 0 (pass5,da4) > at scbus2 target 2 lun 1 (pass6,da5) > at scbus2 target 2 lun 2 (pass7,da6) > at scbus2 target 2 lun 256 (pass8,da7) > at scbus2 target 3 lun 0 (pass9,da8) > at scbus2 target 3 lun 1 (pass10,da9) > at scbus2 target 3 lun 2 (pass11,da10) > at scbus2 target 3 lun 256 (pass12,da1= 1) > at scbus3 target 0 lun 0 (pass13,da12) > at scbus3 target 0 lun 1 (pass14,da13) > at scbus3 target 0 lun 2 (pass15,da14) > at scbus3 target 0 lun 256 (pass16,da1= 5) > at scbus3 target 1 lun 0 (pass17,da16) > at scbus3 target 1 lun 1 (pass18,da17) > at scbus3 target 1 lun 2 (pass19,da18) > at scbus3 target 1 lun 256 (pass20,da1= 9) > at scbus3 target 3 lun 0 (pass21,da20) > at scbus3 target 3 lun 1 (pass22,da21) > at scbus3 target 3 lun 2 (pass23,da22) > at scbus3 target 3 lun 256 (pass24,da2= 3) >=20 >=20 > You can see that the 'lun 256' marked devices are duplicates. >=20 > Eric >=20 >=20 >=20 >=20 > -- > ------------------------------------------------------------------------ > Eric Anderson Sr. Systems Administrator Centaur Technology > Anything that works is better than anything that doesn't. > ------------------------------------------------------------------------ > From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 05:03:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D31F16A41F for ; Fri, 19 Aug 2005 05:03:38 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD4A643D45 for ; Fri, 19 Aug 2005 05:03:37 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so442734rne for ; Thu, 18 Aug 2005 22:03:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CWnzIKSAe83W/zMRsvctnU8JfLYZprpEbtr9LBdDJ3PZBifbtYDI+B8La+HPCD2hHqvLr2ncF6Xo3ST2RHxCQVepM11Ki1ctFSPzH1Wdg76y6qTz8Qnm9AwCT9tvaGxNDcUbTne2LbxgHKdKB+xPlNerJfrXkd12g9JZnuC2YTU= Received: by 10.38.75.43 with SMTP id x43mr881577rna; Thu, 18 Aug 2005 22:03:37 -0700 (PDT) Received: by 10.38.104.60 with HTTP; Thu, 18 Aug 2005 22:03:37 -0700 (PDT) Message-ID: <7579f7fb05081822035f42aad2@mail.gmail.com> Date: Thu, 18 Aug 2005 22:03:37 -0700 From: Matthew Jacob To: Phil Oleson In-Reply-To: <43054D3F.2080901@nixil.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43054D3F.2080901@nixil.net> Cc: freebsd-current@freebsd.org Subject: Re: src/sys/cam/scsi/scsi_all.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 05:03:38 -0000 done. On 8/18/05, Phil Oleson wrote: > Could someone MFC 1.48 of scsi_all.c into the 5 branch? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 06:37:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 835C616A41F; Fri, 19 Aug 2005 06:37:24 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id D947543D49; Fri, 19 Aug 2005 06:37:23 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4528F52C2F; Fri, 19 Aug 2005 08:37:22 +0200 (CEST) Received: from localhost (dlm156.neoplus.adsl.tpnet.pl [83.24.42.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E5F8752BC4; Fri, 19 Aug 2005 08:37:13 +0200 (CEST) Date: Fri, 19 Aug 2005 08:36:58 +0200 From: Pawel Jakub Dawidek To: Andrew Thompson Message-ID: <20050819063658.GG18375@garage.freebsd.pl> References: <20050817231838.GA97927@heff.fud.org.nz> <20050818210128.GD18375@garage.freebsd.pl> <20050819011734.GA4206@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+1TulI7fc0PCHNy3" Content-Disposition: inline In-Reply-To: <20050819011734.GA4206@heff.fud.org.nz> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org, rwatson@FreeBSD.org Subject: Re: [PANIC] 6.0BETA2 in l2ping flood X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 06:37:24 -0000 --+1TulI7fc0PCHNy3 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 19, 2005 at 01:17:34PM +1200, Andrew Thompson wrote: +> On Thu, Aug 18, 2005 at 11:01:29PM +0200, Pawel Jakub Dawidek wrote: +> > On Thu, Aug 18, 2005 at 11:18:38AM +1200, Andrew Thompson wrote: +> > +> Interesting... I can get exactly the same panic by doing +> > +>=20 +> > +> ifconfig bridge0 create +> > +> <'tcpdump -i bridge0' on another terminal> +> > +> ifconfig bridge0 up +> > +> ifconfig bridge0 destroy +> >=20 +> > Here, when you destroy bridge0, callout handle is also destroyed, +> > but on detach, bpf wants to turn off promiscuous mode and call +> > bridge_init(), because it doesn't have IFF_DRV_RUNNING flag set. +> >=20 +> > bridge_init() calls callout_reset() on destroyed callout handle. +> >=20 +>=20 +> Thanks for explaining this, you have saved me a lot of suffering. +>=20 +> This patch fixes the panic on destroy, is it the correct way to solve +> the problem? I need to commit something before 6.0. +>=20 Patch looks ok, but don't commit it please without rwatson@ approval. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --+1TulI7fc0PCHNy3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDBX4JForvXbEpPzQRAsu5AJ4w2H/rlIWVJ5ZE4e3P5NaVA2jR1ACeJqAK lew4g1haS2GeYVs62miwAKU= =uUtw -----END PGP SIGNATURE----- --+1TulI7fc0PCHNy3-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 07:49:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5992616A41F; Fri, 19 Aug 2005 07:49:12 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF46543D45; Fri, 19 Aug 2005 07:49:11 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id AA0D560F8; Fri, 19 Aug 2005 09:48:52 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 3736160F7; Fri, 19 Aug 2005 09:48:52 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id AEDA733D44; Fri, 19 Aug 2005 09:49:03 +0200 (CEST) To: Craig Rodrigues References: <20050819015327.GA7627@crodrigues.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 19 Aug 2005 09:49:03 +0200 In-Reply-To: <20050819015327.GA7627@crodrigues.org> (Craig Rodrigues's message of "Thu, 18 Aug 2005 21:53:27 -0400") Message-ID: <86fyt6gyds.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.2/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: XFS for FreeBSD, new snapshot available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 07:49:12 -0000 Craig Rodrigues writes: > On behalf of the XFS for FreeBSD project, I would like to announce a > new snapshot which you can download and try. [...] Any particular reason why you don't simply commit it? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 08:21:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F81516A41F for ; Fri, 19 Aug 2005 08:21:28 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id C39ED43D64 for ; Fri, 19 Aug 2005 08:21:24 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id BF5D13FFC for ; Fri, 19 Aug 2005 10:21:22 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04533-07 for ; Fri, 19 Aug 2005 10:21:16 +0200 (CEST) Received: from [10.38.0.10] (unknown [212.12.51.89]) by crivens.unixoid.de (Postfix) with ESMTP id 762643FF6 for ; Fri, 19 Aug 2005 10:21:16 +0200 (CEST) Message-ID: <4305967B.8010909@kernel32.de> Date: Fri, 19 Aug 2005 10:21:15 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de Subject: Adaptec AIC-7901 (ahd) broken with 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 08:21:28 -0000 Hi All, I believe the support for Adaptec's AIC7901 is broken in 6-BETA2. I had a Dell running with this Controller in RELENG_5 and in Current from June 7th. Some detailed information: ahd0@pci2:14:0: class=0x010400 card=0x01681028 chip=0x808f9005 rev=0x10 hdr=0x00 vendor = 'Adaptec Inc' device = 'AIC-7901 Ultra320 HostRAID Controller' class = mass storage subclass = RAID uname as of my last running 6-CURRENT Kernel: ([mhettwer@siteop-8] <~>)$ uname -a FreeBSD siteop-8.mobile.rz 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Tue Jun 7 15:30:11 CEST 2005 root@siteop-8.mobile.rz:/usr/obj/usr/src/sys/GENERIC i386 The "boot -v" of 6-BETA2 bootonly stops with the following messages (written down by hand, since I had no serial access): (probe20:sbp0:0:5:0): error 22 (probe20:sbp0:0:5:0): Unretryable Error (probe21:sbp0:0:6:0): error 22 (probe21:sbp0:0:7:0): Unretryable Error ahd0: Selection Timeout on A:4. 0 SCBs aborted ahd0: Selection Timeout on A:8. 0 SCBs aborted ahd0: Selection Timeout on A:11. 0 SCBs aborted ahd0: Selection Timeout on A:13. 0 SCBs aborted ahd0: Selection Timeout on A:2. 0 SCBs aborted ahd0: Selection Timeout on A:3. 0 SCBs aborted ahd0: Selection Timeout on A:5. 0 SCBs aborted ahd0: Selection Timeout on A:6. 0 SCBs aborted ahd0: Selection Timeout on A:9. 0 SCBs aborted ahd0: Selection Timeout on A:10. 0 SCBs aborted ahd0: Selection Timeout on A:12. 0 SCBs aborted ahd0: Selection Timeout on A:14. 0 SCBs aborted ahd0: Selection Timeout on A:15. 0 SCBs aborted (probe1:ahd0:0:1:0): Retrying Command (probe0:ahd0:0:0:0): Retrying Command (ahd0:A:0:0): Sending PPR bus_width 1, period 8, offset fe, ppr_options fb (ahd0:A:0:0): Received PPR width 1, period 8, offset 7f, options c3 Filtered to width 1, period 8, offset 7f, options c3 ahd0: target 0 using 16 bit ahd0 target 0 synchronous with period = 0x8, offset = 0x7f(DT IU RTI) I'd really like continue testing FreeBSD 6 on this Dell Machine... but I have no IDE disks to boot from, and besides, FreeBSD was running before with the very same controller on this box ... Is there any more information I could provide ? best regards, Marian From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 09:47:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98BAD16A41F for ; Fri, 19 Aug 2005 09:47:22 +0000 (GMT) (envelope-from dvorakv@vdsoft.org) Received: from mail.vdsoft.org (poseidon.vdsoft.org [193.85.147.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2446043D45 for ; Fri, 19 Aug 2005 09:47:21 +0000 (GMT) (envelope-from dvorakv@vdsoft.org) Received: from [10.0.0.132] (laptop.home.deltaeng.com [10.0.0.132]) by mail.vdsoft.org (Postfix) with ESMTP id 64F2047E012 for ; Fri, 19 Aug 2005 11:47:17 +0200 (CEST) Message-ID: <4305AAB9.7030104@vdsoft.org> Date: Fri, 19 Aug 2005 11:47:37 +0200 From: Vladimir Dvorak User-Agent: Debian Thunderbird 1.0.6 (X11/20050802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Virtual Memory Exhausted in compilation GNOME2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 09:47:22 -0000 Hello to all, I have problem installing Gnome2 from ports collestion. --- cut --- cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DDATADIR=\"/usr/X11R6/share/gnome\" -DLOCALEDIR=\"/usr/X11R6/share/locale\" -DICON_PATH=\"/usr/X11R6/share/gnome/pixmaps/gucharmap.png\" -I/usr/local/include -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/atk-1.0 -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/X11R6/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include -DORBIT2=1 -D_REENTRANT -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/libart-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/X11R6/include/libgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0 -I/usr/X11R6/include/libgnomecanvas-2.0 -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libbonoboui-2.0 -I/usr/X11R6/include/gnome-vfs-2.0 -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/X11R6/lib/gtk-2.0/include -O2 -fno-strict-aliasing -pipe -MT gucharmap-unicode-info.lo -MD -MP -MF .deps/gucharmap-unicode-info.Tpo -c gucharmap-unicode-info.c -fPIC -DPIC -o .libs/gucharmap-unicode-info.o virtual memory exhausted: Cannot allocate memory gmake[2]: *** [gucharmap-unicode-info.lo] Error 1 ---cut --- I seems that system come out of memory. I added more swap space and now I have really huge amount of memory: devel# swapinfo -h Device 1K-blocks Used Avail Capacity /dev/ad8s1b 494464 23M 483M 5% /dev/md0 307200 1.0M 300M 0% /dev/md1 307200 1.0M 300M 0% /dev/md2 1935360 508K 1.8G 0% Total 3044224 26M 2.9G 1% But problem still remains! :-( And now I am out of idea, what to do. Is there some trick how to correct or workaround this problem and install Gucharmap (in which problem occurs ) ? Thank you very much! P.S. My architecture is: AMD64(CPU Athlon64XP), FreeBSD 6.0-BETA2 FreeBSD 6.0-BETA2 with custom kernel. Vladimir From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 10:59:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5370216A41F; Fri, 19 Aug 2005 10:59:11 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C229B43D53; Fri, 19 Aug 2005 10:59:10 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by kweetal.tue.nl (Postfix) with ESMTP id DB35C13B71F; Fri, 19 Aug 2005 12:59:09 +0200 (CEST) Received: from kweetal.tue.nl ([127.0.0.1]) by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 62977-09; Fri, 19 Aug 2005 12:59:09 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by kweetal.tue.nl (Postfix) with ESMTP id 3F3EB13B717; Fri, 19 Aug 2005 12:59:09 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.4/8.13.4/Submit) id j7JAx9Rt038171; Fri, 19 Aug 2005 12:59:09 +0200 (CEST) (envelope-from stijn) Date: Fri, 19 Aug 2005 12:59:09 +0200 From: Stijn Hoop To: "O. Hartmann" Message-ID: <20050819105908.GO61271@pcwin002.win.tue.nl> References: <20050818200208.26042.qmail@web50302.mail.yahoo.com> <4304F83E.6090400@t-hosting.hu> <4305B410.2030207@mail.uni-mainz.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="w3uUfsyyY1Pqa/ej" Content-Disposition: inline In-Reply-To: <4305B410.2030207@mail.uni-mainz.de> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Cc: alan bryan , K?vesd?n G?bor , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: nve0 nvidia onboard ethernet dies daily on 6.0 beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 10:59:11 -0000 --w3uUfsyyY1Pqa/ej Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 19, 2005 at 12:27:28PM +0200, O. Hartmann wrote: > I'm also interested in fixing the omnipresent nve-problems, but reading= =20 > the manpages for nve(4) reveals the bad circumstance that this driver=20 > seems to be 'wrapped' around a Linux binary object. Nvidia obviously=20 > isn't willing to offer documentation about the chip's internals so it=20 > will be hard to develop an open source driver for this NIC. That sounds= =20 > to me to get happy with a 'ever GIANT locked' nve NIC using FreeBSD 6.X The Linux kernel includes a real opensource driver in the kernel for some time now, called 'forcedeth'. It seems that this works better than the nVidia driver. See http://www.hailfinger.org/carldani/linux/patches/forcedeth/ http://dev.gentoo.org/~dsd/nforce-net-to-forcedeth.htm For someone with enough driver-writing-fu it would be possible to look at the linux code and port it (GPL), or even better, write a new BSD licensed driver based on the things they do. That someone is not me, however... --Stijn --=20 Tact, n.: The unsaid part of what you're thinking. --w3uUfsyyY1Pqa/ej Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDBbt8Y3r/tLQmfWcRAjc1AKCXCdbkBH/Xua6UbJFQ9TUYuQiAewCfcyWo X+7DhQ+2PdYBSPBc891Zzi0= =NYBh -----END PGP SIGNATURE----- --w3uUfsyyY1Pqa/ej-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 15:26:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6ACF16A41F for ; Thu, 18 Aug 2005 15:26:14 +0000 (GMT) (envelope-from peter@dataloss.nl) Received: from useful.dataloss.nl (useful.dataloss.nl [80.84.249.161]) by mx1.FreeBSD.org (Postfix) with SMTP id 2D0A343D49 for ; Thu, 18 Aug 2005 15:26:13 +0000 (GMT) (envelope-from peter@dataloss.nl) Received: (qmail 55104 invoked by uid 1001); 18 Aug 2005 15:26:09 -0000 Date: Thu, 18 Aug 2005 17:26:09 +0200 From: Peter van Dijk To: freebsd-current@freebsd.org Message-ID: <20050818152609.GA50070@dataloss.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Mailman-Approved-At: Fri, 19 Aug 2005 11:50:56 +0000 Subject: icmp6 LOR on freebsd6-beta2/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 15:26:15 -0000 Hi, on my fresh 6.0-BETA2 upgrade (from 5.4), I got (just once) the following LOR: Aug 13 15:39:05 onion kernel: lock order reversal Aug 13 15:39:05 onion kernel: 1st 0xfffff8003377fd68 inp (raw6inp) @ /usr/src/sys/netinet6/icmp6.c:1895 Aug 13 15:39:05 onion kernel: 2nd 0xfffff8003377fe98 inp (rawinp) @ /usr/src/sys/netinet6/icmp6.c:1895 Aug 13 15:39:05 onion kernel: KDB: stack backtrace: Aug 13 15:39:05 onion kernel: _mtx_lock_flags() at _mtx_lock_flags+0x6c Aug 13 15:39:05 onion kernel: icmp6_rip6_input() at icmp6_rip6_input+0x84 Aug 13 15:39:05 onion kernel: icmp6_input() at icmp6_input+0xe14 Aug 13 15:39:05 onion kernel: ip6_input() at ip6_input+0x1130 Aug 13 15:39:05 onion kernel: netisr_processqueue() at netisr_processqueue+0x7c Aug 13 15:39:05 onion kernel: swi_net() at swi_net+0xdc Aug 13 15:39:05 onion kernel: ithread_loop() at ithread_loop+0x18c Aug 13 15:39:05 onion kernel: fork_exit() at fork_exit+0x94 Aug 13 15:39:05 onion kernel: fork_trampoline() at fork_trampoline+0x8 This is in the middle of bootup; dhclient had already ran; I gather from the messages log that it happened after sysctl.conf was parsed but before getty tried to open consoles (which didn't work as I forgot syscons). peter@onion$ uname -a FreeBSD onion.home.dataloss.nl 6.0-BETA2 FreeBSD 6.0-BETA2 #1: Fri Aug 12 03:09:54 CEST 2005 peter@onion.home.dataloss.nl:/usr/obj/usr/src/sys/ONION sparc64 The machine speaks IPv6 on two (vlan) interfaces; no tunnels. Cheers, Peter -- peter@dataloss.nl | ~ tonight tonight, what is this potion http://blog.dataloss.nl/ | ~ that makes a fool of me UnderNet/#clue | Wayfinder, fr-025 soundtrack From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 18:38:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E5E216A41F; Thu, 18 Aug 2005 18:38:00 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A871543D46; Thu, 18 Aug 2005 18:37:59 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 6D2BB997632; Thu, 18 Aug 2005 20:37:58 +0200 (CEST) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 12991-05; Thu, 18 Aug 2005 20:37:53 +0200 (CEST) Received: from [80.98.156.20] (catv-50629c14.catv.broadband.hu [80.98.156.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id C233899758B; Thu, 18 Aug 2005 20:37:53 +0200 (CEST) Message-ID: <4304D57F.4030804@t-hosting.hu> Date: Thu, 18 Aug 2005 20:37:51 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: alan bryan References: <20050818183051.10024.qmail@web50307.mail.yahoo.com> In-Reply-To: <20050818183051.10024.qmail@web50307.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at t-hosting.hu X-Mailman-Approved-At: Fri, 19 Aug 2005 11:50:56 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: nve0 nvidia onboard ethernet dies daily on 6.0 beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 18:38:00 -0000 alan bryan wrote: >I'm still having problems with my onboard ethernet. >It usually runs for a day or two and then I see this >in the dmesg: >... >nve0: device timeout (63) >nve0: link state changed to DOWN >nve0: link state changed to UP >nve0: device timeout (63) >nve0: link state changed to DOWN >nve0: link state changed to UP >nve0: device timeout (64) >nve0: link state changed to DOWN >nve0: link state changed to UP >... > >It seems that once it counts up to 64 that it then >dies. What does that number count stand for? Is >there a way to prevent this? Why does the link state >keep going up/down (although I haven't noticed any >problems and web/shh seem to work fine until it dies) > >This is on a Shuttle XPC SN25P system running 6.0 >beta1. > >Thanks, >Alan Bryan > > > The nve driver has a lot of problems. You experienced just device timeouts, but other people - including me - experiences system crashes. As for me, I've had two kind of kernel panics, and device timeouts too. Cheers, Gabor Kovesdan From owner-freebsd-current@FreeBSD.ORG Thu Aug 18 21:06:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9A4016A41F; Thu, 18 Aug 2005 21:06:18 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62A9643D46; Thu, 18 Aug 2005 21:06:18 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 6ACD79976F2; Thu, 18 Aug 2005 23:06:16 +0200 (CEST) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 14978-04; Thu, 18 Aug 2005 23:06:11 +0200 (CEST) Received: from [80.98.156.20] (catv-50629c14.catv.broadband.hu [80.98.156.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id B71A19974BB; Thu, 18 Aug 2005 23:06:11 +0200 (CEST) Message-ID: <4304F83E.6090400@t-hosting.hu> Date: Thu, 18 Aug 2005 23:06:06 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: alan bryan References: <20050818200208.26042.qmail@web50302.mail.yahoo.com> In-Reply-To: <20050818200208.26042.qmail@web50302.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at t-hosting.hu X-Mailman-Approved-At: Fri, 19 Aug 2005 11:50:56 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: nve0 nvidia onboard ethernet dies daily on 6.0 beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 21:06:19 -0000 alan bryan wrote: >--- Kövesdán Gábor >wrote: > > >>The nve driver has a lot of problems. You >>experienced just device >>timeouts, but other people - including me - >>experiences system crashes. >>As for me, I've had two kind of kernel panics, and >>device timeouts too. >> >>Cheers, >> >>Gabor Kovesdan >> >> > >Do you (or does anyone else here) have any >recommendations then on a good PCI express (no plain >PCI slots) ethernet card that doesn't use the nve >driver? Maybe an Intel card? Gigabit speeds >preferably. I could then use that until the nve >driver gets fixed (Is somebody even working on fixing >it?). > >Thanks, >Alan > > > No, unfortunately I don't know about a good alternative. I don't think anybody is working on it now. Maxime Henrion and Quinton Dolan committed changes to that driver, but unfortunately it didn't make things better. Cheers, Gábor Kövesdán From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 10:27:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 397D116A41F; Fri, 19 Aug 2005 10:27:35 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.178.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1DBB43D48; Fri, 19 Aug 2005 10:27:34 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from [213.6.69.6] (A4506.a.pppool.de [213.6.69.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate1.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 6E2CF3000741; Fri, 19 Aug 2005 12:27:31 +0200 (CEST) Message-ID: <4305B410.2030207@mail.uni-mainz.de> Date: Fri, 19 Aug 2005 12:27:28 +0200 From: "O. Hartmann" Organization: Institut =?ISO-8859-1?Q?f=FCr_Geophysik?= User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050724) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= References: <20050818200208.26042.qmail@web50302.mail.yahoo.com> <4304F83E.6090400@t-hosting.hu> In-Reply-To: <4304F83E.6090400@t-hosting.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at uni-mainz.de X-Mailman-Approved-At: Fri, 19 Aug 2005 11:50:56 +0000 Cc: alan bryan , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: nve0 nvidia onboard ethernet dies daily on 6.0 beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 10:27:35 -0000 Kövesdán Gábor wrote: > alan bryan wrote: > >> --- Kövesdán Gábor >> wrote: >> >> >>> The nve driver has a lot of problems. You >>> experienced just device timeouts, but other people - including me - >>> experiences system crashes. As for me, I've had two kind of kernel >>> panics, and >>> device timeouts too. >>> >>> Cheers, >>> >>> Gabor Kovesdan >>> >> >> >> Do you (or does anyone else here) have any >> recommendations then on a good PCI express (no plain >> PCI slots) ethernet card that doesn't use the nve >> driver? Maybe an Intel card? Gigabit speeds >> preferably. I could then use that until the nve >> driver gets fixed (Is somebody even working on fixing >> it?). >> >> Thanks, >> Alan >> >> >> > No, unfortunately I don't know about a good alternative. I don't think > anybody is > working on it now. Maxime Henrion and Quinton Dolan committed changes > to that driver, > but unfortunately it didn't make things better. > > Cheers, > > Gábor Kövesdán > Hello. I'm also interested in fixing the omnipresent nve-problems, but reading the manpages for nve(4) reveals the bad circumstance that this driver seems to be 'wrapped' around a Linux binary object. Nvidia obviously isn't willing to offer documentation about the chip's internals so it will be hard to develop an open source driver for this NIC. That sounds to me to get happy with a 'ever GIANT locked' nve NIC using FreeBSD 6.X Oliver From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 11:51:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3931C16A42F for ; Fri, 19 Aug 2005 11:51:04 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3B3343D45 for ; Fri, 19 Aug 2005 11:51:03 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j7JBp1HS034548; Fri, 19 Aug 2005 06:51:02 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4305C7B7.8020202@centtech.com> Date: Fri, 19 Aug 2005 06:51:19 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050815 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Jacob References: <430397A2.4010303@centtech.com> <20050817203547.GA28892@uci.agh.edu.pl> <4303A0CC.2060005@centtech.com> <7579f7fb0508171456636c8998@mail.gmail.com> <43048653.3010108@centtech.com> <7579f7fb05081821574d919355@mail.gmail.com> In-Reply-To: <7579f7fb05081821574d919355@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Qlogic (isp driver) gone mad on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 11:51:04 -0000 Matthew Jacob wrote: > Sounds more like a problem with the target. Make the limit 255- not 256. No. The problem is not in the target device at all. I reverted to 5-STABLE and it works flawlessly again. There's a bug in 6.0's scsi/qlogic code. Setting it to 255 will end up with the same output as below, except s/256/255/g. This bug will prevent those using qlogic cards from using 6.0 - is that acceptable for 6.0? Eric >>Well, the system boots faster as it doesn't have to probe 16k devices, >>but there's still one problem - it sees the correct 3 luns per device, >>but then adds a 'fake' device at lun 256 which is essentially the same >>as the first lun. Here's some more info: >> >># camcontrol devlist >> at scbus0 target 6 lun 0 (pass0,ses0) >> at scbus2 target 0 lun 0 (pass1,da0) >> at scbus2 target 0 lun 1 (pass2,da1) >> at scbus2 target 0 lun 2 (pass3,da2) >> at scbus2 target 0 lun 256 (pass4,da3) >> at scbus2 target 2 lun 0 (pass5,da4) >> at scbus2 target 2 lun 1 (pass6,da5) >> at scbus2 target 2 lun 2 (pass7,da6) >> at scbus2 target 2 lun 256 (pass8,da7) >> at scbus2 target 3 lun 0 (pass9,da8) >> at scbus2 target 3 lun 1 (pass10,da9) >> at scbus2 target 3 lun 2 (pass11,da10) >> at scbus2 target 3 lun 256 (pass12,da11) >> at scbus3 target 0 lun 0 (pass13,da12) >> at scbus3 target 0 lun 1 (pass14,da13) >> at scbus3 target 0 lun 2 (pass15,da14) >> at scbus3 target 0 lun 256 (pass16,da15) >> at scbus3 target 1 lun 0 (pass17,da16) >> at scbus3 target 1 lun 1 (pass18,da17) >> at scbus3 target 1 lun 2 (pass19,da18) >> at scbus3 target 1 lun 256 (pass20,da19) >> at scbus3 target 3 lun 0 (pass21,da20) >> at scbus3 target 3 lun 1 (pass22,da21) >> at scbus3 target 3 lun 2 (pass23,da22) >> at scbus3 target 3 lun 256 (pass24,da23) >> >> >>You can see that the 'lun 256' marked devices are duplicates. >> >>Eric >> >> >> >> >>-- >>------------------------------------------------------------------------ >>Eric Anderson Sr. Systems Administrator Centaur Technology >>Anything that works is better than anything that doesn't. >>------------------------------------------------------------------------ >> -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 12:03:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 698B316A41F; Fri, 19 Aug 2005 12:03:21 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEE2E43D66; Fri, 19 Aug 2005 12:03:14 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-115-133.hsd1.ma.comcast.net ([66.30.115.133]) by comcast.net (sccrmhc14) with ESMTP id <2005081912031301400k39g0e>; Fri, 19 Aug 2005 12:03:13 +0000 Received: from c-66-30-115-133.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j7JC39ku010577; Fri, 19 Aug 2005 08:03:10 -0400 (EDT) (envelope-from rodrigc@c-66-30-115-133.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j7JC39xL010576; Fri, 19 Aug 2005 08:03:09 -0400 (EDT) (envelope-from rodrigc) Date: Fri, 19 Aug 2005 08:03:09 -0400 From: Craig Rodrigues To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20050819120309.GA10568@crodrigues.org> References: <20050819015327.GA7627@crodrigues.org> <86fyt6gyds.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86fyt6gyds.fsf@xps.des.no> User-Agent: Mutt/1.5.9i Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: XFS for FreeBSD, new snapshot available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 12:03:21 -0000 On Fri, Aug 19, 2005 at 09:49:03AM +0200, Dag-Erling Smrgrav wrote: > Craig Rodrigues writes: > > On behalf of the XFS for FreeBSD project, I would like to announce a > > new snapshot which you can download and try. [...] > > Any particular reason why you don't simply commit it? We're not ready yet. We need to go through more testing, more feedback from users, and add more functionality (write support). -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 12:09:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99C7B16A41F; Fri, 19 Aug 2005 12:09:45 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F4F343D45; Fri, 19 Aug 2005 12:09:45 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 9EB32319D27; Fri, 19 Aug 2005 14:09:44 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id CE28A405A; Fri, 19 Aug 2005 14:10:13 +0200 (CEST) Date: Fri, 19 Aug 2005 14:10:13 +0200 From: Jeremie Le Hen To: Craig Rodrigues Message-ID: <20050819121013.GA659@obiwan.tataz.chchile.org> References: <20050819015327.GA7627@crodrigues.org> <86fyt6gyds.fsf@xps.des.no> <20050819120309.GA10568@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050819120309.GA10568@crodrigues.org> User-Agent: Mutt/1.5.9i Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: XFS for FreeBSD, new snapshot available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 12:09:45 -0000 Hi Craig, > We're not ready yet. We need to go through more testing, more > feedback from users, and add more functionality (write support). Thanks. Note that only RO support doesn't prevent it from being commited. IIRC, ReiserFS and NTFS are read-only too. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 12:15:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AB2F16A41F; Fri, 19 Aug 2005 12:15:49 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCAAD43D46; Fri, 19 Aug 2005 12:15:48 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 11E89617E; Fri, 19 Aug 2005 14:15:32 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id F30616147; Fri, 19 Aug 2005 14:15:31 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 83F2A33D44; Fri, 19 Aug 2005 14:15:43 +0200 (CEST) To: Craig Rodrigues References: <20050819015327.GA7627@crodrigues.org> <86fyt6gyds.fsf@xps.des.no> <20050819120309.GA10568@crodrigues.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 19 Aug 2005 14:15:43 +0200 In-Reply-To: <20050819120309.GA10568@crodrigues.org> (Craig Rodrigues's message of "Fri, 19 Aug 2005 08:03:09 -0400") Message-ID: <86vf22dswg.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.2/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: XFS for FreeBSD, new snapshot available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 12:15:49 -0000 Craig Rodrigues writes: > On Fri, Aug 19, 2005 at 09:49:03AM +0200, Dag-Erling Smrgrav wrote: > > Any particular reason why you don't simply commit it? > We're not ready yet. We need to go through more testing, more > feedback from users, and add more functionality (write support). You'll get more feedback if the code is in the tree, and there is precedent for committing filessystems without write support. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 12:57:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA2BB16A41F; Fri, 19 Aug 2005 12:57:33 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 345E443D46; Fri, 19 Aug 2005 12:57:32 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j7JCvLFH059618; Fri, 19 Aug 2005 07:57:21 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4305D743.8090302@centtech.com> Date: Fri, 19 Aug 2005 07:57:39 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050815 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Craig Rodrigues References: <20050819015327.GA7627@crodrigues.org> In-Reply-To: <20050819015327.GA7627@crodrigues.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1034/Thu Aug 18 15:07:58 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: XFS for FreeBSD, new snapshot available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 12:57:33 -0000 Craig Rodrigues wrote: > Hi, > > On behalf of the XFS for FreeBSD project, I would > like to announce a new snapshot which you can download > and try. The snapshot is available here: > > http://people.freebsd.org/~rodrigc/xfs/ > > NOTES: > - works only with latest FreeBSD-CURRENT and FreeBSD-6 kernels > - read-only access to XFS partitions only > - highly experimental and not finished yet, this is a work in progress > - do not use for production work > > NEW THINGS: > - several kernel panics fixed > - preliminary support for reading extended attributes > - xfsprogs in ports ( sysutils/xfsprogs ), needed for mkfs.xfs > > The XFS for FreeBSD project is porting the SGI XFS filesystem > to FreeBSD, based on publically available GPL'd sources of > SGI's XFS for Linux. The XFS for FreeBSD project is not > affiliated with SGI, and SGI should not be contacted with > bug reports regarding XFS for FreeBSD. > > Many thanks to Russell Cattelan and Alexander Kabaev for their work > on this project. > > We would appreciate your feedback and bug reports. > Been working great so far, although I have to say I am not fully utilizing it. Good work! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 13:01:07 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 845C516A41F; Fri, 19 Aug 2005 13:01:07 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF30D43D46; Fri, 19 Aug 2005 13:01:06 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.49] (lesnik.portaone.com [195.140.246.50] (may be forged)) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j7JD0hEF095867 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Aug 2005 15:00:44 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <4305D7FA.2070900@portaone.com> Date: Fri, 19 Aug 2005 16:00:42 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <20050819015327.GA7627@crodrigues.org> <86fyt6gyds.fsf@xps.des.no> <20050819120309.GA10568@crodrigues.org> <86vf22dswg.fsf@xps.des.no> In-Reply-To: <86vf22dswg.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on www.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on www.portaone.com Cc: freebsd-fs@FreeBSD.ORG, Craig Rodrigues , freebsd-current@FreeBSD.ORG Subject: Re: XFS for FreeBSD, new snapshot available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 13:01:07 -0000 Dag-Erling Smørgrav wrote: > Craig Rodrigues writes: > >>On Fri, Aug 19, 2005 at 09:49:03AM +0200, Dag-Erling Smrgrav wrote: >> >>>Any particular reason why you don't simply commit it? >> >>We're not ready yet. We need to go through more testing, more >>feedback from users, and add more functionality (write support). > > > You'll get more feedback if the code is in the tree, and there is > precedent for committing filessystems without write support. Seconded. Having it in the tree will warrant that much more eyes will be looking on it, both from the user's PoV and from developer's PoV. -Maxim From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 13:16:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0316C16A41F; Fri, 19 Aug 2005 13:16:30 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8074E43D48; Fri, 19 Aug 2005 13:16:29 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [IPv6:2001:980:ffe:3:a00:20ff:fe85:fa39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id 38426179CFA; Fri, 19 Aug 2005 15:16:30 +0200 (CEST) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id C8497272; Fri, 19 Aug 2005 15:16:29 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id BE6681BA; Fri, 19 Aug 2005 15:16:29 +0200 (CEST) Date: Fri, 19 Aug 2005 15:16:29 +0200 (CEST) From: Sten Spans To: "O. Hartmann" In-Reply-To: <4305B410.2030207@mail.uni-mainz.de> Message-ID: References: <20050818200208.26042.qmail@web50302.mail.yahoo.com> <4304F83E.6090400@t-hosting.hu> <4305B410.2030207@mail.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: alan bryan , =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: nve0 nvidia onboard ethernet dies daily on 6.0 beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 13:16:30 -0000 On Fri, 19 Aug 2005, O. Hartmann wrote: > Hello. > > I'm also interested in fixing the omnipresent nve-problems, but reading the > manpages for nve(4) reveals the bad circumstance that this driver seems to be > 'wrapped' around a Linux binary object. Nvidia obviously isn't willing to > offer documentation about the chip's internals so it will be hard to develop > an open source driver for this NIC. That sounds to me to get happy with a > 'ever GIANT locked' nve NIC using FreeBSD 6.X The linux forcedeth driver is supposedly quite decent nowadays, nvidia even helped adding gigabit support. It should be a good source of information for building an opensource bsd driver. That said, nvidia just aint too great at building ethernet chips, if decent performance is a requirement I'd suggest getting something else. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 13:44:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BF3516A41F for ; Fri, 19 Aug 2005 13:44:35 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53CB743D45 for ; Fri, 19 Aug 2005 13:44:34 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) (authenticated bits=0) by aslan.scsiguy.com (8.13.3/8.13.3) with ESMTP id j7JDiWBa068693 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Aug 2005 07:44:33 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Fri, 19 Aug 2005 07:44:32 -0600 From: "Justin T. Gibbs" To: Marian Hettwer , freebsd-current@freebsd.org Message-ID: <435838B88932CE9C36A18199@aslan.scsiguy.com> In-Reply-To: <4305967B.8010909@kernel32.de> References: <4305967B.8010909@kernel32.de> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: Adaptec AIC-7901 (ahd) broken with 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 13:44:35 -0000 > Hi All, > > I believe the support for Adaptec's AIC7901 is broken in 6-BETA2. It looks like the system was able to talk to the controller and your drive just fine, but hung later. Can you break into the debugger and get a stack trace of where the system is hung? -- Justin From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 13:54:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C7C516A420 for ; Fri, 19 Aug 2005 13:54:49 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id D471243D46 for ; Fri, 19 Aug 2005 13:54:48 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 959C93FF3; Fri, 19 Aug 2005 15:54:47 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 38370-04; Fri, 19 Aug 2005 15:54:43 +0200 (CEST) Received: from [10.38.0.10] (unknown [212.12.51.89]) by crivens.unixoid.de (Postfix) with ESMTP id C548B3F6A; Fri, 19 Aug 2005 15:54:43 +0200 (CEST) Message-ID: <4305E4A3.6040902@kernel32.de> Date: Fri, 19 Aug 2005 15:54:43 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Justin T. Gibbs" References: <4305967B.8010909@kernel32.de> <435838B88932CE9C36A18199@aslan.scsiguy.com> In-Reply-To: <435838B88932CE9C36A18199@aslan.scsiguy.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de Cc: freebsd-current@freebsd.org Subject: Re: Adaptec AIC-7901 (ahd) broken with 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 13:54:49 -0000 Justin T. Gibbs wrote: >>Hi All, >> >>I believe the support for Adaptec's AIC7901 is broken in 6-BETA2. > > > It looks like the system was able to talk to the controller and your > drive just fine, but hung later. Can you break into the debugger > and get a stack trace of where the system is hung? > Pardon me, but how do I break into the debugger ? :) I know, if I'm using -CURRENT I should know how to do it... could you point me at the right direction anyway ? :-) Even if I could break into debugger, I would need to get a serial console working, otherwise a stack trace could be quite hard to get. I don't think I want to type this by hand... best regards, Marian From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 14:34:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F30B16A41F for ; Fri, 19 Aug 2005 14:34:51 +0000 (GMT) (envelope-from donaldson@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACE5943D53 for ; Fri, 19 Aug 2005 14:34:50 +0000 (GMT) (envelope-from donaldson@cisco.com) Received: from sj-core-1.cisco.com (171.71.177.237) by sj-iport-3.cisco.com with ESMTP; 19 Aug 2005 07:34:50 -0700 X-IronPort-AV: i="3.96,125,1122879600"; d="p7s'?scan'208"; a="333843998:sNHT39129732" Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id j7JEY40j017387 for ; Fri, 19 Aug 2005 07:34:47 -0700 (PDT) Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Fri, 19 Aug 2005 10:34:42 -0400 Received: from [10.83.11.199] ([10.83.11.199]) by xfe-rtp-202.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Fri, 19 Aug 2005 10:34:58 -0400 Mime-Version: 1.0 (Apple Message framework v733) To: freebsd-current@freebsd.org Message-Id: <676781B5-56D3-4F10-9E8D-72FAFB86CBBF@cisco.com> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-38-126004850; protocol="application/pkcs7-signature" From: Jonathan Donaldson Date: Fri, 19 Aug 2005 10:34:52 -0400 X-Mailer: Apple Mail (2.733) X-OriginalArrivalTime: 19 Aug 2005 14:34:58.0207 (UTC) FILETIME=[2C83AAF0:01C5A4CB] X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Buildworld failing at crtstuff.c:543:2: #error "One of CRT_BEGIN or CRT_END must be defined." X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 14:34:51 -0000 --Apple-Mail-38-126004850 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Using CVSUP RELENG_6 tag, updated today (and yesterday etc) did make clean, make cleandir make.conf is completely generic with nocona listed as the cpu type (using 32bit FreeBSD though), only NO_ option is NO_PROFILE...flags are -O -Pipe... buildworld fails every time here: cc -O -pipe -march=prescott -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -finhibit- size-directive -fno-inline-functions -fno-exceptions -fno-zero- initialized-in-bss -fno-omit-frame-pointer -fno-unit-at-a-time -I/ usr/src/gnu/lib/csu/../../../contrib/gcc/config -I/usr/src/gnu/lib/ csu/../../../contrib/gcc -I. -I/usr/src/gnu/lib/csu/../../usr.bin/cc/ cc_tools -c /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:543:2: #error "One of CRT_BEGIN or CRT_END must be defined." *** Error code 1 Stop in /usr/src/gnu/lib/csu. *** Error code 1 Any ideas??? Thanks, Jonathan ------------------------------------------------------------- Jonathan Donaldson eMail: donaldson@cisco.com --Apple-Mail-38-126004850-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 14:37:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C489716A41F; Fri, 19 Aug 2005 14:37:48 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc12.comcast.net (rwcrmhc14.comcast.net [216.148.227.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7B3643D45; Fri, 19 Aug 2005 14:37:47 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-115-133.hsd1.ma.comcast.net ([66.30.115.133]) by comcast.net (rwcrmhc14) with ESMTP id <2005081914374601400hao1te>; Fri, 19 Aug 2005 14:37:47 +0000 Received: from c-66-30-115-133.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j7JEbg23011426; Fri, 19 Aug 2005 10:37:42 -0400 (EDT) (envelope-from rodrigc@c-66-30-115-133.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j7JEbgUo011425; Fri, 19 Aug 2005 10:37:42 -0400 (EDT) (envelope-from rodrigc) Date: Fri, 19 Aug 2005 10:37:41 -0400 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20050819143741.GA11399@crodrigues.org> References: <20050819015327.GA7627@crodrigues.org> <86fyt6gyds.fsf@xps.des.no> <20050819120309.GA10568@crodrigues.org> <86vf22dswg.fsf@xps.des.no> <4305D7FA.2070900@portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4305D7FA.2070900@portaone.com> User-Agent: Mutt/1.5.9i Cc: freebsd-fs@freebsd.org Subject: Re: XFS for FreeBSD, new snapshot available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 14:37:48 -0000 On Fri, Aug 19, 2005 at 04:00:42PM +0300, Maxim Sobolev wrote: > >You'll get more feedback if the code is in the tree, and there is > >precedent for committing filessystems without write support. While I understand that this has been done for other filesystems, I am not going to put XFS into the FreeBSD tree until I feel that it is ready. The source code and patches are available for people to try, so just because something is not in the tree, it does not preclude interested developers and users from trying it out and providing feedback/patches. Thanks. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 14:44:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10A5516A41F for ; Fri, 19 Aug 2005 14:44:42 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BC7343D48 for ; Fri, 19 Aug 2005 14:44:41 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from [10.0.0.90] (oriondc.dsl.frii.net [216.17.137.18]) (authenticated bits=0) by aslan.scsiguy.com (8.13.3/8.13.3) with ESMTP id j7JEiYKH069108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Aug 2005 08:44:38 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Fri, 19 Aug 2005 08:44:29 -0600 From: "Justin T. Gibbs" To: Marian Hettwer , "Justin T. Gibbs" Message-ID: <3F5D63052EDC670D1C98312F@[10.0.0.90]> In-Reply-To: <4305E4A3.6040902@kernel32.de> References: <4305967B.8010909@kernel32.de> <435838B88932CE9C36A18199@aslan.scsiguy.com> <4305E4A3.6040902@kernel32.de> X-Mailer: Mulberry/3.1.6 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-current@freebsd.org Subject: Re: Adaptec AIC-7901 (ahd) broken with 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 14:44:42 -0000 >> It looks like the system was able to talk to the controller and your >> drive just fine, but hung later. Can you break into the debugger >> and get a stack trace of where the system is hung? >> > Pardon me, but how do I break into the debugger ? :) > I know, if I'm using -CURRENT I should know how to do it... could you > point me at the right direction anyway ? :-) http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-online-ddb.html > Even if I could break into debugger, I would need to get a serial console > working, otherwise a stack trace could be quite hard to get. I don't > think I want to type this by hand... The top few functions are likely all that are important. followed by PgUp is your friend. -- Justin From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 14:57:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0A4C16A41F for ; Fri, 19 Aug 2005 14:57:07 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5207C43D45 for ; Fri, 19 Aug 2005 14:57:07 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j7JEv5WT095928; Fri, 19 Aug 2005 09:57:05 -0500 (CDT) (envelope-from dan) Date: Fri, 19 Aug 2005 09:57:05 -0500 From: Dan Nelson To: Vladimir Dvorak Message-ID: <20050819145705.GE60291@dan.emsphone.com> References: <4305AAB9.7030104@vdsoft.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4305AAB9.7030104@vdsoft.org> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: Virtual Memory Exhausted in compilation GNOME2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 14:57:07 -0000 In the last episode (Aug 19), Vladimir Dvorak said: > I have problem installing Gnome2 from ports collestion. > > --- cut --- > cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. ... > gucharmap-unicode-info.lo -MD -MP -MF .deps/gucharmap-unicode-info.Tpo > -c gucharmap-unicode-info.c -fPIC -DPIC -o .libs/gucharmap-unicode-info.o > virtual memory exhausted: Cannot allocate memory > gmake[2]: *** [gucharmap-unicode-info.lo] Error 1 > > I seems that system come out of memory. I added more swap space and > now I have really huge amount of memory: > > devel# swapinfo -h > Device 1K-blocks Used Avail Capacity > /dev/ad8s1b 494464 23M 483M 5% > /dev/md0 307200 1.0M 300M 0% > /dev/md1 307200 1.0M 300M 0% > /dev/md2 1935360 508K 1.8G 0% > Total 3044224 26M 2.9G 1% Those md devices aren't swap-backed, are they? :) How much physical RAM do you have? I just did a test build of gucharmap on my 5.4 machine and compiling gucharmap-unicode-info.c took ~80MB of memory according to top. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 14:58:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C00C16A41F for ; Fri, 19 Aug 2005 14:58:49 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0F3D43D46 for ; Fri, 19 Aug 2005 14:58:48 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 80DAD3FF3; Fri, 19 Aug 2005 16:58:47 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 38370-09; Fri, 19 Aug 2005 16:58:44 +0200 (CEST) Received: from [10.38.0.10] (unknown [212.12.51.89]) by crivens.unixoid.de (Postfix) with ESMTP id E2BAA3EDC; Fri, 19 Aug 2005 16:58:43 +0200 (CEST) Message-ID: <4305F3A3.3080504@kernel32.de> Date: Fri, 19 Aug 2005 16:58:43 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Justin T. Gibbs" References: <4305967B.8010909@kernel32.de> <435838B88932CE9C36A18199@aslan.scsiguy.com> <4305E4A3.6040902@kernel32.de> <3F5D63052EDC670D1C98312F@[10.0.0.90]> In-Reply-To: <3F5D63052EDC670D1C98312F@[10.0.0.90]> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de Cc: freebsd-current@freebsd.org Subject: Re: Adaptec AIC-7901 (ahd) broken with 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 14:58:49 -0000 Justin T. Gibbs wrote: >>> It looks like the system was able to talk to the controller and your >>> drive just fine, but hung later. Can you break into the debugger >>> and get a stack trace of where the system is hung? >>> >> Pardon me, but how do I break into the debugger ? :) >> I know, if I'm using -CURRENT I should know how to do it... could you >> point me at the right direction anyway ? :-) > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-online-ddb.html > Thanks, I'll give it a read-through. > >> Even if I could break into debugger, I would need to get a serial console >> working, otherwise a stack trace could be quite hard to get. I don't >> think I want to type this by hand... > > > The top few functions are likely all that are important. > followed by > PgUp is your friend. > I know this friend pretty good. Unluckily he's not available... Num-Lock still works, but scroll-lock doesn't. I'm unable to scroll up, which is a pity. With no serial console... I can't easily scroll up or even do some copy 'n paste. thanks so far and best regards, Marian From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 15:12:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C810816A41F for ; Fri, 19 Aug 2005 15:12:07 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58C4A43D46 for ; Fri, 19 Aug 2005 15:12:07 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 3A9DE3FF6; Fri, 19 Aug 2005 17:12:06 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 38370-10; Fri, 19 Aug 2005 17:12:00 +0200 (CEST) Received: from [10.38.0.10] (unknown [212.12.51.89]) by crivens.unixoid.de (Postfix) with ESMTP id 7B9D53FF3; Fri, 19 Aug 2005 17:12:00 +0200 (CEST) Message-ID: <4305F6BF.8070901@kernel32.de> Date: Fri, 19 Aug 2005 17:11:59 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Justin T. Gibbs" References: <4305967B.8010909@kernel32.de> <435838B88932CE9C36A18199@aslan.scsiguy.com> <4305E4A3.6040902@kernel32.de> <3F5D63052EDC670D1C98312F@[10.0.0.90]> In-Reply-To: <3F5D63052EDC670D1C98312F@[10.0.0.90]> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de Cc: freebsd-current@freebsd.org Subject: Re: Adaptec AIC-7901 (ahd) broken with 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 15:12:07 -0000 Hej Justin, Justin T. Gibbs wrote: >>> It looks like the system was able to talk to the controller and your >>> drive just fine, but hung later. Can you break into the debugger >>> and get a stack trace of where the system is hung? >>> second reply on that topic: I booted the bootonly ISO of BETA-2 with boot-v The system hangs hard, no NUM-Lock or SCROLL-Lock possible, and if I understood the manual right, CTRL+ALT+ESC should bring me to the debugger. Doesn't work either :-/ looks like a hard-lock. Any more ideas ? I do have a BETA-1 Kernel around. I'll give it a shot, wether I can get into the debugger there... but I suppose it'll be the same. This time the the boot procedure stopped with the following last few messages (hand transcribed): (ahd0:A:0:0): Sending PPR bus_width 1, period 8, offset fe, ppr_options fb (ahd0:A:0:0): Received PPR width 1, period 8, offset 7f, options c3 Filtered to width 1, period 8, offset 7f, options c3 ahd0: target 0 using 16bit transfers ahd0: target 0 synchronous with period = 0x8, offset = 0x7f (DT|IU|RTI) (ahd0:A:1:0): Sending PPR bus_width 1, period 8, offset fe, ppr_options fb (ahd0:A:1:0): Received PPR width 1, period 8, offset fe,options fb Filtered to width 1, period 8, offset 3f, options fb ahd0: target 1 using 16bit transfers ahd0: target 1 synchronous width period = 0x8, offset 0x3f(RDSTRM|DT|IU|RTI) and that's it :-/ any more chances to get some debugging infos ? best regards, Marian From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 15:24:37 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4205B16A41F; Fri, 19 Aug 2005 15:24:37 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93E3443D45; Fri, 19 Aug 2005 15:24:36 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7JFOZaH006985; Fri, 19 Aug 2005 11:24:35 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j7JFOZQg033479; Fri, 19 Aug 2005 11:24:35 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j7JFOXAs073721 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Aug 2005 11:24:34 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20050819111323.0845edd0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Fri, 19 Aug 2005 11:23:56 -0400 To: Pawel Jakub Dawidek , Maxim.Sobolev@portaone.com From: Mike Tancsa In-Reply-To: <20050818162016.GC18375@garage.freebsd.pl> References: <6.2.3.4.0.20050812130608.07aaf5f8@64.7.153.2> <20050812181802.GA27996@garage.freebsd.pl> <20050812182032.GB27996@garage.freebsd.pl> <6.2.3.4.0.20050816145557.03314eb8@64.7.153.2> <20050817143804.GH11066@garage.freebsd.pl> <6.2.3.4.0.20050817225907.06f81c50@64.7.153.2> <20050818071648.GA16021@garage.freebsd.pl> <6.2.3.4.0.20050818043546.05558420@64.7.153.2> <20050818115734.GB16933@garage.freebsd.pl> <4304873F.1060008@portaone.com> <20050818162016.GC18375@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Cc: FreeBSD-current Subject: Re: VIA/ACE PadLock integration with crypto(9). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 15:24:37 -0000 At 12:20 PM 18/08/2005, Pawel Jakub Dawidek wrote: >+> >+> It probably worth a security advisory. > >It's only a local DoS on systems with crypto HW and /dev/crypto. >Note that /dev/crypto is not needed for fast_ipsec(4) with HW >acceleration, nor for geli(8). >Workaround is also very simple: > > # chmod 600 /dev/crypto FYI, I have been running with the patch on a RELENG_4 box and it prevents the DoS v2# ./a.out -z 10 -t 30 a.out: CIOCCRYPT failed: Invalid argument v2# --- cryptodev.c.orig Mon Jul 14 17:21:16 2003 +++ cryptodev.c Thu Aug 18 04:21:29 2005 @@ -314,8 +314,10 @@ if (cop->len > 256*1024-4) return (E2BIG); - if (cse->txform && (cop->len % cse->txform->blocksize) != 0) - return (EINVAL); + if (cse->txform) { + if (cop->len == 0 || (cop->len % cse->txform->blocksize) != 0) + return (EINVAL); + } bzero(&cse->uio, sizeof(cse->uio)); cse->uio.uio_iovcnt = 1; Any chance to MFC it back to RELENG_4 ? ---Mike From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 15:30:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F148716A41F for ; Fri, 19 Aug 2005 15:30:57 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A1DD43D46 for ; Fri, 19 Aug 2005 15:30:56 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from [10.0.0.90] (oriondc.dsl.frii.net [216.17.137.18]) (authenticated bits=0) by aslan.scsiguy.com (8.13.3/8.13.3) with ESMTP id j7JFUr3q069354 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Aug 2005 09:30:55 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Fri, 19 Aug 2005 09:30:48 -0600 From: "Justin T. Gibbs" To: Marian Hettwer , "Justin T. Gibbs" Message-ID: <03740FD147F354720A10286B@[10.0.0.90]> In-Reply-To: <4305F3A3.3080504@kernel32.de> References: <4305967B.8010909@kernel32.de> <435838B88932CE9C36A18199@aslan.scsiguy.com> <4305E4A3.6040902@kernel32.de> <3F5D63052EDC670D1C98312F@[10.0.0.90]> <4305F3A3.3080504@kernel32.de> X-Mailer: Mulberry/3.1.6 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-current@freebsd.org Subject: Re: Adaptec AIC-7901 (ahd) broken with 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 15:30:58 -0000 >> The top few functions are likely all that are important. >> followed by >> PgUp is your friend. >> > I know this friend pretty good. Unluckily he's not available... Num-Lock > still works, but scroll-lock doesn't. I'm unable to scroll up, which is a > pity. With no serial console... I can't easily scroll up or even do some > copy 'n paste. It will work as soon as you are in DDB. -- Justin From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 15:51:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3933F16A420; Fri, 19 Aug 2005 15:51:38 +0000 (GMT) (envelope-from past@ebs.gr) Received: from fly.ebs.gr (fly.ebs.gr [62.103.84.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 207EB43D46; Fri, 19 Aug 2005 15:51:36 +0000 (GMT) (envelope-from past@ebs.gr) Received: from ebs.gr (root@hal.ebs.gr [10.1.1.2]) by fly.ebs.gr (8.12.9p1/8.12.9) with ESMTP id j7JFpTID056371; Fri, 19 Aug 2005 18:51:29 +0300 (EEST) (envelope-from past@ebs.gr) Received: from [10.1.1.200] (pptp.ebs.gr [10.1.1.200]) by ebs.gr (8.13.3/8.12.11) with ESMTP id j7JFpS0F033966; Fri, 19 Aug 2005 18:51:29 +0300 (EEST) (envelope-from past@ebs.gr) Received: from 127.0.0.1 (AVG SMTP 7.0.338 [267.10.12]); Fri, 19 Aug 2005 18:51:22 +0300 Message-ID: <4305FFF9.3000507@ebs.gr> Date: Fri, 19 Aug 2005 18:51:21 +0300 From: Panagiotis Astithas Organization: EBS Ltd. User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: noackjr@alumni.rice.edu References: <4300FF21.5000609@mail.ru> <20050815205144.GC2362@odin.ac.hmc.edu> <430397B4.4090604@mail.ru> <200508180602.38366.lofi@freebsd.org> <43041D6F.3000805@mail.ru> <43042799.8050709@alumni.rice.edu> In-Reply-To: <43042799.8050709@alumni.rice.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Michael Nottebrock Subject: Re: kde applications crash (Was: no permissions to libc.so.x libpthread.so.x and other files) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 15:51:38 -0000 Jonathan Noack wrote: > Please don't top post. From the mailing list faq (joke by Randy Bush): > > A: Because it reverses the logical flow of conversation. > Q: Why is top posting frowned upon? > > On 08/18/05 00:32, Stepan Rakhimov wrote: > >> Michael Nottebrock wrote: >> >>> On Wednesday, 17. August 2005 22:01, Stepan Rakhimov wrote: >>> >>>> Thanks for your reply, but lastest investigations showed that Kmail >>>> craches with libc.so.6 and works with libc.so.5 only. That's why I >>>> didn't delete the old file as i want to. I think it's not normal >>>> behaviour, is it a known problem or my kde build's problem? >>>> >>>> I have the same problem with Kdevelop, but i cannot use libmap.conf >>>> with >>>> it, ldd says that it is "not a dynamic executable". (Kdevelop's >>>> backtrace is in attachment) >>> >>> >>> /usr/local/bin/kdevelop is a script, the real executable is >>> kdevelop-bin. The kdevelop crash also looks somewhat familiar - are >>> you running kdevelop-3.2.0? If so, consider upgrading to KDE 3.4.2 / >>> KDevelop 3.2.2. >>> >>> Also, if you've updated from FreeBSD 5.x to 6-BETA, you might want to >>> recompile all your installed ports to make sure they all link against >>> the same system libraries. >> >> >> As I've said I have all latest software (kdevelop 3.2.2 and kde 3.4.2) >> >> When I've upgraded from 5.3-release to 6-current I did recompile all >> the ports (it was 4 or 5 months ago) >> >> Is it good solution to manually remove such old files like libc.so.5, >> libpthread.so.1 libc_r.so.5 and make a symlinks to libc.so.6 >> lipthread.so.2 and libc_r.so.6 respectively? >> Since kmail works only with libc.so.5 for me, I'm afraid to get it >> completely broken. > > > Short answer: > Recompile all your ports. > > Long answer: > To see how polluted your binaries/libraries are, install the > sysutils/libchk port and run "libchk -v". You might want to redirect > that to a file as it is quite verbose (note that firefox and thunderbird > produce a lot of noise that can be ignored). The only things that > should be linked to libc.so.5 are 5.x binaries that you downloaded and > didn't compile (e.g., the binary port of 'rar'). If you see more > binaries linked to libc.so.5, you need to recompile all your ports. Once > that is done, you may delete all unreferenced libraries (according to > libchk) OLDER than your last build/install world. Until there is a > misc/compat5x port, I use the following settings in /etc/libmap.conf so > I can delete ALL old libraries (but still allow 'rar' to work): > > # Work with 5.x binaries > libc.so.5 libc.so.6 > libm.so.3 libm.so.4 > libstdc++.so.4 libstdc++.so.5 > > Hope that helps, > Jon > I believe you need a mapping for libpthread.so.1 to libpthread.so.2, too. Cheers, Panagiotis From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 16:13:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9695916A41F for ; Fri, 19 Aug 2005 16:13:49 +0000 (GMT) (envelope-from michael@rancid.berkeley.edu) Received: from rancid.net.berkeley.edu (rancid.Berkeley.EDU [128.32.206.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B68443D49 for ; Fri, 19 Aug 2005 16:13:48 +0000 (GMT) (envelope-from michael@rancid.berkeley.edu) Received: from rancid.net.berkeley.edu (rancid.Berkeley.EDU [128.32.206.242]) by rancid.net.berkeley.edu (8.13.3/8.13.1) with ESMTP id j7JGDTQ4041593; Fri, 19 Aug 2005 09:13:29 -0700 (PDT) (envelope-from michael@rancid.berkeley.edu) Received: from localhost (michael@localhost) by rancid.net.berkeley.edu (8.13.3/8.13.1/Submit) with ESMTP id j7JGDTCT041590; Fri, 19 Aug 2005 09:13:29 -0700 (PDT) (envelope-from michael@rancid.berkeley.edu) X-Authentication-Warning: rancid.net.berkeley.edu: michael owned process doing -bs Date: Fri, 19 Aug 2005 09:13:29 -0700 (PDT) From: Michael Sinatra X-X-Sender: michael@rancid.net.berkeley.edu To: Damian Gerow In-Reply-To: <20050819045313.GA32876@afflictions.org> Message-ID: <20050818220650.I37401@rancid.net.berkeley.edu> References: <20050819045313.GA32876@afflictions.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (rancid.net.berkeley.edu [128.32.206.242]); Fri, 19 Aug 2005 09:13:29 -0700 (PDT) Cc: current@freebsd.org Subject: Re: -BETA2 and Thunder K8WE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 16:13:49 -0000 On Fri, 19 Aug 2005, Damian Gerow wrote: > I just tried booting 6.0-BETA2 on a Tyan Thunder K8WE, to no success. > Even with the on-board SCSI disabled, the system hangs after probing mpt0: > it does the SCSI device settle delay[1], picks up the SATA drives, then > hangs. Under a 'boot -v', I get a whole bunch of cruft about detecting > devices on mpt0. The system fully freezes after it's done, though, so I > can't really pull much data from the dmesg. > > I've tried booting with and without SCSI enabled, to the same effect. I > haven't yet tried booting without ACPI, as the last time I tried that, the > system didn't pick up any drives at all. I have had the same problem; however, it does not hang when I disable the onboard MPT scsi in the BIOS. I have another Thunder K8WE that works pretty well, but I had to do all sorts of disablings and tweakings in the BIOS to get it to boot with SCSI still enabled. I'll have to check, but I also think that is running an earlier version of the BIOS. I haven't found any way to get the current (1.01) version of the BIOS to boot without disabling SCSI. Unfortunately, this particular box comes with a nice SCSI disk array. You might try enabling bus master on the SCSI and disabling the onboard nvidia ethernets (looks like the nve(4) driver is still a bit buggy anyway. The intel pro 1000 pci-x card works great using the em(4) driver, and a dual-opteron machine running 6-STABLE pushes line rate gig over short delay distances; haven't tested yet over larger bandwidth*delay product links. Using the intel instead of the onboard nvidia and enabling bus master on the SCSI allowed me to boot _one_ of the machines and I have 6-STABLE running on it. I haven't quite done enough research to figure out why, but I will try looking into it later today. michael From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 17:50:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D2F416A41F; Fri, 19 Aug 2005 17:50:56 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E3B743D46; Fri, 19 Aug 2005 17:50:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7JHos3N018827; Fri, 19 Aug 2005 13:50:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7JHosLV097599; Fri, 19 Aug 2005 13:50:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1DDE77304D; Fri, 19 Aug 2005 13:50:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050819175054.1DDE77304D@freebsd-current.sentex.ca> Date: Fri, 19 Aug 2005 13:50:54 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 17:50:56 -0000 TB --- 2005-08-19 16:36:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-19 16:36:23 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-08-19 16:36:23 - cleaning the object tree TB --- 2005-08-19 16:36:49 - checking out the source tree TB --- 2005-08-19 16:36:49 - cd /tinderbox/HEAD/alpha/alpha TB --- 2005-08-19 16:36:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-19 16:43:13 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-19 16:43:13 - cd /src TB --- 2005-08-19 16:43:13 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-08-19 17:46:44 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-08-19 17:46:44 - cd /src TB --- 2005-08-19 17:46:44 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Aug 19 17:46:44 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/kern/kern_kse.c /src/sys/kern/kern_kse.c: In function `thread_continued': /src/sys/kern/kern_kse.c:1444: error: syntax error before string constant *** Error code 1 Stop in /obj/alpha/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-19 17:50:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-19 17:50:53 - ERROR: failed to build generic kernel TB --- 2005-08-19 17:50:53 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 18:11:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCFD416A421 for ; Fri, 19 Aug 2005 18:11:39 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp114.sbc.mail.mud.yahoo.com (smtp114.sbc.mail.mud.yahoo.com [68.142.198.213]) by mx1.FreeBSD.org (Postfix) with SMTP id 8280843D49 for ; Fri, 19 Aug 2005 18:11:38 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 11447 invoked from network); 19 Aug 2005 18:11:38 -0000 Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.202.126 with login) by smtp114.sbc.mail.mud.yahoo.com with SMTP; 19 Aug 2005 18:11:37 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 47116613B; Fri, 19 Aug 2005 13:11:37 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 71513-01; Fri, 19 Aug 2005 13:11:34 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id CADCF60D9; Fri, 19 Aug 2005 13:11:34 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.4/8.13.4) with ESMTP id j7JIBYN0076602; Fri, 19 Aug 2005 13:11:34 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <430620D0.6000609@alumni.rice.edu> Date: Fri, 19 Aug 2005 13:11:28 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050727) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Panagiotis Astithas References: <4300FF21.5000609@mail.ru> <20050815205144.GC2362@odin.ac.hmc.edu> <430397B4.4090604@mail.ru> <200508180602.38366.lofi@freebsd.org> <43041D6F.3000805@mail.ru> <43042799.8050709@alumni.rice.edu> <4305FFF9.3000507@ebs.gr> In-Reply-To: <4305FFF9.3000507@ebs.gr> X-Enigmail-Version: 0.92.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDF6B81C68404898A198ACBE4" X-Virus-Scanned: amavisd-new at noacks.org Cc: freebsd-current@freebsd.org, Michael Nottebrock Subject: Re: kde applications crash (Was: no permissions to libc.so.x libpthread.so.x and other files) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 18:11:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDF6B81C68404898A198ACBE4 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 08/19/05 10:51, Panagiotis Astithas wrote: > Jonathan Noack wrote: >> On 08/18/05 00:32, Stepan Rakhimov wrote: >>> Michael Nottebrock wrote: >>>> On Wednesday, 17. August 2005 22:01, Stepan Rakhimov wrote: >>>>> Thanks for your reply, but lastest investigations showed that Kmail >>>>> craches with libc.so.6 and works with libc.so.5 only. That's why I >>>>> didn't delete the old file as i want to. I think it's not normal >>>>> behaviour, is it a known problem or my kde build's problem? >>>>> >>>>> I have the same problem with Kdevelop, but i cannot use libmap.conf >>>>> with >>>>> it, ldd says that it is "not a dynamic executable". (Kdevelop's >>>>> backtrace is in attachment) >>>> >>>> /usr/local/bin/kdevelop is a script, the real executable is >>>> kdevelop-bin. The kdevelop crash also looks somewhat familiar - are >>>> you running kdevelop-3.2.0? If so, consider upgrading to KDE 3.4.2 / >>>> KDevelop 3.2.2. >>>> >>>> Also, if you've updated from FreeBSD 5.x to 6-BETA, you might want >>>> to recompile all your installed ports to make sure they all link >>>> against the same system libraries. >>> >>> As I've said I have all latest software (kdevelop 3.2.2 and kde 3.4.2) >>> >>> When I've upgraded from 5.3-release to 6-current I did recompile all >>> the ports (it was 4 or 5 months ago) >>> >>> Is it good solution to manually remove such old files like libc.so.5, >>> libpthread.so.1 libc_r.so.5 and make a symlinks to libc.so.6 >>> lipthread.so.2 and libc_r.so.6 respectively? >>> Since kmail works only with libc.so.5 for me, I'm afraid to get it >>> completely broken. >> >> Short answer: >> Recompile all your ports. >> >> Long answer: >> To see how polluted your binaries/libraries are, install the >> sysutils/libchk port and run "libchk -v". You might want to redirect >> that to a file as it is quite verbose (note that firefox and >> thunderbird produce a lot of noise that can be ignored). The only >> things that should be linked to libc.so.5 are 5.x binaries that you >> downloaded and didn't compile (e.g., the binary port of 'rar'). If >> you see more binaries linked to libc.so.5, you need to recompile all >> your ports. Once that is done, you may delete all unreferenced >> libraries (according to libchk) OLDER than your last build/install >> world. Until there is a misc/compat5x port, I use the following >> settings in /etc/libmap.conf so I can delete ALL old libraries (but >> still allow 'rar' to work): >> >> # Work with 5.x binaries >> libc.so.5 libc.so.6 >> libm.so.3 libm.so.4 >> libstdc++.so.4 libstdc++.so.5 > > I believe you need a mapping for libpthread.so.1 to libpthread.so.2, too. If you have anything binary-only AND threaded then you are correct. I do not: $ ldd /usr/local/bin/rar /usr/local/bin/rar: libstdc++.so.4 => /usr/lib/libstdc++.so.5 (0x280bf000) libm.so.3 => /lib/libm.so.4 (0x2818e000) libc.so.5 => /lib/libc.so.6 (0x281a4000) -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigDF6B81C68404898A198ACBE4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDBiDVUFz01pkdgZURAv/8AKCd7vLqYOYRvQ4yRHrdouoA7EcLbwCdFR6r bZOhx3NzwaE4Rg5sBjluQpg= =JkdL -----END PGP SIGNATURE----- --------------enigDF6B81C68404898A198ACBE4-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 19:07:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D311316A41F; Fri, 19 Aug 2005 19:07:42 +0000 (GMT) (envelope-from morten@rodal.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FCED43D46; Fri, 19 Aug 2005 19:07:41 +0000 (GMT) (envelope-from morten@rodal.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0ILH0084EH7R0JB0@osl1smout1.broadpark.no>; Fri, 19 Aug 2005 21:09:27 +0200 (CEST) Received: from slimy.rodal.no ([80.202.60.18]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0ILH00E4IHABOFA0@osl1sminn1.broadpark.no>; Fri, 19 Aug 2005 21:10:59 +0200 (CEST) Received: from atlantis.rodal.no (atlantis.rodal.no [192.168.20.58]) by slimy.rodal.no (8.13.1/8.12.11) with ESMTP id j7JJ6EZo091384; Fri, 19 Aug 2005 21:06:14 +0200 (CEST envelope-from morten@rodal.no) Received: from localhost (localhost [[UNIX: localhost]]) by atlantis.rodal.no (8.13.4/8.13.4/Submit) id j7JJ6E0l001012; Fri, 19 Aug 2005 21:06:14 +0200 (CEST envelope-from morten@rodal.no) Date: Fri, 19 Aug 2005 21:06:04 +0200 From: Morten Rodal To: Alexander Leidinger Message-id: <200508192106.13958.morten@rodal.no> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1865671.W4XLj11mf9; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit X-Virus-Scanned: by amavisd-new X-Authentication-warning: atlantis.rodal.no: morten set sender to morten@rodal.no using -f User-Agent: KMail/1.8.2 Cc: freebsd-current@freebsd.org Subject: make delete-old fails in some cases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 19:07:42 -0000 --nextPart1865671.W4XLj11mf9 Content-Type: multipart/mixed; boundary="Boundary-01=_d2iBDHKYVVVjJ7g" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_d2iBDHKYVVVjJ7g Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I have been trying to clean up an old machine using make delete-old=20 (excellent by the way!), but I ran into some problems: root@burton# make delete-old >>> Removing old files (only deletes safe to delete libs) [: /usr/share/man/man2/__syscall.2.gz: unexpected operator [: /usr/share/man/man6/banner.6.gz: unexpected operator [: /usr/share/man/man7/ascii.7.gz: unexpected operator >>> Old files removed >>> Removing old directories >>> Old directories removed To remove old libraries run 'make delete-old-libs'. root@burton# I have attached a patch which at least it doesn't give my any of the=20 unexpected operator warnings, but I am unsure if it really is a fix. =20 Please take a look at it and tell me if you need any more details. =2D-=20 Morten Rodal "A supercomputer is a device for turning compute-bound problems into I/O bound problems." -- Ken Batcher (Goodyear Aerospace) --Boundary-01=_d2iBDHKYVVVjJ7g Content-Type: text/x-diff; charset="us-ascii"; name="Makefile.inc1.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Makefile.inc1.diff" --- Makefile.inc1.orig Fri Aug 19 20:47:11 2005 +++ Makefile.inc1 Fri Aug 19 20:50:22 2005 @@ -1089,7 +1089,7 @@ | sed 's:${DESTDIR}/usr/share/man/cat:${DESTDIR}/usr/share/man/man:') \ check_empty=$$(echo $${catpage} \ | sed 's:.*\*:empty:'); \ - [ $${check_empty} != empty -a ! -e $${manpage} ] \ + [ $${check_empty} != empty -a ! -e "$${manpage}" ] \ && rm ${RM_I} $${catpage} || true; \ done; \ done --Boundary-01=_d2iBDHKYVVVjJ7g-- --nextPart1865671.W4XLj11mf9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDBi2lbWe1Cy11WVsRAv0ZAJ9Y+lo/1qtc453w2dw6dzUoMjq9XgCeOGNp qTUE9LC0se2XGDc0X0taJHs= =Bk/b -----END PGP SIGNATURE----- --nextPart1865671.W4XLj11mf9-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 19:18:48 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B8B016A41F for ; Fri, 19 Aug 2005 19:18:48 +0000 (GMT) (envelope-from michael@rancid.berkeley.edu) Received: from malcolm.berkeley.edu (malcolm.Berkeley.EDU [128.32.206.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA14143D46 for ; Fri, 19 Aug 2005 19:18:47 +0000 (GMT) (envelope-from michael@rancid.berkeley.edu) Received: from [128.32.155.8] (socialdistortion.Net.Berkeley.EDU [128.32.155.8]) (authenticated bits=0) by malcolm.berkeley.edu (8.13.3/8.13.3) with ESMTP id j7JJIgU1039641 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Aug 2005 12:18:44 -0700 (PDT) (envelope-from michael@rancid.berkeley.edu) Message-ID: <43063092.90809@rancid.berkeley.edu> Date: Fri, 19 Aug 2005 12:18:42 -0700 From: Michael Sinatra User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050808) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Damian Gerow References: <20050819045313.GA32876@afflictions.org> <20050818220650.I37401@rancid.net.berkeley.edu> In-Reply-To: <20050818220650.I37401@rancid.net.berkeley.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (malcolm.berkeley.edu [128.32.206.239]); Fri, 19 Aug 2005 12:18:45 -0700 (PDT) Cc: current@freebsd.org Subject: Re: -BETA2 and Thunder K8WE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 19:18:48 -0000 Michael Sinatra wrote: > > > On Fri, 19 Aug 2005, Damian Gerow wrote: > >> I just tried booting 6.0-BETA2 on a Tyan Thunder K8WE, to no success. >> Even with the on-board SCSI disabled, the system hangs after probing >> mpt0: >> it does the SCSI device settle delay[1], picks up the SATA drives, then >> hangs. Under a 'boot -v', I get a whole bunch of cruft about detecting >> devices on mpt0. The system fully freezes after it's done, though, so I >> can't really pull much data from the dmesg. >> >> I've tried booting with and without SCSI enabled, to the same effect. I >> haven't yet tried booting without ACPI, as the last time I tried that, >> the >> system didn't pick up any drives at all. > > > I have had the same problem; however, it does not hang when I disable > the onboard MPT scsi in the BIOS. I have another Thunder K8WE that > works pretty well, but I had to do all sorts of disablings and tweakings > in the BIOS to get it to boot with SCSI still enabled. I'll have to > check, but I also think that is running an earlier version of the BIOS. > I haven't found any way to get the current (1.01) version of the BIOS to > boot without disabling SCSI. Unfortunately, this particular box comes > with a nice SCSI disk array. > > You might try enabling bus master on the SCSI and disabling the onboard > nvidia ethernets (looks like the nve(4) driver is still a bit buggy > anyway. The intel pro 1000 pci-x card works great using the em(4) > driver, and a dual-opteron machine running 6-STABLE pushes line rate gig > over short delay distances; haven't tested yet over larger > bandwidth*delay product links. Using the intel instead of the onboard > nvidia and enabling bus master on the SCSI allowed me to boot _one_ of > the machines and I have 6-STABLE running on it. I haven't quite done > enough research to figure out why, but I will try looking into it later > today. Okay, after considerable fiddling in the BIOS, I was able to narrow down a minimal number of tweaks that have to be done to get -BETA2 to boot with SCSI. Go into the BIOS menu and: o Disable the SLAVE MAC (NIC) from the Advanced->Integrated Devices->Slave Devices menu o Disable IEEE 1394 from the Advanced->PCI Configuration->Integrated 1394 menu Doing that allowed me to boot, detect the drives and install the system. Once that's done, the system seems to work pretty well, assuming you don't rely too heavily on the nve0 interface. It sounds like your configuration is a bit different as you have SATA drives and I only have SCSI. Don't know if these tips will help or not. If anyone wants a dmesg on a boot -v from this (working) system, let me know. michael From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 19:33:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AA7716A41F; Fri, 19 Aug 2005 19:33:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1DBE43D46; Fri, 19 Aug 2005 19:33:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j7JJXTf7048729; Fri, 19 Aug 2005 15:33:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j7JJXUNa080475; Fri, 19 Aug 2005 15:33:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 553E87304D; Fri, 19 Aug 2005 15:33:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050819193330.553E87304D@freebsd-current.sentex.ca> Date: Fri, 19 Aug 2005 15:33:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 19:33:32 -0000 TB --- 2005-08-19 17:50:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-19 17:50:54 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-08-19 17:50:54 - cleaning the object tree TB --- 2005-08-19 17:51:27 - checking out the source tree TB --- 2005-08-19 17:51:27 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-08-19 17:51:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-19 17:57:42 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-19 17:57:42 - cd /src TB --- 2005-08-19 17:57:42 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-08-19 19:27:52 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-08-19 19:27:52 - cd /src TB --- 2005-08-19 19:27:52 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Aug 19 19:27:52 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/kern/kern_kse.c /src/sys/kern/kern_kse.c: In function `thread_continued': /src/sys/kern/kern_kse.c:1444: error: syntax error before string constant *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-19 19:33:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-19 19:33:30 - ERROR: failed to build generic kernel TB --- 2005-08-19 19:33:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 20:49:31 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F24516A41F for ; Fri, 19 Aug 2005 20:49:31 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E8D243D48 for ; Fri, 19 Aug 2005 20:49:30 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A2CF952C2F; Fri, 19 Aug 2005 22:49:28 +0200 (CEST) Received: from localhost (dkw77.neoplus.adsl.tpnet.pl [83.24.26.77]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id D851652BC4; Fri, 19 Aug 2005 22:49:21 +0200 (CEST) Date: Fri, 19 Aug 2005 22:49:07 +0200 From: Pawel Jakub Dawidek To: Mike Tancsa Message-ID: <20050819204906.GA716@garage.freebsd.pl> References: <20050812182032.GB27996@garage.freebsd.pl> <6.2.3.4.0.20050816145557.03314eb8@64.7.153.2> <20050817143804.GH11066@garage.freebsd.pl> <6.2.3.4.0.20050817225907.06f81c50@64.7.153.2> <20050818071648.GA16021@garage.freebsd.pl> <6.2.3.4.0.20050818043546.05558420@64.7.153.2> <20050818115734.GB16933@garage.freebsd.pl> <4304873F.1060008@portaone.com> <20050818162016.GC18375@garage.freebsd.pl> <6.2.3.4.0.20050819111323.0845edd0@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <6.2.3.4.0.20050819111323.0845edd0@64.7.153.2> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: FreeBSD-current , Maxim.Sobolev@portaone.com Subject: Re: VIA/ACE PadLock integration with crypto(9). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 20:49:31 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 19, 2005 at 11:23:56AM -0400, Mike Tancsa wrote: +> At 12:20 PM 18/08/2005, Pawel Jakub Dawidek wrote: +> >+> +> >+> It probably worth a security advisory. +> >It's only a local DoS on systems with crypto HW and /dev/crypto. +> >Note that /dev/crypto is not needed for fast_ipsec(4) with HW +> >acceleration, nor for geli(8). +> >Workaround is also very simple: +> > # chmod 600 /dev/crypto +>=20 +> FYI, +> I have been running with the patch on a RELENG_4 box and it pre= vents the DoS [...] +> Any chance to MFC it back to RELENG_4 ? Done. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD4DBQFDBkXCForvXbEpPzQRAtfZAJdCeCCKmwe23yLES1y4mWQ4hHZKAKC3kFdI 0/KHNjaYNOjpMUbyIzCExg== =/YE6 -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 20:50:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3CA916A421; Fri, 19 Aug 2005 20:50:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C71843D45; Fri, 19 Aug 2005 20:50:29 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7JKoQTF032272; Fri, 19 Aug 2005 16:50:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j7JKoQx1066516; Fri, 19 Aug 2005 16:50:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CE21E7304D; Fri, 19 Aug 2005 16:49:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050819204940.CE21E7304D@freebsd-current.sentex.ca> Date: Fri, 19 Aug 2005 16:49:40 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 20:50:31 -0000 TB --- 2005-08-19 19:33:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-19 19:33:30 - starting HEAD tinderbox run for i386/i386 TB --- 2005-08-19 19:33:30 - cleaning the object tree TB --- 2005-08-19 19:33:57 - checking out the source tree TB --- 2005-08-19 19:33:57 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-08-19 19:33:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-19 19:39:59 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-19 19:39:59 - cd /src TB --- 2005-08-19 19:39:59 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-08-19 20:43:40 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-08-19 20:43:40 - cd /src TB --- 2005-08-19 20:43:40 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Aug 19 20:43:40 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/kern/kern_kse.c /src/sys/kern/kern_kse.c: In function `thread_continued': /src/sys/kern/kern_kse.c:1444: error: syntax error before string constant *** Error code 1 Stop in /obj/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-19 20:49:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-19 20:49:30 - ERROR: failed to build generic kernel TB --- 2005-08-19 20:49:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 21:50:41 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7608B16A41F; Fri, 19 Aug 2005 21:50:41 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8A0743D46; Fri, 19 Aug 2005 21:50:40 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j7JLod2X063626 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Aug 2005 01:50:39 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j7JLocug063625; Sat, 20 Aug 2005 01:50:39 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 20 Aug 2005 01:50:38 +0400 From: Gleb Smirnoff To: sos@FreeBSD.org Message-ID: <20050819215038.GN57615@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i Cc: current@FreeBSD.org Subject: ATA broken in HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 21:50:41 -0000 Soren, the ATA subsystem has been recently broken in CURRENT. I've got Asus A7V8X, with onboard Promise controller. A single SATA disk is attached to it. Important pieces from boot (written by hand): atapci0: SATA 150 Controller ata2 on atapci0 . ad0: 152627MB at ata2-master SATA150 ad0: error issueing READ_DMA48 command ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=0 ad0: timeout waiting to issue command ad0: error issueing READ_DMA48 command ad0: TIMEOUT - READ_DMA retrying (0 retries left) LBA=0 ad0: timeout waiting to issue command ad0: error issueing READ_DMA48 command ad0: FAILURE - READ_DMA timed out LBA=0 ad0: timeout waiting to issue command ad0: error issueing READ_DMA48 command Then, after SCSI detect I get panic: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xdeadc0f2 fault code = supervisor read, page not present instruction pointer = 0x20:0xc058075e stack pointer = 0x28:0xcc9d7c4c frame pointer = 0x28:0xcc9d7c4c 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 (swi6: task queue) Trace written by hand: devclass_getname(deadc0de)+0x6 device_get_name+0x18 device_print_prettyname+0xe device_printf+0xc ata_completed+0x8a taskqueue_run The previous kernel was build 12 Aug and is working perfectly. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 22:03:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73DB516A41F; Fri, 19 Aug 2005 22:03:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02F7143D45; Fri, 19 Aug 2005 22:03:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7JM3Jq5037094; Fri, 19 Aug 2005 18:03:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j7JM3Jqa049239; Fri, 19 Aug 2005 18:03:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C0E6A7304D; Fri, 19 Aug 2005 18:03:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050819220318.C0E6A7304D@freebsd-current.sentex.ca> Date: Fri, 19 Aug 2005 18:03:18 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 22:03:20 -0000 TB --- 2005-08-19 20:49:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-19 20:49:40 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-08-19 20:49:41 - cleaning the object tree TB --- 2005-08-19 20:50:08 - checking out the source tree TB --- 2005-08-19 20:50:08 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-08-19 20:50:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-19 20:56:12 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-19 20:56:12 - cd /src TB --- 2005-08-19 20:56:12 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-08-19 21:59:16 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-08-19 21:59:16 - cd /src TB --- 2005-08-19 21:59:16 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Aug 19 21:59:16 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/kern/kern_kse.c /src/sys/kern/kern_kse.c: In function `thread_continued': /src/sys/kern/kern_kse.c:1444: error: syntax error before string constant *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-19 22:03:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-19 22:03:18 - ERROR: failed to build generic kernel TB --- 2005-08-19 22:03:18 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Aug 19 23:17:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 319BC16A41F; Fri, 19 Aug 2005 23:17:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B22F343D45; Fri, 19 Aug 2005 23:17:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7JNHCRL042302; Fri, 19 Aug 2005 19:17:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j7JNHCW4026888; Fri, 19 Aug 2005 19:17:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 653747304D; Fri, 19 Aug 2005 19:17:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050819231712.653747304D@freebsd-current.sentex.ca> Date: Fri, 19 Aug 2005 19:17:12 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 23:17:14 -0000 TB --- 2005-08-19 22:03:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-19 22:03:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-08-19 22:03:19 - cleaning the object tree TB --- 2005-08-19 22:03:47 - checking out the source tree TB --- 2005-08-19 22:03:47 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-08-19 22:03:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-19 22:10:13 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-19 22:10:13 - cd /src TB --- 2005-08-19 22:10:13 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-08-19 23:13:42 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-08-19 23:13:42 - cd /src TB --- 2005-08-19 23:13:42 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Aug 19 23:13:42 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_exit.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_fork.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_idle.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_intr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_jail.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/kern_kse.c /src/sys/kern/kern_kse.c: In function `thread_continued': /src/sys/kern/kern_kse.c:1444: error: syntax error before string constant *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-19 23:17:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-19 23:17:11 - ERROR: failed to build generic kernel TB --- 2005-08-19 23:17:11 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 01:14:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E91816A41F for ; Sat, 20 Aug 2005 01:14:18 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.198.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id E89F543D45 for ; Sat, 20 Aug 2005 01:14:17 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-115-133.hsd1.ma.comcast.net ([66.30.115.133]) by comcast.net (rwcrmhc12) with ESMTP id <2005082001141301400qe5cbe>; Sat, 20 Aug 2005 01:14:17 +0000 Received: from c-66-30-115-133.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j7K1E9BP014610 for ; Fri, 19 Aug 2005 21:14:10 -0400 (EDT) (envelope-from rodrigc@c-66-30-115-133.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j7K1E4ew014609 for freebsd-current@freebsd.org; Fri, 19 Aug 2005 21:14:04 -0400 (EDT) (envelope-from rodrigc) Date: Fri, 19 Aug 2005 21:14:04 -0400 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20050820011404.GA14575@crodrigues.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: Broken NTP servers in sysinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 01:14:18 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I was looking at: http://www.freebsd.org/cgi/query-pr.cgi?pr=75479 I wrote the attached script to do DNS lookups on all the ntp servers listed in sysinstall, and found the following ones could not be resolved. Can anyone suggest replacements? Could not find following NTP servers in DNS: =========================================== { "Australia #5", "time.esec.com.au", { "Indonesia", "ntp.incaf.net", { "Mexico", "ntp2a.audiotel.com.mx", { "Mexico #2", "ntp2b.audiotel.com.mx", { "Mexico #3", "ntp2c.audiotel.com.mx", { "Nigeria", "ntp.supernet300.com", { "Portugal", "bug.fe.up.pt", { "Russia #2", "sign.chg.ru", { "Singapore", "ntp.shim.org", { "Slovenia", "calvus.rzs-hm.si", { "United Kingdom #9", "tick.tanac.net", { "U.S. AR", "sushi.compsci.lyon.edu", { "U.S. NY", "clock.linuxshell.net", { "U.S. NY #2", "ntp.ctr.columbia.edu", { "U.S. NY #4", "ntp1.mpis.net", { "U.S. NY #5", "ntp2.mpis.net", { "U.S. OK", "constellation.ecn.uoknor.edu", { "U.S. TX", "ntp.cox.smu.edu", { "U.S. WA", "clock.tricity.wsu.edu", { "Venezuela", "ntp.linux.org.ve", =========================================== -- Craig Rodrigues rodrigc@crodrigues.org --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ntpservers_verify.sh.txt" #!/bin/sh MENUS=/usr/src/usr.sbin/sysinstall/menus.c NTP_LIST="$(cat $MENUS | grep ntpdate_flags= | sed -e s'/\"ntpdate_enable=YES,ntpdate_flags=//g' | sed -e 's/\".*//g')" echo "Could not find following NTP servers in DNS:" echo "===========================================" for NTP_SERVER in $NTP_LIST do host $NTP_SERVER > /dev/null if [ $? -ne 0 ] then grep $NTP_SERVER $MENUS | grep -v ntpdate fi done echo "===========================================" --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 02:05:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFFB116A420 for ; Sat, 20 Aug 2005 02:05:29 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9106C43D49 for ; Sat, 20 Aug 2005 02:05:29 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id C01F95F67; Fri, 19 Aug 2005 22:05:28 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01130-06; Fri, 19 Aug 2005 22:05:27 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-79-217.ny325.east.verizon.net [68.161.79.217]) by pi.codefab.com (Postfix) with ESMTP id 1CB0C5C34; Fri, 19 Aug 2005 22:05:27 -0400 (EDT) Message-ID: <43068FEC.4020309@mac.com> Date: Fri, 19 Aug 2005 22:05:32 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Craig Rodrigues References: <20050820011404.GA14575@crodrigues.org> In-Reply-To: <20050820011404.GA14575@crodrigues.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-current@freebsd.org Subject: Re: Broken NTP servers in sysinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 02:05:30 -0000 Craig Rodrigues wrote: [ ... ] > http://www.freebsd.org/cgi/query-pr.cgi?pr=75479 > > I wrote the attached script to do DNS lookups on > all the ntp servers listed in sysinstall, > and found the following ones could not be resolved. > > Can anyone suggest replacements? See http://www.pool.ntp.org, and links therefrom. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 02:50:41 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EAA616A41F for ; Sat, 20 Aug 2005 02:50:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAC8343D45 for ; Sat, 20 Aug 2005 02:50:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j7K2oevf016356 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 19 Aug 2005 22:50:40 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j7K2od6P010148 for ; Fri, 19 Aug 2005 22:50:40 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 373E151358; Fri, 19 Aug 2005 22:50:39 -0400 (EDT) Date: Fri, 19 Aug 2005 22:50:39 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20050820025039.GA94007@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: panic: uma_small_alloc: free page still has mappings! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 02:50:41 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Panic on SMP sparc machine running up-to-date 7.0. login: Aug 19 13:28:57 e4500 kernel: pid 32590 (ld), uid 0 inumber 25816 on : filesystem full Aug 19 13:29:00 e4500 kernel: pid 33164 (cat), uid 0 inumber 48589 on : filesystem full KpDDi: stakk balkrraee: fassssertevotickckes )tat agre_Do:us_ cc ed+6x:4c vo :lock_pto[thread pid 86114 tid 101592 ] Stopped at kdb_enter+0x3c: ta %xcc, 1 db> wh Tracing pid 86114 tid 101592 td 0xfffff8011e0b6980 panic() at panic+0x164 uma_small_alloc() at uma_small_alloc+0x9c slab_zalloc() at slab_zalloc+0x98 uma_zone_slab() at uma_zone_slab+0x12c uma_zalloc_bucket() at uma_zalloc_bucket+0x16c uma_zalloc_arg() at uma_zalloc_arg+0x330 malloc() at malloc+0x114 allocbuf() at allocbuf+0x208 getblk() at getblk+0x5a8 ffs_balloc_ufs2() at ffs_balloc_ufs2+0xa30 ufs_mkdir() at ufs_mkdir+0x55c VOP_MKDIR_APV() at VOP_MKDIR_APV+0xcc kern_mkdir() at kern_mkdir+0x2f0 mkdir() at mkdir+0x10 syscall() at syscall+0x2dc -- syscall (136, FreeBSD ELF64, mkdir) %o7=0x105b90 -- userland() at 0x40527d08 user trace: trap %o7=0x105b90 pc 0x40527d08, sp 0x7fdffffd5d1 pc 0x105c6c, sp 0x7fdffffd711 done The panicstr is: panic: uma_small_alloc: free page still has mappings! Kris --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDBpp9Wry0BWjoQKURAquFAJ9xMy8207/3XeCnOONUWno4BnF6iACdFOJn mVYkBEhNE5zLlYFCJbnC5FQ= =M4m/ -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 03:25:21 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0144616A41F for ; Sat, 20 Aug 2005 03:25:21 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87C4443D45 for ; Sat, 20 Aug 2005 03:25:17 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 0C0E878C5F for ; Fri, 19 Aug 2005 23:29:48 -0400 (EDT) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 71416-09 for ; Fri, 19 Aug 2005 23:27:50 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pandora.afflictions.org (Postfix) with ESMTP id 2650878C5D for ; Fri, 19 Aug 2005 23:27:48 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 1F29D33C30; Fri, 19 Aug 2005 23:21:06 -0400 (EDT) Date: Fri, 19 Aug 2005 23:21:06 -0400 From: Damian Gerow To: current@freebsd.org Message-ID: <20050820032105.GB32876@afflictions.org> Mail-Followup-To: current@freebsd.org References: <20050819045313.GA32876@afflictions.org> <20050818220650.I37401@rancid.net.berkeley.edu> <43063092.90809@rancid.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43063092.90809@rancid.berkeley.edu> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at pandora.afflictions.org Cc: Subject: Re: -BETA2 and Thunder K8WE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 03:25:21 -0000 Thus spake Michael Sinatra (michael@rancid.berkeley.edu) [19/08/05 15:30]: : Doing that allowed me to boot, detect the drives and install the system. : Once that's done, the system seems to work pretty well, assuming you : don't rely too heavily on the nve0 interface. : : It sounds like your configuration is a bit different as you have SATA : drives and I only have SCSI. Don't know if these tips will help or not. Thanks for tracking that down: I don't use the SCSI, but I *am* using an older (1.0) version of the BIOS. Sounds like updating will help me out. - Damian From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 05:02:19 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C519116A41F; Sat, 20 Aug 2005 05:02:19 +0000 (GMT) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DEC643D48; Sat, 20 Aug 2005 05:02:18 +0000 (GMT) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.12.11/8.12.11) with ESMTP id j7K52IiL066376; Fri, 19 Aug 2005 23:02:18 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.12.11/8.12.5/Submit) id j7K52IbW066375; Fri, 19 Aug 2005 23:02:18 -0600 (MDT) (envelope-from ken) Date: Fri, 19 Aug 2005 23:02:17 -0600 From: "Kenneth D. Merry" To: John Baldwin Message-ID: <20050820050217.GA66339@nargothrond.kdm.org> References: <20050813221234.GA23162@nargothrond.kdm.org> <200508161339.49986.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200508161339.49986.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2i X-Virus-Scanned: ClamAV 0.86.1/1034/Thu Aug 18 14:07:58 2005 on nargothrond.kdm.org X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org Subject: Re: BTX problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 05:02:19 -0000 On Tue, Aug 16, 2005 at 13:39:48 -0400, John Baldwin wrote: > On Saturday 13 August 2005 06:12 pm, Kenneth D. Merry wrote: > > > > I just updated a machine from -current as of late March to -current as of > > last night, and I'm having trouble booting it. > > > > It's a dual 1GHz Pentium III box, Supermicro 370DE6 motherboard. > > (Serverworks chipset.) It is booting off of an onboard Adaptec 7899. > > > > When I try to boot it, I get some BTX errors and BTX halts: > > > > http://people.freebsd.org/~ken/btx_halted.20050813/IMG_4943.JPG > > http://people.freebsd.org/~ken/btx_halted.20050813/IMG_4944.JPG > > > > (Same information, the first one was taken with flash and is a little more > > washed out, the second one is taken without flash and is therefore a tad > > more blurry.) > > > > The loader from March works fine, but the new one fails. It's 100% > > repeatable. > > > > Anyone have any ideas what's going on? > > int=00000005 err=00000000 efl=00010a17 eip=36f63583 > eax=00032174 ebx=0384c000 ecx=0005c360 edx=0002e7e6 > esi=32034048 edi=00000022 ebp=000384c0 esp=ca083384 > cs=002b ds=0033 es=0033 fs=0033 gs=0033 ss=0033 > cs:eip=62 63 2f 6c 6f 63 61 6c-65 2f 6c 6d 6f 6e 65 74 > 61 72 79 2e 63 2c 76 20-31 2e 31 32 2e 32 2e 32 > ss:esp=ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff > ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff > BTX halted > > Well, your stack is way off in the weeds and so is your instruction pointer, > so I'm not sure what else you can do there. It's executing a string, so > little surprise that it eventually faulted: > > > > echo " 62 63 2f 6c 6f 63 61 6c-65 2f 6c 6d 6f 6e 65 74 61 72 79 2e 63 2c 76 > 20-31 2e 31 32 2e 32 2e 32" | tr '-' ' ' | sed -e 's/ / 0x/g' | dh | hd > > 00000000 62 63 2f 6c 6f 63 61 6c 65 2f 6c 6d 6f 6e 65 74 |bc/locale/lmonet| > 00000010 61 72 79 2e 63 2c 76 20 31 2e 31 32 2e 32 2e 32 |ary.c,v 1.12.2.2| > 00000020 > > There haven't been a whole lot of changes. My guess would be the recently > added smbios support. You can probably just comment out the call to > smbios_detect() in sys/boot/i386/loader/main.c as a simple test for that. It > could also possibly be the multiple console support in which case it would be > easiest to just step your sys/boot tree back using CVS. The good news is > that sys/boot is largely self-contained so you can step it back while keeping > the rest of the tree up to date for testing purposes at least. Thanks for the tips! Commenting out smbios_detect() did the trick. The loader works fine after that. So now what? Is there a way to fix it so it won't crash on my system? Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 07:51:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 364A816A41F; Sat, 20 Aug 2005 07:51:58 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from vomit.ugcs.caltech.edu (vomit.ugcs.caltech.edu [131.215.176.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3CE743D46; Sat, 20 Aug 2005 07:51:55 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by vomit.ugcs.caltech.edu (Postfix, from userid 3640) id 77125E816; Sat, 20 Aug 2005 00:51:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by vomit.ugcs.caltech.edu (Postfix) with ESMTP id 5CE80E815; Sat, 20 Aug 2005 00:51:55 -0700 (PDT) Date: Sat, 20 Aug 2005 00:51:55 -0700 (PDT) From: Jon Dama To: Craig Rodrigues In-Reply-To: <20050819143741.GA11399@crodrigues.org> Message-ID: References: <20050819015327.GA7627@crodrigues.org> <86fyt6gyds.fsf@xps.des.no> <20050819120309.GA10568@crodrigues.org> <86vf22dswg.fsf@xps.des.no> <4305D7FA.2070900@portaone.com> <20050819143741.GA11399@crodrigues.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: XFS for FreeBSD, new snapshot available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 07:51:58 -0000 I'd just like to say, I'm really glad to see this work going on. On another note though (and I don't claim this applies in this case), the gradual adoption of the practice by various developers to squirl away changes to FreeBSD in their private repositories is responsible for a substantial loss in quality in the subsequent releases. I realize a less active -current is easier on developers--I ran 5.0-current throughout much of its life-- -current become down right pedestrian most of the time. Changes need more eyeballs + users at incremental stages than current development practices seem to enable. Yes it is more work to make a series of chuncked commits to -current but the reward is early detection of mistakes, clear intermediate states to revert to and rethink, and better feedback from the rest of the community. I think -core needs to step-up and re-evaluate the perforce approach. Is it really better? On Fri, 19 Aug 2005, Craig Rodrigues wrote: > On Fri, Aug 19, 2005 at 04:00:42PM +0300, Maxim Sobolev wrote: > > >You'll get more feedback if the code is in the tree, and there is > > >precedent for committing filessystems without write support. > > While I understand that this has been done for other filesystems, > I am not going to put XFS into the FreeBSD tree until I feel > that it is ready. The source code and patches are available > for people to try, so just because something is not in the tree, > it does not preclude interested developers and users from > trying it out and providing feedback/patches. > > Thanks. > > -- > Craig Rodrigues > rodrigc@crodrigues.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 09:28:21 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1599516A41F for ; Sat, 20 Aug 2005 09:28:21 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1CB643D48 for ; Sat, 20 Aug 2005 09:28:20 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id BC736BC66; Sat, 20 Aug 2005 09:28:16 +0000 (UTC) To: Huang wen hui From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 18 Aug 2005 19:54:31 +0800." <430476F7.6030007@gddsn.org.cn> Date: Sat, 20 Aug 2005 11:28:15 +0200 Message-ID: <40238.1124530095@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: current@freebsd.org Subject: Re: suspend/resume operation broken with usb mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 09:28:21 -0000 In message <430476F7.6030007@gddsn.org.cn>, Huang wen hui writes: >hi, >Using today's CURRENT, my TP42P could not resume with usb mouse. >cause "double fault" panic. With internal TrackPoint is OK, >The DDB backtrace message can be found: Can you try this patch ? Index: kern/kern_conf.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_conf.c,v retrieving revision 1.190 diff -u -r1.190 kern_conf.c --- kern/kern_conf.c 17 Aug 2005 08:19:52 -0000 1.190 +++ kern/kern_conf.c 20 Aug 2005 09:24:35 -0000 @@ -443,10 +443,14 @@ static void fini_cdevsw(struct cdevsw *devsw) { + struct cdevsw *gt; - if (devsw->d_gianttrick != NULL) - free(devsw->d_gianttrick, M_DEVT); - devsw->d_gianttrick = NULL; + if (devsw->d_gianttrick != NULL) { + gt = devsw->d_gianttrick; + memcpy(devsw, gt, sizeof *devsw); + free(gt, M_DEVT); + devsw->d_gianttrick = NULL; + } devsw->d_flags &= ~D_INIT; } -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 10:48:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20EFF16A41F for ; Sat, 20 Aug 2005 10:48:09 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4120843D45 for ; Sat, 20 Aug 2005 10:48:07 +0000 (GMT) (envelope-from huang@gddsn.org.cn) Received: from [192.168.1.5] (unknown [61.144.114.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gddsn.org.cn (Postfix) with ESMTP id 3F59A38CB4D; Sat, 20 Aug 2005 18:47:43 +0800 (CST) Message-ID: <43070A49.9080309@gddsn.org.cn> Date: Sat, 20 Aug 2005 18:47:37 +0800 From: Huang wen hui User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050812) X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: Poul-Henning Kamp References: <40238.1124530095@phk.freebsd.dk> In-Reply-To: <40238.1124530095@phk.freebsd.dk> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: suspend/resume operation broken with usb mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 10:48:09 -0000 Poul-Henning Kamp дµÀ: >In message <430476F7.6030007@gddsn.org.cn>, Huang wen hui writes: > > >>hi, >>Using today's CURRENT, my TP42P could not resume with usb mouse. >>cause "double fault" panic. With internal TrackPoint is OK, >>The DDB backtrace message can be found: >> >> > > >Can you try this patch ? > >Index: kern/kern_conf.c >=================================================================== >RCS file: /home/ncvs/src/sys/kern/kern_conf.c,v >retrieving revision 1.190 >diff -u -r1.190 kern_conf.c >--- kern/kern_conf.c 17 Aug 2005 08:19:52 -0000 1.190 >+++ kern/kern_conf.c 20 Aug 2005 09:24:35 -0000 >@@ -443,10 +443,14 @@ > static void > fini_cdevsw(struct cdevsw *devsw) > { >+ struct cdevsw *gt; > >- if (devsw->d_gianttrick != NULL) >- free(devsw->d_gianttrick, M_DEVT); >- devsw->d_gianttrick = NULL; >+ if (devsw->d_gianttrick != NULL) { >+ gt = devsw->d_gianttrick; >+ memcpy(devsw, gt, sizeof *devsw); >+ free(gt, M_DEVT); >+ devsw->d_gianttrick = NULL; >+ } > devsw->d_flags &= ~D_INIT; > } > > > ok, this patch works for me, thanks! --hwh From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 10:57:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DED1316A41F; Sat, 20 Aug 2005 10:57:55 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 501B043D46; Sat, 20 Aug 2005 10:57:54 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id j7KAvpwd023199 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 20 Aug 2005 12:57:51 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j7KAvprf023198; Sat, 20 Aug 2005 12:57:51 +0200 (CEST) Date: Sat, 20 Aug 2005 12:57:51 +0200 From: Divacky Roman To: current@freebsd.org, emulation@freebsd.org Message-ID: <20050820105751.GA23102@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: Subject: [PATCH]: linuxator _without_ COMPAT_43 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 10:57:56 -0000 hi I made a patch which enables linuxator to work without COMPAT_43 option in kernel. Thus we're almost free to remove COMPAT_43 from generic as nothing widespread uses it no more. removing COMPAT_43 has advantage of speeding up the kernel (take a look at gepid() function for example) and removing old code is always good :) the patch itself is a rewrite from old patch from dragonfly (I dont know author so sorry) and it was tested with "chroot /compat/linux /bin/bash; playing" and playing video with realplay - both worked as expected. the test was done on UP/i386 so I'd appreciate some testing on SMP etc. it currently supports just i386 but porting it to other archs should be quite easy thnx for suggestions, comments etc roman p.s. pls CC: me as I am not subscribed to emulation@freebsd.org From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 11:13:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E82E716A41F for ; Sat, 20 Aug 2005 11:13:34 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from mx1.h3q.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6797B43D45 for ; Sat, 20 Aug 2005 11:13:33 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mx1.h3q.net (Postfix) with ESMTP id 6077D1A73B; Sat, 20 Aug 2005 13:13:31 +0200 (CEST) Received: from mx1.h3q.net ([127.0.0.1]) by localhost (manticore.shapeshifter.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 52991-18; Sat, 20 Aug 2005 13:13:29 +0200 (CEST) Received: from [192.168.0.100] (h4n2fls31o270.telia.com [217.208.199.4]) by mx1.h3q.net (Postfix) with ESMTP id C77861A717; Sat, 20 Aug 2005 13:13:29 +0200 (CEST) Message-ID: <43071059.4080506@shapeshifter.se> Date: Sat, 20 Aug 2005 13:13:29 +0200 From: Fredrik Lindberg User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050816) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Craig Rodrigues References: <20050820011404.GA14575@crodrigues.org> In-Reply-To: <20050820011404.GA14575@crodrigues.org> Content-Type: multipart/mixed; boundary="------------050906030807030003080803" X-Virus-Scanned: at mail.hamnpolare.net Cc: freebsd-current@freebsd.org Subject: Re: Broken NTP servers in sysinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 11:13:35 -0000 This is a multi-part message in MIME format. --------------050906030807030003080803 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Craig Rodrigues wrote: > Hi, > > I was looking at: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=75479 > > I wrote the attached script to do DNS lookups on > all the ntp servers listed in sysinstall, > and found the following ones could not be resolved. > > Can anyone suggest replacements? > > > Could not find following NTP servers in DNS: > =========================================== > { "Australia #5", "time.esec.com.au", > { "Indonesia", "ntp.incaf.net", > { "Mexico", "ntp2a.audiotel.com.mx", > { "Mexico #2", "ntp2b.audiotel.com.mx", > { "Mexico #3", "ntp2c.audiotel.com.mx", > { "Nigeria", "ntp.supernet300.com", > { "Portugal", "bug.fe.up.pt", > { "Russia #2", "sign.chg.ru", > { "Singapore", "ntp.shim.org", > { "Slovenia", "calvus.rzs-hm.si", > { "United Kingdom #9", "tick.tanac.net", > { "U.S. AR", "sushi.compsci.lyon.edu", > { "U.S. NY", "clock.linuxshell.net", > { "U.S. NY #2", "ntp.ctr.columbia.edu", > { "U.S. NY #4", "ntp1.mpis.net", > { "U.S. NY #5", "ntp2.mpis.net", > { "U.S. OK", "constellation.ecn.uoknor.edu", > { "U.S. TX", "ntp.cox.smu.edu", > { "U.S. WA", "clock.tricity.wsu.edu", > { "Venezuela", "ntp.linux.org.ve", > =========================================== > > While your at it, could you a few swedish NTP servers, there is only one in the list. ntp1.sp.se - SP Swedish National Testing and Research Institute (http://www.sp.se/metrology/timefreq/eng/tandf.htm) ntp2.sp.se - (same as above) ntp.kth.se - Royal Institute of Technology (http://www.kth.se/eng/index.html) They are all public and well established. Fredrik Lindberg --------------050906030807030003080803 Content-Type: text/plain; name="sysinstall-ntp-menus.c-20050820.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sysinstall-ntp-menus.c-20050820.patch" Index: menus.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/sysinstall/menus.c,v retrieving revision 1.410 diff -u -r1.410 menus.c --- menus.c 16 Jun 2005 18:16:13 -0000 1.410 +++ menus.c 20 Aug 2005 11:09:54 -0000 @@ -1702,7 +1702,16 @@ { "Russia #2", "sign.chg.ru", dmenuVarsCheck, dmenuSetVariables, NULL, "ntpdate_enable=YES,ntpdate_flags=sign.chg.ru" }, - { "Sweden", "ntp.lth.se", + { "Sweden", "ntp1.sp.se", + dmenuVarsCheck, dmenuSetVariables, NULL, + "ntpdate_enable=YES,ntpdate_flags=ntp1.sp.se" }, + { "Sweden #2", "ntp2.sp.se", + dmenuVarsCheck, dmenuSetVariables, NULL, + "ntpdate_enable=YES,ntpdate_flags=ntp2.sp.se" }, + { "Sweden #3", "ntp.kth.se", + dmenuVarsCheck, dmenuSetVariables, NULL, + "ntpdate_enable=YES,ntpdate_flags=ntp.kth.se" }, + { "Sweden #4", "ntp.lth.se", dmenuVarsCheck, dmenuSetVariables, NULL, "ntpdate_enable=YES,ntpdate_flags=ntp.lth.se" }, { "Singapore", "ntp.shim.org", --------------050906030807030003080803-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 11:14:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8721B16A41F; Sat, 20 Aug 2005 11:14:06 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E892943D45; Sat, 20 Aug 2005 11:14:05 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id j7KBE27Z023829 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 20 Aug 2005 13:14:02 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j7KBE2xe023828; Sat, 20 Aug 2005 13:14:02 +0200 (CEST) Date: Sat, 20 Aug 2005 13:14:02 +0200 From: Divacky Roman To: current@freebsd.org, emulation@freebsd.org Message-ID: <20050820111402.GA23774@stud.fit.vutbr.cz> References: <20050820105751.GA23102@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050820105751.GA23102@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: Subject: Re: [PATCH]: linuxator _without_ COMPAT_43 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 11:14:06 -0000 On Sat, Aug 20, 2005 at 12:57:51PM +0200, Divacky Roman wrote: > hi > > I made a patch which enables linuxator to work without COMPAT_43 option in > kernel. Thus we're almost free to remove COMPAT_43 from generic as nothing > widespread uses it no more. removing COMPAT_43 has advantage of speeding up the > kernel (take a look at gepid() function for example) and removing old code is > always good :) > > the patch itself is a rewrite from old patch from dragonfly (I dont know author > so sorry) and it was tested with "chroot /compat/linux /bin/bash; playing" and > playing video with realplay - both worked as expected. the test was done on > UP/i386 so I'd appreciate some testing on SMP etc. it currently supports just > i386 but porting it to other archs should be quite easy > > thnx for suggestions, comments etc > > roman > > p.s. pls CC: me as I am not subscribed to emulation@freebsd.org seems like I forgot to include the patch ;) its at: http://hysteria.sk/~neologism/linux43.patch From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 11:32:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0403116A41F for ; Sat, 20 Aug 2005 11:32:49 +0000 (GMT) (envelope-from gmicsko@szintezis.hu) Received: from mta01.mail.t-online.hu (mta01.mail.t-online.hu [195.228.240.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BCFB43D46 for ; Sat, 20 Aug 2005 11:32:48 +0000 (GMT) (envelope-from gmicsko@szintezis.hu) Received: from [81.182.1.145] (unknown [81.182.1.145]) by mail.t-online.hu (Postfix) with ESMTP; Sat, 20 Aug 2005 13:32:37 +0200 (CEST) From: Gabor MICSKO To: janm-freebsd-current@transactionware.com In-Reply-To: <20050817220826.11685.qmail@new.transactionware.com> References: <20050817220826.11685.qmail@new.transactionware.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-7d7fC3ZkD/guE2Ncnhfj" Date: Sat, 20 Aug 2005 13:32:31 +0200 Message-Id: <1124537551.2130.3.camel@alderaan.trey.hu> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 Cc: freebsd-current@freebsd.org Subject: Re: Duplicate free panic installing Beta2 on VMWare X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 11:32:49 -0000 --=-7d7fC3ZkD/guE2Ncnhfj Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Hi! http://marc.theaimsgroup.com/?l=3Dfreebsd-current&m=3D112282114509689&w=3D2 http://www.hup.hu/old/images/hup/FreeBSD/BSDInstaller/15.png -- MG 2005-08-17, sze keltez=E9ssel 22.08-kor janm-freebsd-current@transactionware.com ezt =EDrta: > Hi, >=20 > I see this when installing 6.0 Beta 2 under VMWare 3.2.1: >=20 > panic: Duplicate free of item 0xc1b0c4a4 from zone 0xc143f000(g_bio) > =20 > cpuid =3D 0 > KDB: enter: panic > [thread pid 3 tid 100021 ] > Stopped at kdb_enter+0x2b: nop > db> where > Tracing pid 3 tid 100021 td 0xc1833300 > kdb_enter(c0856274) at kdb_enter+0x2b > panic(c0870cfb,c1b0c4a4,c143f000,c0850ced,c0870cdf) at panic+0x127 > uma_dbg_free(c143f000,0,c1b0c4a4) at uma_dbg_free+0x110 > uma_zfree_arg(c143f000,c1b0c4a4,0) at uma_zfree_arg+0x66 > g_destroy_bio(c1b0c4a4) at g_destroy_bio+0x13 > g_vfs_done(c1b0c4a4) at g_vfs_done+0x5a > biodone(c1b0c4a4,ca0bccc4,0,c0850cb0,1e4) at biodone+0x57 > g_io_schedule_up(c1833300) at g_io_schedule_up+0xb5 > g_up_procbody(0,ca0bcd38,0,c05fed08,0) at g_up_procbody+0x5a > fork_exit(c05fed08,0,ca0bcd38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xca0bcd6c, ebp =3D 0 --- >=20 > I've added this to PR/84102, the other symptoms are the same as that PR. >=20 > Is there a workaround? >=20 > Thanks, >=20 > Jan Mikkelsen > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=-7d7fC3ZkD/guE2Ncnhfj Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ez az =?ISO-8859-1?Q?=FCzenetr=E9sz?= =?ISO-8859-1?Q?_digit=E1lis?= =?ISO-8859-1?Q?_al=E1=EDr=E1ssal?= van =?ISO-8859-1?Q?ell=E1tva?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBDBxTPo75Oas+VX1ARApJRAJ9L3Rjn0dMCLcz8hw2tGAnslHfTmQCgv/kS bkBVMttom6SJO8xW9z4J6gc= =uJrs -----END PGP SIGNATURE----- --=-7d7fC3ZkD/guE2Ncnhfj-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 13:00:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF2A716A41F for ; Sat, 20 Aug 2005 13:00:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81B0043D49 for ; Sat, 20 Aug 2005 13:00:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 3BBDC1FF9AB; Sat, 20 Aug 2005 15:00:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 967101FF9A8; Sat, 20 Aug 2005 15:00:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id B77C51589C; Sat, 20 Aug 2005 12:56:34 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id ACF391562F; Sat, 20 Aug 2005 12:56:34 +0000 (UTC) Date: Sat, 20 Aug 2005 12:56:34 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Filippo Natali In-Reply-To: <200508162342.27570.filippo.natali@gmail.com> Message-ID: References: <200508162342.27570.filippo.natali@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD current mailing list Subject: Re: LOR on AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 13:00:11 -0000 On Tue, 16 Aug 2005, Filippo Natali wrote: > I have the same problem described here: > > http://lists.freebsd.org/pipermail/freebsd-current/2005-June/051157.html > > but on my machine I obtain the attached LOR instead of a panic, and the CPU > runs at 100%. > > lock order reversal > 1st 0xffffff003d684600 pcm0 (sound cdev) @ /usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/dsp.c:214 > 2nd 0xffffffff8081e860 Giant (Giant) @ /usr/src/sys/kern/kern_synch.c:236 > KDB: stack backtrace: > witness_checkorder() at witness_checkorder+0x4ba > _mtx_lock_flags() at _mtx_lock_flags+0x4a > msleep() at msleep+0x28a > kmem_malloc() at kmem_malloc+0x22f > uma_large_malloc() at uma_large_malloc+0x45 > malloc() at malloc+0x12b > sndbuf_remalloc() at sndbuf_remalloc+0x97 > chn_setblocksize() at chn_setblocksize+0x1d0 > chn_tryspeed() at chn_tryspeed+0x13b > chn_tryformat() at chn_tryformat+0xe7 > chn_setformat() at chn_setformat+0x20 > chn_reset() at chn_reset+0xdb > dsp_open() at dsp_open+0x20a > devfs_open() at devfs_open+0x256 > VOP_OPEN_APV() at VOP_OPEN_APV+0x74 > vn_open_cred() at vn_open_cred+0x38c > kern_open() at kern_open+0xfd > open() at open+0x25 > syscall() at syscall+0x4b2 > Xfast_syscall() at Xfast_syscall+0xa8 > --- syscall (5, FreeBSD ELF64, open), rip = 0x801ad87fc, rsp = 0x7fffffffa748, rbp = 0x1 --- > > %uname -a > FreeBSD ulby.hq.netwing.it 6.0-BETA2 FreeBSD 6.0-BETA2 #0: Fri Aug 12 10:52:32 > CEST 2005 root@ulby.hq.netwing.it:/usr/obj/usr/src/sys/GENERIC amd64 I added the LOR as #129 http://sources.zabbadoz.net/freebsd/lor.html#129 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 08:36:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B33C16A420; Sat, 20 Aug 2005 08:36:57 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 422D543D46; Sat, 20 Aug 2005 08:36:57 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 41F332A34; Sat, 20 Aug 2005 03:36:56 -0500 (CDT) Date: Sat, 20 Aug 2005 03:36:56 -0500 To: Jon Dama Message-ID: <20050820083656.GA27704@soaustin.net> References: <20050819015327.GA7627@crodrigues.org> <86fyt6gyds.fsf@xps.des.no> <20050819120309.GA10568@crodrigues.org> <86vf22dswg.fsf@xps.des.no> <4305D7FA.2070900@portaone.com> <20050819143741.GA11399@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Sat, 20 Aug 2005 14:11:26 +0000 Cc: freebsd-fs@freebsd.org, Craig Rodrigues , freebsd-current@freebsd.org Subject: Re: XFS for FreeBSD, new snapshot available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 08:36:57 -0000 On Sat, Aug 20, 2005 at 12:51:55AM -0700, Jon Dama wrote: > On another note though (and I don't claim this applies in this case), the > gradual adoption of the practice by various developers to squirrel away > changes to FreeBSD in their private repositories is responsible for a > substantial loss in quality in the subsequent releases. There is always a continual tension between releasing things that really aren't ready for wide distribution yet, and and keeping new functionality isolated. This is true of any software artifact, not just FreeBSD. The fact is that some people will assume that if something is in the main tree, that it has achieved some degree of stability. Is it fair of them to do so? You decide. mcl From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 15:31:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F3B016A420; Sat, 20 Aug 2005 15:31:23 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0897D43D49; Sat, 20 Aug 2005 15:31:21 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4745D52C3F; Sat, 20 Aug 2005 17:31:19 +0200 (CEST) Received: from localhost (dkd118.neoplus.adsl.tpnet.pl [83.24.7.118]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 3DA2052BC4; Sat, 20 Aug 2005 17:31:12 +0200 (CEST) Date: Sat, 20 Aug 2005 17:30:56 +0200 From: Pawel Jakub Dawidek To: Craig Rodrigues Message-ID: <20050820153055.GA751@garage.freebsd.pl> References: <20050819015327.GA7627@crodrigues.org> <86fyt6gyds.fsf@xps.des.no> <20050819120309.GA10568@crodrigues.org> <86vf22dswg.fsf@xps.des.no> <4305D7FA.2070900@portaone.com> <20050819143741.GA11399@crodrigues.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <20050819143741.GA11399@crodrigues.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: XFS for FreeBSD, new snapshot available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 15:31:23 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 19, 2005 at 10:37:41AM -0400, Craig Rodrigues wrote: +> On Fri, Aug 19, 2005 at 04:00:42PM +0300, Maxim Sobolev wrote: +> > >You'll get more feedback if the code is in the tree, and there is +> > >precedent for committing filessystems without write support. +>=20 +> While I understand that this has been done for other filesystems, +> I am not going to put XFS into the FreeBSD tree until I feel +> that it is ready. The source code and patches are available +> for people to try, so just because something is not in the tree, +> it does not preclude interested developers and users from +> trying it out and providing feedback/patches. The truth is, that when it is the tree, it is much easier to try. AFAIR, there was no feedback when kan@ had posted last snapshot. I fully understand that it is not ready yet for committing, but when you start to fell read-only support is ready, don't wait for the full read-write support and allow to commit it. Then you can work on r/w support in peace and (in parallel) enjoy feedback from users:) --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDB0yvForvXbEpPzQRAr0FAKD0nTFKHBGy6jFrAlG2/lNw/UDSlACg5vPu MWOk+K3xBFbsPCItE0+k2j4= =eI0/ -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 15:51:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC16C16A420; Sat, 20 Aug 2005 15:51:29 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3AAC43D5A; Sat, 20 Aug 2005 15:51:26 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-115-133.hsd1.ma.comcast.net ([66.30.115.133]) by comcast.net (rwcrmhc11) with ESMTP id <2005082015512501300ohdcoe>; Sat, 20 Aug 2005 15:51:26 +0000 Received: from c-66-30-115-133.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j7KFpIhW023766; Sat, 20 Aug 2005 11:51:18 -0400 (EDT) (envelope-from rodrigc@c-66-30-115-133.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j7KFpIeK023765; Sat, 20 Aug 2005 11:51:18 -0400 (EDT) (envelope-from rodrigc) Date: Sat, 20 Aug 2005 11:51:17 -0400 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20050820155117.GA23747@crodrigues.org> References: <20050819015327.GA7627@crodrigues.org> <86fyt6gyds.fsf@xps.des.no> <20050819120309.GA10568@crodrigues.org> <86vf22dswg.fsf@xps.des.no> <4305D7FA.2070900@portaone.com> <20050819143741.GA11399@crodrigues.org> <20050820153055.GA751@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050820153055.GA751@garage.freebsd.pl> User-Agent: Mutt/1.5.9i Cc: freebsd-fs@freebsd.org Subject: Re: XFS for FreeBSD, new snapshot available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 15:51:30 -0000 On Sat, Aug 20, 2005 at 05:30:56PM +0200, Pawel Jakub Dawidek wrote: > The truth is, that when it is the tree, it is much easier to try. It is easier to try, but not impossible to tree. Also, I am distributing source, not binary snapshots, so the source code is available for people to look at as well. > AFAIR, there was no feedback when kan@ had posted last snapshot. Actually kan did get feedback from users when he posted his last snapshot, and I did get feedback from users now. Not everything has to be in the tree for people to try and provide feedback. There are other projects, such as KAME ( http://www.kame.net ) and TrustedBSD ( http://www.trustedbsd.org ) who contribute things periodically to FreeBSD, but do work outside the FreeBSD tree, so it's not like this has not been done before. So, like I said before, this stuff will get into the tree, just not now. I hope I get more feedback from users who actually try this stuff, rather than non-useful feedback from people who basically will not try this stuff unless it is in the tree. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 16:11:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5697A16A41F; Sat, 20 Aug 2005 16:11:10 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99E4843D48; Sat, 20 Aug 2005 16:11:09 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4C75952C9B; Sat, 20 Aug 2005 18:11:08 +0200 (CEST) Received: from localhost (dkd118.neoplus.adsl.tpnet.pl [83.24.7.118]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E6DF052C6F; Sat, 20 Aug 2005 18:10:58 +0200 (CEST) Date: Sat, 20 Aug 2005 18:10:43 +0200 From: Pawel Jakub Dawidek To: Andrew Thompson Message-ID: <20050820161042.GA749@garage.freebsd.pl> References: <20050817231838.GA97927@heff.fud.org.nz> <20050818210128.GD18375@garage.freebsd.pl> <20050819011734.GA4206@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <20050819011734.GA4206@heff.fud.org.nz> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org, rwatson@FreeBSD.org Subject: Re: [PANIC] 6.0BETA2 in l2ping flood X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 16:11:10 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 19, 2005 at 01:17:34PM +1200, Andrew Thompson wrote: +> On Thu, Aug 18, 2005 at 11:01:29PM +0200, Pawel Jakub Dawidek wrote: +> > On Thu, Aug 18, 2005 at 11:18:38AM +1200, Andrew Thompson wrote: +> > +> Interesting... I can get exactly the same panic by doing +> > +>=20 +> > +> ifconfig bridge0 create +> > +> <'tcpdump -i bridge0' on another terminal> +> > +> ifconfig bridge0 up +> > +> ifconfig bridge0 destroy +> >=20 +> > Here, when you destroy bridge0, callout handle is also destroyed, +> > but on detach, bpf wants to turn off promiscuous mode and call +> > bridge_init(), because it doesn't have IFF_DRV_RUNNING flag set. +> >=20 +> > bridge_init() calls callout_reset() on destroyed callout handle. +> >=20 +>=20 +> Thanks for explaining this, you have saved me a lot of suffering. +>=20 +> This patch fixes the panic on destroy, is it the correct way to solve +> the problem? I need to commit something before 6.0. My explanation wasn't quite right. callout_reset() is called on a valid handle, but right after that, softc structure if freed, so when softclock calls your function, softc is already dead. Here is a patch which fix it: http://people.freebsd.org/~pjd/patches/if_bridge.c.patch If you don't want to change bridge_softc structure size, you can also verify in bridge_init() if the given 'sc' is on bridge_list list. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDB1YCForvXbEpPzQRAsQBAJ0cRNlI61i1eXMpAO600MPiJ4bragCgn9fA 5rdeujjOGPZvO9Jh3FGdDJs= =LxDD -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 16:25:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08B8E16A41F; Sat, 20 Aug 2005 16:25:33 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59A4743D49; Sat, 20 Aug 2005 16:25:32 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 8A4E046B06; Sat, 20 Aug 2005 12:25:31 -0400 (EDT) Date: Sat, 20 Aug 2005 17:30:22 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Pawel Jakub Dawidek In-Reply-To: <20050820161042.GA749@garage.freebsd.pl> Message-ID: <20050820172838.C14083@fledge.watson.org> References: <20050817231838.GA97927@heff.fud.org.nz> <20050818210128.GD18375@garage.freebsd.pl> <20050819011734.GA4206@heff.fud.org.nz> <20050820161042.GA749@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: [PANIC] 6.0BETA2 in l2ping flood X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 16:25:33 -0000 On Sat, 20 Aug 2005, Pawel Jakub Dawidek wrote: > +> Thanks for explaining this, you have saved me a lot of suffering. > +> > +> This patch fixes the panic on destroy, is it the correct way to solve > +> the problem? I need to commit something before 6.0. > > My explanation wasn't quite right. > > callout_reset() is called on a valid handle, but right after that, softc > structure if freed, so when softclock calls your function, softc is > already dead. > > Here is a patch which fix it: > > http://people.freebsd.org/~pjd/patches/if_bridge.c.patch > > If you don't want to change bridge_softc structure size, you can also > verify in bridge_init() if the given 'sc' is on bridge_list list. I'm not all that familiar with the details here, as I haven't had a chance to read the code in question in much detail. However, I'm more comfortable with a change that introduces a softc flag than an if_drv_flags flag, as right now if_drv_flags is generally used to expose driver state to the network stack, and there doesn't appear to be a common requirement across drivers (yet) for a dying state. It sounds like your patch addresses this implicitly... Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 16:40:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD18E16A41F for ; Sat, 20 Aug 2005 16:40:40 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F33B43D46 for ; Sat, 20 Aug 2005 16:40:40 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so702918rne for ; Sat, 20 Aug 2005 09:40:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=irZ6JALhGRknSpM90FRO18Vtjk7K0a+dFy5Mcf8Foc2YdRuobXhG/panLwcfec2kWY8OW0S8EMy85aV1FewFEqpqHIUV2FKX8HWGQL98Isc2u7LwmcJaXTqh50op9tBm9NVJl8hjbC39GuSOeNGmrX96tFGmPlPUjGO9UgoHmv0= Received: by 10.38.97.63 with SMTP id u63mr42384rnb; Sat, 20 Aug 2005 09:40:39 -0700 (PDT) Received: by 10.38.104.60 with HTTP; Sat, 20 Aug 2005 09:40:39 -0700 (PDT) Message-ID: <7579f7fb05082009407ff6bc17@mail.gmail.com> Date: Sat, 20 Aug 2005 09:40:39 -0700 From: Matthew Jacob To: Eric Anderson In-Reply-To: <4305C7B7.8020202@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <430397A2.4010303@centtech.com> <20050817203547.GA28892@uci.agh.edu.pl> <4303A0CC.2060005@centtech.com> <7579f7fb0508171456636c8998@mail.gmail.com> <43048653.3010108@centtech.com> <7579f7fb05081821574d919355@mail.gmail.com> <4305C7B7.8020202@centtech.com> Cc: FreeBSD Current Subject: Re: Qlogic (isp driver) gone mad on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 16:40:40 -0000 I surely don't understand why it's now not working for you, and no, it's not acceptable for 6.0. I will be away this weekend but on Monday I certainly will take this more seriously. On 8/19/05, Eric Anderson wrote: > Matthew Jacob wrote: > > Sounds more like a problem with the target. Make the limit 255- not 256= . >=20 > No. The problem is not in the target device at all. I reverted to > 5-STABLE and it works flawlessly again. There's a bug in 6.0's > scsi/qlogic code. Setting it to 255 will end up with the same output > as below, except s/256/255/g. >=20 > This bug will prevent those using qlogic cards from using 6.0 - is that > acceptable for 6.0? >=20 > Eric >=20 >=20 >=20 >=20 > >>Well, the system boots faster as it doesn't have to probe 16k devices, > >>but there's still one problem - it sees the correct 3 luns per device, > >>but then adds a 'fake' device at lun 256 which is essentially the same > >>as the first lun. Here's some more info: > >> > >># camcontrol devlist > >> at scbus0 target 6 lun 0 (pass0,ses0= ) > >> at scbus2 target 0 lun 0 (pass1,da0) > >> at scbus2 target 0 lun 1 (pass2,da1) > >> at scbus2 target 0 lun 2 (pass3,da2) > >> at scbus2 target 0 lun 256 (pass4,da= 3) > >> at scbus2 target 2 lun 0 (pass5,da4) > >> at scbus2 target 2 lun 1 (pass6,da5) > >> at scbus2 target 2 lun 2 (pass7,da6) > >> at scbus2 target 2 lun 256 (pass8,da= 7) > >> at scbus2 target 3 lun 0 (pass9,da8) > >> at scbus2 target 3 lun 1 (pass10,da9= ) > >> at scbus2 target 3 lun 2 (pass11,da1= 0) > >> at scbus2 target 3 lun 256 (pass12,d= a11) > >> at scbus3 target 0 lun 0 (pass13,da1= 2) > >> at scbus3 target 0 lun 1 (pass14,da1= 3) > >> at scbus3 target 0 lun 2 (pass15,da1= 4) > >> at scbus3 target 0 lun 256 (pass16,d= a15) > >> at scbus3 target 1 lun 0 (pass17,da1= 6) > >> at scbus3 target 1 lun 1 (pass18,da1= 7) > >> at scbus3 target 1 lun 2 (pass19,da1= 8) > >> at scbus3 target 1 lun 256 (pass20,d= a19) > >> at scbus3 target 3 lun 0 (pass21,da2= 0) > >> at scbus3 target 3 lun 1 (pass22,da2= 1) > >> at scbus3 target 3 lun 2 (pass23,da2= 2) > >> at scbus3 target 3 lun 256 (pass24,d= a23) > >> > >> > >>You can see that the 'lun 256' marked devices are duplicates. > >> > >>Eric > >> > >> > >> > >> > >>-- > >>-----------------------------------------------------------------------= - > >>Eric Anderson Sr. Systems Administrator Centaur Technolog= y > >>Anything that works is better than anything that doesn't. > >>-----------------------------------------------------------------------= - > >> >=20 >=20 > -- > ------------------------------------------------------------------------ > Eric Anderson Sr. Systems Administrator Centaur Technology > Anything that works is better than anything that doesn't. > ------------------------------------------------------------------------ > From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 18:56:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 296B916A41F; Sat, 20 Aug 2005 18:56:42 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from mx1.h3q.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65BEE43D46; Sat, 20 Aug 2005 18:56:41 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mx1.h3q.net (Postfix) with ESMTP id CA89D1A73B; Sat, 20 Aug 2005 20:56:36 +0200 (CEST) Received: from mx1.h3q.net ([127.0.0.1]) by localhost (manticore.shapeshifter.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 73444-03; Sat, 20 Aug 2005 20:56:35 +0200 (CEST) Received: from [192.168.0.100] (h4n2fls31o270.telia.com [217.208.199.4]) by mx1.h3q.net (Postfix) with ESMTP id E128D1A717; Sat, 20 Aug 2005 20:56:34 +0200 (CEST) Message-ID: <43077CE2.2070300@shapeshifter.se> Date: Sat, 20 Aug 2005 20:56:34 +0200 From: Fredrik Lindberg User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050816) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20050817231838.GA97927@heff.fud.org.nz> <20050818210128.GD18375@garage.freebsd.pl> <20050819011734.GA4206@heff.fud.org.nz> <20050820161042.GA749@garage.freebsd.pl> In-Reply-To: <20050820161042.GA749@garage.freebsd.pl> Content-Type: multipart/mixed; boundary="------------080400080403020101020305" X-Virus-Scanned: at mail.hamnpolare.net Cc: freebsd-current@freebsd.org, rwatson@FreeBSD.org, Andrew Thompson Subject: Re: [PANIC] 6.0BETA2 in l2ping flood X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 18:56:42 -0000 This is a multi-part message in MIME format. --------------080400080403020101020305 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Pawel Jakub Dawidek wrote: > On Fri, Aug 19, 2005 at 01:17:34PM +1200, Andrew Thompson wrote: > +> On Thu, Aug 18, 2005 at 11:01:29PM +0200, Pawel Jakub Dawidek wrote: > +> > On Thu, Aug 18, 2005 at 11:18:38AM +1200, Andrew Thompson wrote: > +> > +> Interesting... I can get exactly the same panic by doing > +> > +> > +> > +> ifconfig bridge0 create > +> > +> <'tcpdump -i bridge0' on another terminal> > +> > +> ifconfig bridge0 up > +> > +> ifconfig bridge0 destroy > +> > > +> > Here, when you destroy bridge0, callout handle is also destroyed, > +> > but on detach, bpf wants to turn off promiscuous mode and call > +> > bridge_init(), because it doesn't have IFF_DRV_RUNNING flag set. > +> > > +> > bridge_init() calls callout_reset() on destroyed callout handle. > +> > > +> > +> Thanks for explaining this, you have saved me a lot of suffering. > +> > +> This patch fixes the panic on destroy, is it the correct way to solve > +> the problem? I need to commit something before 6.0. > > My explanation wasn't quite right. > > callout_reset() is called on a valid handle, but right after that, softc > structure if freed, so when softclock calls your function, softc is > already dead. > > Here is a patch which fix it: > > http://people.freebsd.org/~pjd/patches/if_bridge.c.patch > > If you don't want to change bridge_softc structure size, you can also > verify in bridge_init() if the given 'sc' is on bridge_list list. > There is a smiliar issue with ip_carp, you can panic your system with ifconfig create carp0 itconfig carp0 vhid 1 pass foo 192.168.0.1/24 tcpdump -i carp0 ifconfig destroy carp0 #25 0xc057e086 in _mtx_lock_flags (m=0x10, opts=0, file=0xc07cb579 "/usr/src/sys/netinet/ip_carp.c", line=1810) at /usr/src/sys/kern/kern_mutex.c:268 #26 0xc06394d3 in carp_ioctl (ifp=0x0, cmd=0, addr=0xe6b3db38 "hÛ³æp5[À\220ò\207ÀdÛ³æ\001") at /usr/src/sys/netinet/ip_carp.c:1810 #27 0xc0608728 in if_setflag (ifp=0xc1b70400, flag=0, pflag=0, refcount=0xc1b70444, onswitch=0) at /usr/src/sys/net/if.c:1650 #28 0xc06087cb in ifpromisc (ifp=0xc1b70400, pswitch=0) at /usr/src/sys/net/if.c:1677 #29 0xc060296b in bpf_detachd (d=0xc20ea900) at /usr/src/sys/net/bpf.c:329 #30 0xc06048bb in bpfdetach (ifp=0xc1b70400) at /usr/src/sys/net/bpf.c:1533 #31 0xc063654c in carp_clone_destroy (ifp=0xc1b70400) at /usr/src/sys/netinet/ip_carp.c:454 I attached a patch which is similar to the one posted by Pawel, it adds a softc-flag, CARP_FLAG_DYING. Fredrik Lindberg --------------080400080403020101020305 Content-Type: text/plain; name="ip_carp.c-20050820.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ip_carp.c-20050820.patch" Index: ip_carp.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_carp.c,v retrieving revision 1.30 diff -u -r1.30 ip_carp.c --- ip_carp.c 9 Aug 2005 10:20:00 -0000 1.30 +++ ip_carp.c 20 Aug 2005 18:37:51 -0000 @@ -116,6 +116,8 @@ int sc_advbase; /* seconds */ int sc_init_counter; u_int64_t sc_counter; +#define CARP_FLAG_DYING 0x01 + int sc_flags; /* authentication */ #define CARP_HMAC_PAD 64 @@ -369,6 +371,7 @@ sc->sc_advskew = 0; sc->sc_init_counter = 1; sc->sc_naddrs = sc->sc_naddrs6 = 0; /* M_ZERO? */ + sc->sc_flags = 0; #ifdef INET6 sc->sc_im6o.im6o_multicast_hlim = CARP_DFLTTL; #endif @@ -450,6 +453,7 @@ mtx_lock(&carp_mtx); LIST_REMOVE(sc, sc_next); + sc->sc_flags |= CARP_FLAG_DYING; mtx_unlock(&carp_mtx); bpfdetach(ifp); if_detach(ifp); @@ -1740,6 +1744,9 @@ ifa = (struct ifaddr *)addr; ifra = (struct ifaliasreq *)addr; ifr = (struct ifreq *)addr; + + if (sc->sc_flags & CARP_FLAG_DYING) + return ENXIO; switch (cmd) { case SIOCSIFADDR: --------------080400080403020101020305-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 20 19:10:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F51016A41F for ; Sat, 20 Aug 2005 19:10:58 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (silver.iplus.pl [80.48.250.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E096043D46 for ; Sat, 20 Aug 2005 19:10:57 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.12.10/8.12.9) with ESMTP id j7KJQ2GW000982 for ; Sat, 20 Aug 2005 19:26:02 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.12.10/8.12.9/Submit) id j7KJQ2cQ000981 for freebsd-current@freebsd.org; Sat, 20 Aug 2005 19:26:02 GMT (envelope-from dunstan) Date: Sat, 20 Aug 2005 19:26:01 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20050820192601.GA945@freebsd.czest.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Locking for ef(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 19:10:58 -0000 Hello, Could someone look at my patch, which fixes ef(4) (locking + properly free allocated memory): http://freebsd.czest.pl/dunstan/FreeBSD/diff.locking.if_ef.c (PR: kern/85086). Please remember that your src/sys/net/if.c version has to be at least 1.244. -- * Wojciech A. Koszek && dunstan@FreeBSD.czest.pl