From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 10:40:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F31F916A401 for ; Sun, 1 Apr 2007 10:40:22 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from carrick.bishnet.net (carrick.bishnet.net [84.234.17.56]) by mx1.freebsd.org (Postfix) with ESMTP id B7DAA13C487 for ; Sun, 1 Apr 2007 10:40:22 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from tdb by carrick.bishnet.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HXxEZ-0002sE-1j for freebsd-stable@freebsd.org; Sun, 01 Apr 2007 11:24:27 +0100 Date: Sun, 1 Apr 2007 11:24:26 +0100 From: Tim Bishop To: freebsd-stable@freebsd.org Message-ID: <20070401102426.GA10818@carrick.bishnet.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline X-PGP-Key: 0x5AE7D984, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 1453 086E 9376 1A50 ECF6 AE05 7DCE D659 5AE7 D984 User-Agent: Mutt/1.5.13 (2006-08-11) X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.6, required 5, autolearn=not spam, BAYES_00 -2.60, NO_RELAYS -0.00) X-Bishnet-MailScanner-From: tdb@carrick.bishnet.net Subject: Kernel Dumps on to gmirror device? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 10:40:23 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've got a 6.1 server that's panicing and I'd like to debug it. The problem is that I can't get a kernel dump on to my gmirror device. It looks like since 6.1 this has been supported (it says so in the release notes). In my rc.conf I have: dumpdev=3D"/dev/mirror/gm0s1b"$a Which is my swap partition. On booting it says: kernel dumps on /dev/mirror/gm0s1b But when it panics it says: Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x14 fault code =3D supervisor write, page not present instruction pointer =3D 0x20:0xc057ff9f stack pointer =3D 0x28:0xe2df3c44 frame pointer =3D 0x28:0xe2df3c4c 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 13 (swi4: clock sio) trap number =3D 12 panic: page fault Uptime: 1d4h15m55s GEOM_MIRROR: Device gm0: provider mirror/gm0 destroyed. GEOM_MIRROR: Device gm0 destroyed. Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... I'm guessing it's because the GEOM_MIRROR device has been destroyed just before it wants to dump? Any suggestions on a way forward to getting a dump out? Thanks, Tim. --=20 Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGD4hafc7WWVrn2YQRAhlwAJ989G4FxqTxLtYMfLujRQnNsbX7xQCgiAtN zBRj5CE652onOHiLP+tinmM= =sk7B -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 11:46:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58B6F16A40F for ; Sun, 1 Apr 2007 11:46:36 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id 2075413C458 for ; Sun, 1 Apr 2007 11:46:34 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 6661 invoked by uid 89); 1 Apr 2007 11:39:49 -0000 Received: by simscan 1.2.0 ppid: 6604, pid: 6658, t: 6.5238s scanners: attach: 1.2.0 clamav: 0.88.7/m:42/d:2560 Received: from unknown (HELO claylaptop) (clay@milos.za.net@82.206.131.156) by bart.milos.co.za with ESMTPA; 1 Apr 2007 11:39:43 -0000 Message-ID: <059c01c77453$5e31fb70$9a83ce52@claylaptop> From: "Clayton Milos" To: "Tim Bishop" References: <20070401102426.GA10818@carrick.bishnet.net> Date: Sun, 1 Apr 2007 12:46:04 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: freebsd-stable@freebsd.org Subject: Re: Kernel Dumps on to gmirror device? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 11:46:36 -0000 I've got a 6.1 server that's panicing and I'd like to debug it. The problem is that I can't get a kernel dump on to my gmirror device. It looks like since 6.1 this has been supported (it says so in the release notes). In my rc.conf I have: dumpdev="/dev/mirror/gm0s1b"$a Which is my swap partition. On booting it says: kernel dumps on /dev/mirror/gm0s1b But when it panics it says: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x14 fault code = supervisor write, page not present instruction pointer = 0x20:0xc057ff9f stack pointer = 0x28:0xe2df3c44 frame pointer = 0x28:0xe2df3c4c 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 = 13 (swi4: clock sio) trap number = 12 panic: page fault Uptime: 1d4h15m55s GEOM_MIRROR: Device gm0: provider mirror/gm0 destroyed. GEOM_MIRROR: Device gm0 destroyed. Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... I'm guessing it's because the GEOM_MIRROR device has been destroyed just before it wants to dump? Any suggestions on a way forward to getting a dump out? Thanks, Tim. Hi Tim Do you really need to run 6.1 ? To be honest I found a lot of issues with 6.1 that were fixed in 6.2 so my advice would be to upgrade to 6.2-STABLE and more than likely this will either be fixed or will probably not happen at all. -Clay From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 14:07:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 41F6916A403 for ; Sun, 1 Apr 2007 14:07:52 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id A850013C489 for ; Sun, 1 Apr 2007 14:07:51 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l31E7lP7078750 for ; Sun, 1 Apr 2007 11:07:47 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sun, 1 Apr 2007 11:07:22 -0300 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704011107.22750.joao@matik.com.br> X-Spam-Status: No, score=-100.8 required=5.0 tests=ALL_TRUSTED,AWL, USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: ipfw add pipe broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 14:07:52 -0000 it seems I can not add pipes with releng6 sources from the last days ipfw add pipe 1 ip from any to any ipfw: getsockopt(IP_FW_ADD): Invalid argument or any similar add pipe command does not work (sure I have options DUMMYNET= in=20 kernel) world and kernel from march 29 works still fine anything changed? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 14:45:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F0E016A405 for ; Sun, 1 Apr 2007 14:45:26 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 29CFE13C44C for ; Sun, 1 Apr 2007 14:45:25 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l31EjNfk082814 for ; Sun, 1 Apr 2007 11:45:23 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sun, 1 Apr 2007 11:44:57 -0300 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704011144.58560.joao@matik.com.br> X-Spam-Status: No, score=-100.7 required=5.0 tests=ALL_TRUSTED, AWL, TW_XD, TW_XF, USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: scsi/mpt problem with latest source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 14:45:26 -0000 with new sources I get an mpt error which is not present with sources from= =20 march 28 mpt0: port 0xdc00-0xdcff mem=20 0xfd7e0000-0xfd7fffff,0xfd7c0000-0xfd7dffff irq 16 at device 4.0 on pci1 mpt0: [GIANT-LOCKED] mpt0: MPI Version=3D1.2.14.0 =2E.. (xpt0:mpt0:0:-1:-1): reset bus =2E.. da0 at mpt0 bus 0 target 0 lun 0 da1 at mpt0 bus 0 target 1 lun 0 =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 15:06:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE62B16A404 for ; Sun, 1 Apr 2007 15:06:36 +0000 (UTC) (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 BA27C13C459 for ; Sun, 1 Apr 2007 15:06:36 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l31F6aGO007680; Sun, 1 Apr 2007 11:06:36 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l31F6ZlX035787 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Apr 2007 11:06:35 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200704011506.l31F6ZlX035787@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 01 Apr 2007 11:04:37 -0400 To: JoaoBR , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <200704011107.22750.joao@matik.com.br> References: <200704011107.22750.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: julian@freebsd.org Subject: Re: ipfw add pipe broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 15:06:37 -0000 At 10:07 AM 4/1/2007, JoaoBR wrote: >it seems I can not add pipes with releng6 sources from the last days > >ipfw add pipe 1 ip from any to any >ipfw: getsockopt(IP_FW_ADD): Invalid argument > >or any similar add pipe command does not work=20 >(sure I have options DUMMYNET in >kernel) > >world and kernel from march 29 works still fine > >anything changed? There were a bunch of MFCs. When I try from a kernel today, [smicro1U]# ipfw pipe 3 config bw 512Kb [smicro1U]# ipfw pipe show 00003: 512.000 Kbit/s 0 ms 50 sl. 0 queues (1 buckets) droptail [smicro1U]# [smicro1U]# ipfw add 1 pipe 3 ip from 10.0.0.0/8 to any ipfw: getsockopt(IP_FW_ADD): Invalid argument [smicro1U]# [smicro1U]# dmesg | tail -1 ipfw: opcode 50 size 2 wrong [smicro1U]# >-- > >Jo=E3o > > > > > > > >A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada= segura. >Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 15:25:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 985D916A403 for ; Sun, 1 Apr 2007 15:25:17 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id 54FC013C458 for ; Sun, 1 Apr 2007 15:25:17 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 53B3C40C5; Sun, 1 Apr 2007 16:25:16 +0100 (BST) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id AznGK5yhqDxP; Sun, 1 Apr 2007 16:25:13 +0100 (BST) Received: from [217.206.238.190] (sylvester.tector.org.uk [217.206.238.190]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 53CF8405B; Sun, 1 Apr 2007 16:25:13 +0100 (BST) Message-ID: <460FCE61.7090006@thekeelecentre.com> Date: Sun, 01 Apr 2007 16:23:13 +0100 From: Richard Tector User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Matthew Jacob References: <460959E8.207@thekeelecentre.com> <7579f7fb0703271102q1a866897x2d63a86e72895125@mail.gmail.com> <46095CE5.5080600@thekeelecentre.com> <7579f7fb0703272018i68983d5cvb9fe84c79cebd473@mail.gmail.com> In-Reply-To: <7579f7fb0703272018i68983d5cvb9fe84c79cebd473@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dell SAS5 Performance Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 15:25:17 -0000 Matthew Jacob wrote: > On 3/27/07, Richard Tector wrote: >> Matthew Jacob wrote: >> > It's been seen before but the fix isn't know yet. >> > >> > On 3/27/07, Richard Tector wrote: >> >> I'm suffering from very slow write performance on a Dell PowerEdge >> 860 >> >> with the SAS5/IR controller (mpt driver) running either >> 6.2-RELEASE or >> >> 6.2-STABLE with sources from yesterday. The controller hosts 2 >> Western >> >> Digital 320GB SATA disks in a RAID1 configuration. >> >> Reads approach 65MB/s however writes appear extremely slow, in the >> >> region of 6-7MB/s with a dd and a blocksize of 1MB all the way >> down to >> >> about 300KB/s while extracting a ports snapshot. >> >> >> >> It was suggested to me that perhaps write caching has been >> disabled on >> >> the controller however no options exist within the BIOS >> configuration to >> >> view/adjust *any* caching options. >> >> >> >> Has anyone else experienced this issue? If so how did they resolve >> it? >> >> Also, is there any way to toggle the caching settings from FreeBSD? >> A perhaps unrealted issue: I've noticed a large number of messages being produced by the mpt driver after boot occuring approximately every 90 seconds. Apr 1 15:51:43 moses kernel: mpt0: mpt_cam_event: 0x14 Apr 1 15:51:43 moses kernel: mpt0: Unhandled Event Notify Frame. Event 0x14 (ACK not required). Apr 1 15:53:19 moses kernel: mpt0: mpt_cam_event: 0x14 Apr 1 15:53:19 moses kernel: mpt0: Unhandled Event Notify Frame. Event 0x14 (ACK not required). Any thoughts anyone? Is there any way to find out what the events correspond to? Regards, Richard From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 15:56:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 980BC16A407 for ; Sun, 1 Apr 2007 15:56:17 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 20F7A13C4CE for ; Sun, 1 Apr 2007 15:56:16 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anc (nb-h.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l31FuEdp087903; Sun, 1 Apr 2007 12:56:14 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sun, 1 Apr 2007 12:55:49 -0300 User-Agent: KMail/1.9.4 References: <200704011107.22750.joao@matik.com.br> <200704011506.l31F6ZlX035787@lava.sentex.ca> In-Reply-To: <200704011506.l31F6ZlX035787@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704011255.49740.joao@matik.com.br> X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, TW_PF autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: julian@freebsd.org Subject: Re: ipfw add pipe broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 15:56:17 -0000 On Sunday 01 April 2007 12:04, Mike Tancsa wrote: > At 10:07 AM 4/1/2007, JoaoBR wrote: > >it seems I can not add pipes with releng6 sources from the last days > > > >ipfw add pipe 1 ip from any to any > >ipfw: getsockopt(IP_FW_ADD): Invalid argument > > > >or any similar add pipe command does not work > >(sure I have options DUMMYNET in > >kernel) > > > >world and kernel from march 29 works still fine > > > >anything changed? > > There were a bunch of MFCs. When I try from a kernel today, > seems the thing happened on saturday by all respect to Julians work but with ipfw broken and sunday fucked up ... kind of scaring when seeing "I have no time to check, I do it on tuesday"=20 or "I need to do the userland ipfw too to add some new features, but, not=20 today.." please do it all or don't do it, ipfw is an mature and essential part where= we=20 do not espect such sudden surprises in releng6 to happen =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 17:00:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3F9516A408 for ; Sun, 1 Apr 2007 17:00:11 +0000 (UTC) (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 9BF3813C459 for ; Sun, 1 Apr 2007 17:00:11 +0000 (UTC) (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 8A1931FFF64; Sun, 1 Apr 2007 19:00:09 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 9738F1FFF60; Sun, 1 Apr 2007 19:00:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id D33FE444885; Sun, 1 Apr 2007 16:57:11 +0000 (UTC) Date: Sun, 1 Apr 2007 16:57:10 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Richard Tector In-Reply-To: <460FCE61.7090006@thekeelecentre.com> Message-ID: <20070401164658.S36917@maildrop.int.zabbadoz.net> References: <460959E8.207@thekeelecentre.com> <7579f7fb0703271102q1a866897x2d63a86e72895125@mail.gmail.com> <46095CE5.5080600@thekeelecentre.com> <7579f7fb0703272018i68983d5cvb9fe84c79cebd473@mail.gmail.com> <460FCE61.7090006@thekeelecentre.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Matthew Jacob , freebsd-stable@freebsd.org Subject: Re: Dell SAS5 Performance Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 17:00:12 -0000 On Sun, 1 Apr 2007, Richard Tector wrote: > A perhaps unrealted issue: > I've noticed a large number of messages being produced by the mpt driver > after boot occuring approximately every 90 seconds. > > Apr 1 15:51:43 moses kernel: mpt0: mpt_cam_event: 0x14 > Apr 1 15:51:43 moses kernel: mpt0: Unhandled Event Notify Frame. Event 0x14 > (ACK not required). > Apr 1 15:53:19 moses kernel: mpt0: mpt_cam_event: 0x14 > Apr 1 15:53:19 moses kernel: mpt0: Unhandled Event Notify Frame. Event 0x14 > (ACK not required). > > Any thoughts anyone? Is there any way to find out what the events correspond > to? IMHO 0x14 is "resync complete". Dud you have a degraded RAID-1? Can you tell me what Index: mpt_cam.c =================================================================== RCS file: /shared/mirror/FreeBSD/r/ncvs/src/sys/dev/mpt/mpt_cam.c,v retrieving revision 1.52 diff -u -p -r1.52 mpt_cam.c --- mpt_cam.c 11 Mar 2007 01:54:59 -0000 1.52 +++ mpt_cam.c 1 Apr 2007 16:54:27 -0000 @@ -2236,6 +2236,10 @@ mpt_cam_event(struct mpt_softc *mpt, req CAMLOCK_2_MPTLOCK(mpt); break; } + case MPI_EVENT_IR_RESYNC_UPDATE: + uint8_t resync = (data0 >> 16) & 0xff; + mpt_prt(mpt, "IR resync update %d completed.", resync); + break; case MPI_EVENT_EVENT_CHANGE: case MPI_EVENT_INTEGRATED_RAID: case MPI_EVENT_SAS_DEVICE_STATUS_CHANGE: gives you; especially how far it counts up? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 17:00:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5984516A403 for ; Sun, 1 Apr 2007 17:00:39 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id F396113C45A for ; Sun, 1 Apr 2007 17:00:38 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so791845nza for ; Sun, 01 Apr 2007 10:00:38 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=C09PqLtV333kJ9V33tUqIzz2csbQQbXxzRzSxlG0XRk6dRu2VPFrzbfNEZQlDi6qbnbDtUjqgrGe+aObIdiMWPX3u2wIqHNQlxYRjOtH5dN9lIuVq2c1LDj8ltCzdKOVT1tca7zKAPOW1DXLCvxP+F9NmkmFoEXxliFmPSaflsk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=L1RmOfWILYT5Onb/51en+YcVUOcvMbmInl1BHt5TkZi0YLP3lVweiob67DfwmJexoyn0CYXcZ6RyFCnjkbYTKbi6hfk2LXfrOdkYa7lBb5cTq3nhGX84pRmwdJNCsL6R2n8xzVsC2VuRbwa01p7mfPpnvysqyONLJFuH0pbhaKM= Received: by 10.114.157.1 with SMTP id f1mr1519498wae.1175446838149; Sun, 01 Apr 2007 10:00:38 -0700 (PDT) Received: by 10.114.25.18 with HTTP; Sun, 1 Apr 2007 10:00:37 -0700 (PDT) Message-ID: <7579f7fb0704011000o781259d7u43b15cc999f60168@mail.gmail.com> Date: Sun, 1 Apr 2007 10:00:37 -0700 From: "Matthew Jacob" To: "Richard Tector" In-Reply-To: <460FCE61.7090006@thekeelecentre.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <460959E8.207@thekeelecentre.com> <7579f7fb0703271102q1a866897x2d63a86e72895125@mail.gmail.com> <46095CE5.5080600@thekeelecentre.com> <7579f7fb0703272018i68983d5cvb9fe84c79cebd473@mail.gmail.com> <460FCE61.7090006@thekeelecentre.com> Cc: freebsd-stable@freebsd.org Subject: Re: Dell SAS5 Performance Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 17:00:39 -0000 On 4/1/07, Richard Tector wrote: > Matthew Jacob wrote: > > On 3/27/07, Richard Tector wrote: > >> Matthew Jacob wrote: > >> > It's been seen before but the fix isn't know yet. > >> > > >> > On 3/27/07, Richard Tector wrote: > >> >> I'm suffering from very slow write performance on a Dell PowerEdge > >> 860 > >> >> with the SAS5/IR controller (mpt driver) running either > >> 6.2-RELEASE or > >> >> 6.2-STABLE with sources from yesterday. The controller hosts 2 > >> Western > >> >> Digital 320GB SATA disks in a RAID1 configuration. > >> >> Reads approach 65MB/s however writes appear extremely slow, in the > >> >> region of 6-7MB/s with a dd and a blocksize of 1MB all the way > >> down to > >> >> about 300KB/s while extracting a ports snapshot. > >> >> > >> >> It was suggested to me that perhaps write caching has been > >> disabled on > >> >> the controller however no options exist within the BIOS > >> configuration to > >> >> view/adjust *any* caching options. > >> >> > >> >> Has anyone else experienced this issue? If so how did they resolve > >> it? > >> >> Also, is there any way to toggle the caching settings from FreeBSD? > >> > A perhaps unrealted issue: > I've noticed a large number of messages being produced by the mpt driver > after boot occuring approximately every 90 seconds. > > Apr 1 15:51:43 moses kernel: mpt0: mpt_cam_event: 0x14 > Apr 1 15:51:43 moses kernel: mpt0: Unhandled Event Notify Frame. Event > 0x14 (ACK not required). > Apr 1 15:53:19 moses kernel: mpt0: mpt_cam_event: 0x14 > Apr 1 15:53:19 moses kernel: mpt0: Unhandled Event Notify Frame. Event > 0x14 (ACK not required). > > Any thoughts anyone? Is there any way to find out what the events > correspond to? > MPI spec, instantiated in MPILIB MPI_EVENT_IR_RESYNC_UPDATE internal raid resync update? From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 17:02:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7408F16A407 for ; Sun, 1 Apr 2007 17:02:15 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.233]) by mx1.freebsd.org (Postfix) with ESMTP id 346DD13C44B for ; Sun, 1 Apr 2007 17:02:14 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1229380wra for ; Sun, 01 Apr 2007 10:02:14 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YLxqhM51mEHU013RK77LfvzsPMJn/juC0I8Lwy6gCug7rqpXsGhz394bSvaLRBLg7dbvNi1h92MVjhKhFeqe64P9+hO5tNP7JBbvDAal/q+r/deMTJq13rJeXD75RBCXLdtr4o70W5ROq44uM0HFp1sS6kHeie9i5/RvXa3eYGw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lCunsxNaYozLDOxti7FJUzEYt6gDMt09237fiwtMq/tAu9057KYNHro/g3T9Al2Ua3ncLxAP2bE3f8K8IwE3i8eCl9mskKdA2k+GcAQTsKLusgEzxI56bIxpIMGhZoDhY3WhkqfsfUOG1y3gjIsVqM/bwx3y6NeTWWwu9gNOXHQ= Received: by 10.114.60.19 with SMTP id i19mr1521066waa.1175446933965; Sun, 01 Apr 2007 10:02:13 -0700 (PDT) Received: by 10.114.25.18 with HTTP; Sun, 1 Apr 2007 10:02:13 -0700 (PDT) Message-ID: <7579f7fb0704011002y22ce1464l7e4723c32afceabb@mail.gmail.com> Date: Sun, 1 Apr 2007 10:02:13 -0700 From: "Matthew Jacob" To: JoaoBR In-Reply-To: <200704011144.58560.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200704011144.58560.joao@matik.com.br> Cc: freebsd-stable@freebsd.org Subject: Re: scsi/mpt problem with latest source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 17:02:15 -0000 pleasep pooint out what the error is, and are you booting verbose? On 4/1/07, JoaoBR wrote: > > with new sources I get an mpt error which is not present with sources fro= m > march 28 > > mpt0: port 0xdc00-0xdcff mem > 0xfd7e0000-0xfd7fffff,0xfd7c0000-0xfd7dffff irq 16 at device 4.0 on pci1 > mpt0: [GIANT-LOCKED] > mpt0: MPI Version=3D1.2.14.0 > ... > (xpt0:mpt0:0:-1:-1): reset bus > ... > da0 at mpt0 bus 0 target 0 lun 0 > da1 at mpt0 bus 0 target 1 lun 0 > > > > -- > > Jo=E3o > > > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada seg= ura. > Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 17:31:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5E4C16A406 for ; Sun, 1 Apr 2007 17:31:09 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 0945313C46C for ; Sun, 1 Apr 2007 17:31:08 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anc (nb-h.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l31HV6mN093663; Sun, 1 Apr 2007 14:31:06 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: "Matthew Jacob" Date: Sun, 1 Apr 2007 14:30:39 -0300 User-Agent: KMail/1.9.4 References: <200704011144.58560.joao@matik.com.br> <7579f7fb0704011002y22ce1464l7e4723c32afceabb@mail.gmail.com> In-Reply-To: <7579f7fb0704011002y22ce1464l7e4723c32afceabb@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704011430.40616.joao@matik.com.br> X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, TW_XD,TW_XF autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: scsi/mpt problem with latest source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 17:31:09 -0000 On Sunday 01 April 2007 14:02, Matthew Jacob wrote: > pleasep pooint out what the error is, and are you booting verbose? > > On 4/1/07, JoaoBR wrote: > > with new sources I get an mpt error which is not present with sources > > from march 28 > > > > mpt0: port 0xdc00-0xdcff mem > > 0xfd7e0000-0xfd7fffff,0xfd7c0000-0xfd7dffff irq 16 at device 4.0 on pci1 > > mpt0: [GIANT-LOCKED] > > mpt0: MPI Version=3D1.2.14.0 > > ... this reset bus didn't and do not happen with some day older sources: > > (xpt0:mpt0:0:-1:-1): reset bus no, I do not boot verbose > > ... > > da0 at mpt0 bus 0 target 0 lun 0 > > da1 at mpt0 bus 0 target 1 lun 0 > > > > > > > > -- > > > > Jo=E3o > > > > > > > > > > > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada > > segura. Service fornecido pelo Datacenter Matik=20 > > https://datacenter.matik.com.br > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada > segura. Service fornecido pelo Datacenter Matik=20 > https://datacenter.matik.com.br =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 17:37:35 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D83FF16A402; Sun, 1 Apr 2007 17:37:35 +0000 (UTC) (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 8684813C48C; Sun, 1 Apr 2007 17:37:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l31HbYYH015931; Sun, 1 Apr 2007 13:37:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l31HbY8m041433; Sun, 1 Apr 2007 13:37:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 6A648241BF; Sun, 1 Apr 2007 13:37:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070401173734.6A648241BF@freebsd-stable.sentex.ca> Date: Sun, 1 Apr 2007 13:37:34 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 17:37:36 -0000 TB --- 2007-04-01 16:16:03 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-04-01 16:16:03 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2007-04-01 16:16:03 - cleaning the object tree TB --- 2007-04-01 16:16:21 - checking out the source tree TB --- 2007-04-01 16:16:21 - cd /tinderbox/RELENG_6/i386/pc98 TB --- 2007-04-01 16:16:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-04-01 16:25:42 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-01 16:25:42 - cd /src TB --- 2007-04-01 16:25: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 TB --- 2007-04-01 17:26:01 - generating LINT kernel config TB --- 2007-04-01 17:26:01 - cd /src/sys/pc98/conf TB --- 2007-04-01 17:26:01 - /usr/bin/make -B LINT TB --- 2007-04-01 17:26:01 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-01 17:26:01 - cd /src TB --- 2007-04-01 17:26:01 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 1 17:26:02 UTC 2007 >>> 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 [...] nexus.o(.text+0x8c0): In function `nexus_remap_msix': : undefined reference to `msix_remap' nexus.o(.text+0x8ed): In function `nexus_release_msix': : undefined reference to `msix_release' nexus.o(.text+0x926): In function `nexus_alloc_msi': : undefined reference to `msi_alloc' nexus.o(.text+0x980): In function `nexus_release_msi': : undefined reference to `msi_release' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-01 17:37:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-01 17:37:34 - ERROR: failed to build lint kernel TB --- 2007-04-01 17:37:34 - tinderbox aborted TB --- 0.66 user 1.84 system 4891.00 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 17:50:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD95116A401 for ; Sun, 1 Apr 2007 17:50:01 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by mx1.freebsd.org (Postfix) with ESMTP id 69BE913C448 for ; Sun, 1 Apr 2007 17:50:00 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1237171wra for ; Sun, 01 Apr 2007 10:50:00 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fmqCKQnAytTlkF1YB3No4lPJ4ga/ydZ/QADd5nSbR7eKKsgcyYm+Oj3CcKGmFgah13spevY95KV/V2N7+i5HD1d8/j9mb1w6ATj5iAr55o1S5kOpM33Z6/c47G7GF4/ChYmf/+yNAifqWfpj4YavRccU+TH8LrvBzK2tpdVOzdk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tXdWpVIOCGMRDgRiBJOytAtbnZoFniQHOiAEWewlhLhAtY9S21zGRYe7Oq2XwKi7Je6ppIYbi3YPJodWW6qSoS4QmvtJKuPt8rXh2WFI9sK6GEJWVgA1fw/k6aEayQhJlQyvrsgKhHbaE1fQaw6ovvvlMFYAvhrCUbz3fuQ8fL4= Received: by 10.115.59.1 with SMTP id m1mr1491827wak.1175449799396; Sun, 01 Apr 2007 10:49:59 -0700 (PDT) Received: by 10.114.25.18 with HTTP; Sun, 1 Apr 2007 10:49:59 -0700 (PDT) Message-ID: <7579f7fb0704011049q34f5f58fp8bf76d6a7d4766a5@mail.gmail.com> Date: Sun, 1 Apr 2007 10:49:59 -0700 From: "Matthew Jacob" To: JoaoBR In-Reply-To: <200704011430.40616.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200704011144.58560.joao@matik.com.br> <7579f7fb0704011002y22ce1464l7e4723c32afceabb@mail.gmail.com> <200704011430.40616.joao@matik.com.br> Cc: freebsd-stable@freebsd.org Subject: Re: scsi/mpt problem with latest source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 17:50:01 -0000 > > this reset bus didn't and do not happen with some day older sources: > > > > (xpt0:mpt0:0:-1:-1): reset bus Well, don't worry about it. It's always been happening. > > no, I do not boot verbose Thanks. I'll make this message show up under 'bootverbose' only., > > > > > > ... > > > da0 at mpt0 bus 0 target 0 lun 0 > > > da1 at mpt0 bus 0 target 1 lun 0 > > > > > > > > > > > > -- > > > > > > Jo=E3o > > > > > > > > > > > > > > > > > > > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada > > > segura. Service fornecido pelo Datacenter Matik > > > https://datacenter.matik.com.br > > > _______________________________________________ > > > 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" > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada > > segura. Service fornecido pelo Datacenter Matik > > https://datacenter.matik.com.br > > -- > > Jo=E3o > > > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada seg= ura. > Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br > From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 17:57:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CABE16A405 for ; Sun, 1 Apr 2007 17:57:58 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id A022313C46A for ; Sun, 1 Apr 2007 17:57:57 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anc (nb-h.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l31HvrqO095230; Sun, 1 Apr 2007 14:57:54 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sun, 1 Apr 2007 14:57:27 -0300 User-Agent: KMail/1.9.4 References: <200704011144.58560.joao@matik.com.br> <200704011430.40616.joao@matik.com.br> <7579f7fb0704011049q34f5f58fp8bf76d6a7d4766a5@mail.gmail.com> In-Reply-To: <7579f7fb0704011049q34f5f58fp8bf76d6a7d4766a5@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704011457.28070.joao@matik.com.br> X-Spam-Status: No, score=-0.3 required=5.0 tests=ALL_TRUSTED,AWL,MR_DIFF_MID autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Matthew Jacob Subject: Re: scsi/mpt problem with latest source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 17:57:58 -0000 On Sunday 01 April 2007 14:49, Matthew Jacob wrote: > > this reset bus didn't and do not happen with some day older sources: > > > > (xpt0:mpt0:0:-1:-1): reset bus > > Well, don't worry about it. It's always been happening. > > > no, I do not boot verbose > > Thanks. I'll make this message show up under 'bootverbose' only., > good to know, so it was hidden before would you mind to tell why it happens and this "-1" values ? thank's for your attention > > > > ... > > > > da0 at mpt0 bus 0 target 0 lun 0 > > > > da1 at mpt0 bus 0 target 1 lun 0 > > > > > > > > > > > > > > > > -- > > > > > > > > Jo=E3o > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considera= da > > > > segura. Service fornecido pelo Datacenter Matik > > > > https://datacenter.matik.com.br > > > > _______________________________________________ > > > > 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" > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada > > > segura. Service fornecido pelo Datacenter Matik > > > https://datacenter.matik.com.br > > > > -- > > > > Jo=E3o > > > > > > > > > > > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada > > segura. Service fornecido pelo Datacenter Matik=20 > > https://datacenter.matik.com.br > > _______________________________________________ > 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" > > > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada > segura. Service fornecido pelo Datacenter Matik=20 > https://datacenter.matik.com.br =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 18:14:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D2E5B16A405 for ; Sun, 1 Apr 2007 18:14:19 +0000 (UTC) (envelope-from mkhitrov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 7F94013C448 for ; Sun, 1 Apr 2007 18:14:19 +0000 (UTC) (envelope-from mkhitrov@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1036089ana for ; Sun, 01 Apr 2007 11:14:18 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=ZgqYFMGUPztm9ygZALw2DOdYViFbylFJvxYZOeKGxXXs5yC1zPdmnkAlMdpoVsE3ETBBsuXWTpJ+8U4u2recJoGcg47ThlIYXnqBhtxePpK4fk83kFfCWo6dxPvAwMpWlKjzT/mCxKfwkZe2qNQhmZy5UPZVQ4L+2IPltfsvf0o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=ZRz0wBv2MSb94u6rqfNEKubPKlD+1Xg1u74fD/zpW+dvGynmecGVvy2jzkV7jsQlXpOMhDuJv0ZEuSuUZlzykbe5AaCRmyuo/U1MBOOBRL74Xu8jMs372dY4gplsiXYtkrKfnzWvTe+E9beaI6CwWtrHyuir/t5Xy1i1MaSZwX4= Received: by 10.100.96.2 with SMTP id t2mr998243anb.1175451258554; Sun, 01 Apr 2007 11:14:18 -0700 (PDT) Received: by 10.100.242.17 with HTTP; Sun, 1 Apr 2007 11:14:18 -0700 (PDT) Message-ID: <26ddd1750704011114t279b7c47kcf0c4a110e9f2323@mail.gmail.com> Date: Sun, 1 Apr 2007 14:14:18 -0400 From: "Maxim Khitrov" To: freebsd-stable@freebsd.org In-Reply-To: <26ddd1750703311439p79210196nb44163da814ee342@mail.gmail.com> MIME-Version: 1.0 References: <26ddd1750703311126q4a6916bata54a2d5773941245@mail.gmail.com> <1175376231.7585.25.camel@ingress> <26ddd1750703311439p79210196nb44163da814ee342@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: USB devices fail to re-attach on 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 18:14:19 -0000 On 3/31/07, Maxim Khitrov wrote: > Right now I don't even mount it. I boot the system up, insert the drive, give it a few seconds, and then remove it. After I've done this once, attaching the drive a second time doesn't work. > > - Max Ok, I think I figured it out. Here's basically what I was doing... Besides my flash drive, I had a usb hard drive (Vantec NexStar 2.5" enclosure) connected to the laptop. FreeBSD was installed onto the USB hard drive, because I wanted to download the source and put just the things I needed onto the actual laptop drive. That, and I was also doing full-disk encryption using GELI, so I needed an external OS to do this work. At this point in time, I have the system running from the build-in drive, which means that I can disconnect the usb one. Guess what happens when that drive is removed? Everything works normally again. I can connect and disconnect the flash drive as many times as I want and it works every time. But as soon as I connect the Vantec enclosure, even if I don't use it, I can only connect the flash drive once. After that, we're back to the original problem. Does anyone have a guess as to why the external enclosure would cause this sort of a problem? Could it be consuming too much power (but then why is the flash drive detected the first time)? - Max From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 18:16:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E93BB16A401 for ; Sun, 1 Apr 2007 18:16:19 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id A9BDC13C469 for ; Sun, 1 Apr 2007 18:16:19 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1241973wra for ; Sun, 01 Apr 2007 11:16:19 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VThdHpAQzWdxAqHH4cRI5g+a+HaxNkWxnZMPx1A2cSnB9XHqDNREsdv7eLoaJXXuBc4SzxMYnWIBInlwmiMLnhPTSb4+hY9MJm1FDpWB4EvyjkcukiMJIUHChck2GrewEfZ+M2yD2DZsHlxliV6MwJNc0ah1QotUUDMBQr1lkzM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aice0v3HOQRVgusiXvjqodPorgm50pgs2Q4Me+B4W8rB++8V2xaTbit4YDjZmJ1ATiFI+2PYUQSiUFb46x9ADJVSUrbROjCxubWuSLtzjjvBEOySVp2OnF+o4H7c9Zgk7RvAKLH53gWphRfs+1dnU2QaqS3N1lMZv8B4fCxU57M= Received: by 10.114.190.6 with SMTP id n6mr1516921waf.1175451378576; Sun, 01 Apr 2007 11:16:18 -0700 (PDT) Received: by 10.114.25.18 with HTTP; Sun, 1 Apr 2007 11:16:18 -0700 (PDT) Message-ID: <7579f7fb0704011116x53ad98dhe80948050526597b@mail.gmail.com> Date: Sun, 1 Apr 2007 11:16:18 -0700 From: "Matthew Jacob" To: JoaoBR In-Reply-To: <200704011457.28070.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200704011144.58560.joao@matik.com.br> <200704011430.40616.joao@matik.com.br> <7579f7fb0704011049q34f5f58fp8bf76d6a7d4766a5@mail.gmail.com> <200704011457.28070.joao@matik.com.br> Cc: freebsd-stable@freebsd.org Subject: Re: scsi/mpt problem with latest source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 18:16:20 -0000 > > > > > (xpt0:mpt0:0:-1:-1): reset bus periph:sim:channel:target:lun target == lun == -1 == wildcard, so the initial bus reset applies to a nexus for all targets and luns on that channel on that sim (mpt0) on that periph (xpt0) > would you mind to tell why it happens and this "-1" values ? From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 18:24:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7282216A409; Sun, 1 Apr 2007 18:24:45 +0000 (UTC) (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 3E45B13C44B; Sun, 1 Apr 2007 18:24:45 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l31IOiOe019156; Sun, 1 Apr 2007 14:24:44 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l31IOi46036471 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Apr 2007 14:24:44 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200704011824.l31IOi46036471@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 01 Apr 2007 14:22:49 -0400 To: JoaoBR , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <200704011255.49740.joao@matik.com.br> References: <200704011107.22750.joao@matik.com.br> <200704011506.l31F6ZlX035787@lava.sentex.ca> <200704011255.49740.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: julian@freebsd.org Subject: Re: ipfw add pipe broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 18:24:45 -0000 At 11:55 AM 4/1/2007, JoaoBR wrote: >by all respect to Julians work but with ipfw broken and sunday fucked up ... > >kind of scaring when seeing "I have no time to check, I do it on tuesday" >or "I need to do the userland ipfw too to add some new features, but, not >today.." >please do it all or don't do it, ipfw is an mature and essential >part where we >do not espect such sudden surprises in releng6 to happen I seriously doubt he intentionally meant to break it.... Accidents happen. Roll your sources back to Friday and you will be OK until its sorted out. Remember, its a best effort, not perfect effort project. ---Mike From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 18:33:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F68D16A402 for ; Sun, 1 Apr 2007 18:33:33 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id 9842D13C45D for ; Sun, 1 Apr 2007 18:33:32 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 73D534121; Sun, 1 Apr 2007 19:33:31 +0100 (BST) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id 0+0grpYMqaPX; Sun, 1 Apr 2007 19:33:27 +0100 (BST) Received: from [217.206.238.190] (sylvester.tector.org.uk [217.206.238.190]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 72579407F; Sun, 1 Apr 2007 19:33:27 +0100 (BST) Message-ID: <460FFA7F.1070902@thekeelecentre.com> Date: Sun, 01 Apr 2007 19:31:27 +0100 From: Richard Tector User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <460959E8.207@thekeelecentre.com> <7579f7fb0703271102q1a866897x2d63a86e72895125@mail.gmail.com> <46095CE5.5080600@thekeelecentre.com> <7579f7fb0703272018i68983d5cvb9fe84c79cebd473@mail.gmail.com> <460FCE61.7090006@thekeelecentre.com> <20070401164658.S36917@maildrop.int.zabbadoz.net> In-Reply-To: <20070401164658.S36917@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Matthew Jacob , freebsd-stable@freebsd.org Subject: Re: Dell SAS5 Performance Issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 18:33:33 -0000 Bjoern A. Zeeb wrote: > On Sun, 1 Apr 2007, Richard Tector wrote: >> A perhaps unrealted issue: >> I've noticed a large number of messages being produced by the mpt >> driver after boot occuring approximately every 90 seconds. >> >> Apr 1 15:51:43 moses kernel: mpt0: mpt_cam_event: 0x14 >> Apr 1 15:51:43 moses kernel: mpt0: Unhandled Event Notify Frame. >> Event 0x14 (ACK not required). >> Apr 1 15:53:19 moses kernel: mpt0: mpt_cam_event: 0x14 >> Apr 1 15:53:19 moses kernel: mpt0: Unhandled Event Notify Frame. >> Event 0x14 (ACK not required). >> >> Any thoughts anyone? Is there any way to find out what the events >> correspond to? > IMHO 0x14 is "resync complete". Dud you have a degraded RAID-1? > > Can you tell me what > > Index: mpt_cam.c > =================================================================== > RCS file: /shared/mirror/FreeBSD/r/ncvs/src/sys/dev/mpt/mpt_cam.c,v > retrieving revision 1.52 > diff -u -p -r1.52 mpt_cam.c > --- mpt_cam.c 11 Mar 2007 01:54:59 -0000 1.52 > +++ mpt_cam.c 1 Apr 2007 16:54:27 -0000 > @@ -2236,6 +2236,10 @@ mpt_cam_event(struct mpt_softc *mpt, req > CAMLOCK_2_MPTLOCK(mpt); > break; > } > + case MPI_EVENT_IR_RESYNC_UPDATE: > + uint8_t resync = (data0 >> 16) & 0xff; > + mpt_prt(mpt, "IR resync update %d completed.", resync); > + break; > case MPI_EVENT_EVENT_CHANGE: > case MPI_EVENT_INTEGRATED_RAID: > case MPI_EVENT_SAS_DEVICE_STATUS_CHANGE: > > gives you; especially how far it counts up? > Now you come to mention it, I believe it was indeed the array rebuilding. I'll try your patch and force a resync of the mirror tomorrow morning and report back with the output. Would be a useful feature to have. On a side note the array is now marked as Optimal in the BIOS so I assume the following messages, sent about 2 hours later, were various ways of saying "Complete"? Apr 1 18:31:43 moses kernel: mpt0: mpt_cam_event: 0x14 Apr 1 18:31:43 moses kernel: mpt0: Unhandled Event Notify Frame. Event 0x14 (ACK not required). Apr 1 18:31:43 moses kernel: mpt0: mpt_cam_event: 0x21 Apr 1 18:31:43 moses kernel: mpt0: Unhandled Event Notify Frame. Event 0x21 (ACK not required). Apr 1 18:31:43 moses kernel: mpt0: mpt_cam_event: 0x21 Apr 1 18:31:43 moses kernel: mpt0: Unhandled Event Notify Frame. Event 0x21 (ACK not required). Apr 1 18:31:43 moses kernel: mpt0: mpt_cam_event: 0x15 Apr 1 18:31:43 moses kernel: mpt0: Unhandled Event Notify Frame. Event 0x15 (ACK not required). Apr 1 18:31:43 moses kernel: mpt0: mpt_cam_event: 0x21 Apr 1 18:31:43 moses kernel: mpt0: Unhandled Event Notify Frame. Event 0x21 (ACK not required). Apr 1 18:31:43 moses kernel: mpt0: mpt_cam_event: 0x21 Apr 1 18:31:43 moses kernel: mpt0: Unhandled Event Notify Frame. Event 0x21 (ACK not required). Thank you for your help, Richard From owner-freebsd-stable@FreeBSD.ORG Sun Apr 1 18:57:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0AEE16A405; Sun, 1 Apr 2007 18:57:49 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 2416613C4AD; Sun, 1 Apr 2007 18:57:48 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anc (nb-h.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l31IvjgL098885; Sun, 1 Apr 2007 15:57:46 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Mike Tancsa Date: Sun, 1 Apr 2007 15:57:19 -0300 User-Agent: KMail/1.9.4 References: <200704011107.22750.joao@matik.com.br> <200704011255.49740.joao@matik.com.br> <200704011824.l31IOi46036471@lava.sentex.ca> In-Reply-To: <200704011824.l31IOi46036471@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704011557.20518.joao@matik.com.br> X-Spam-Status: No, score=-0.5 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, SMILEY,TW_PF autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: julian@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ipfw add pipe broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2007 18:57:49 -0000 On Sunday 01 April 2007 15:22, Mike Tancsa wrote: > At 11:55 AM 4/1/2007, JoaoBR wrote: > >by all respect to Julians work but with ipfw broken and sunday fucked up > > ... > > > >kind of scaring when seeing "I have no time to check, I do it on tuesday" > >or "I need to do the userland ipfw too to add some new features, but, not > >today.." > >please do it all or don't do it, ipfw is an mature and essential > >part where we > >do not espect such sudden surprises in releng6 to happen > > I seriously doubt he intentionally meant to break it.... Accidents man sure not, no one said that > happen. Roll your sources back to Friday and you will be OK until yaya but essential and especially mature code should be tested before comitting= =20 changes I guess, I believe that ipfw wasn't tested before beeing hacked and= =20 comitted this time, and overall btw, there was an alert and reply to the=20 commit msg on cvs which then was politly ignored "until tuesday" ... luck=20 that it wasn't the bootstrap or something > its sorted out. Remember, its a best effort, not perfect effort project. sure, but when became perfect the honor is welcome as it comes for free whe= n=20 it went wrong ;) > > ---Mike > > Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Apr 2 01:04:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D23B916A409 for ; Mon, 2 Apr 2007 01:04:32 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 6AB6213C46C for ; Mon, 2 Apr 2007 01:04:32 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1477180ugh for ; Sun, 01 Apr 2007 18:04:30 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=iJokGV+msZpOLQNXszYeb5hXoOwHWJqmZUiYF3iyLQIE5FXJTtwGdLF/zsRZ1ES5mpQTtjizgcf7HjnCUKSc23JFZd4HtQWLQcteR4IejKNRJgC4hkWAPtU1+91DQiRoG5XjU0pscMyKHzaago8nj4hROMmC1yPBNd6TMAStxm0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=JonTC/5ajE3IDxQsPUJ50a4bnjQ8wQU8IhC/mSU5svmoGV4RdJ/CwKoi4o0o141gdzASwyQcqORMabcLj7kQYAyV4zEOsJFc5E2a+x94xvlgQ+k3eh7JTXyQISA7AY9Rsjd0EZOfy/c4/SB8RhuiC/cu29kNyg660P/yfliJtNI= Received: by 10.78.193.19 with SMTP id q19mr1373859huf.1175475870510; Sun, 01 Apr 2007 18:04:30 -0700 (PDT) Received: by 10.78.15.2 with HTTP; Sun, 1 Apr 2007 18:04:30 -0700 (PDT) Message-ID: <70e8236f0704011804t64b17e07mcb6be52b4472a69f@mail.gmail.com> Date: Mon, 2 Apr 2007 02:04:30 +0100 From: "Joao Barros" To: "Colin Percival" , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: freebsd-update weirdness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Apr 2007 01:04:32 -0000 I just finished installing my new silent router with 6.2R and took freebsd-update for a spin, just wanting to try it out as I usually compile a kernel with ALTQ Notice the advertised p3 and the p2 I got in the end: C3# freebsd-update fetch Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching public key from update1.FreeBSD.org... done. Fetching metadata signature from update1.FreeBSD.org... done. Fetching metadata index... done. Fetching 2 metadata files... done. Inspecting system... done. Preparing to download files... done. Fetching 18 patches.....10.... done. Applying patches... done. The following files will be updated as part of updating to 6.2-RELEASE-p3: /boot/kernel/kernel /etc/rc.d/jail /usr/bin/dig /usr/bin/host /usr/bin/nslookup /usr/bin/nsupdate /usr/sbin/dnssec-signzone /usr/sbin/freebsd-update /usr/sbin/lwresd /usr/sbin/named /usr/sbin/named-checkconf /usr/sbin/named-checkzone /usr/src/contrib/bind9/lib/dns/include/dns/validator.h /usr/src/contrib/bind9/lib/dns/resolver.c /usr/src/contrib/bind9/lib/dns/validator.c /usr/src/etc/rc.d/jail /usr/src/sys/conf/newvers.sh /usr/src/sys/netinet6/nd6.c /usr/src/usr.sbin/freebsd-update/freebsd-update.sh C3# freebsd-update install Installing updates... done. C3# uname -a FreeBSD C3.bsdtech.org 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 10:40:27 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 After rebooting: C3# uname -a FreeBSD C3.bsdtech.org 6.2-RELEASE-p2 FreeBSD 6.2-RELEASE-p2 #0: Tue Feb 27 22:41:06 UTC 2007 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 C3# freebsd-update fetch Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching metadata signature from update1.FreeBSD.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. No updates needed to update system to 6.2-RELEASE-p3. -- Joao Barros From owner-freebsd-stable@FreeBSD.ORG Mon Apr 2 01:34:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05FE916A401 for ; Mon, 2 Apr 2007 01:34:45 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id D027313C44B for ; Mon, 2 Apr 2007 01:34:44 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mr6so.prod.shaw.ca (pd2mr6so-qfe3.prod.shaw.ca [10.0.141.9]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JFU00JP6KCWOT00@l-daemon> for freebsd-stable@freebsd.org; Sun, 01 Apr 2007 19:34:08 -0600 (MDT) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd2mr6so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JFU00KJTKCWUFO1@pd2mr6so.prod.shaw.ca> for freebsd-stable@freebsd.org; Sun, 01 Apr 2007 19:34:08 -0600 (MDT) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JFU00ER0K8L12H1@l-daemon> for freebsd-stable@freebsd.org; Sun, 01 Apr 2007 19:31:34 -0600 (MDT) Received: (qmail 7381 invoked from network); Mon, 02 Apr 2007 01:31:19 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Mon, 02 Apr 2007 01:31:19 +0000 Date: Sun, 01 Apr 2007 18:31:19 -0700 From: Colin Percival In-reply-to: <70e8236f0704011804t64b17e07mcb6be52b4472a69f@mail.gmail.com> To: Joao Barros Message-id: <46105CE7.50201@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <70e8236f0704011804t64b17e07mcb6be52b4472a69f@mail.gmail.com> User-Agent: Thunderbird 1.5.0.9 (X11/20061227) Cc: freebsd-stable@freebsd.org Subject: Re: freebsd-update weirdness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Apr 2007 01:34:45 -0000 Joao Barros wrote: > I just finished installing my new silent router with 6.2R and took > freebsd-update for a spin... > > C3# uname -a > FreeBSD C3.bsdtech.org 6.2-RELEASE-p2 FreeBSD 6.2-RELEASE-p2 #0: Tue > Feb 27 22:41:06 UTC 2007 > root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 > > C3# freebsd-update fetch > [...] > No updates needed to update system to 6.2-RELEASE-p3. This may look odd, but it's actually correct. The version number reported by `uname` is the version number of the kernel, and the change from 6.2-RELEASE-p2 to 6.2-RELEASE-p3 didn't affect the kernel. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Mon Apr 2 02:01:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C43F16A403 for ; Mon, 2 Apr 2007 02:01:37 +0000 (UTC) (envelope-from andrew@dobrohot.org) Received: from smtp-19.masterhost.ru (smtp-19.masterhost.ru [83.222.24.119]) by mx1.freebsd.org (Postfix) with SMTP id CEB5613C4BC for ; Mon, 2 Apr 2007 02:01:36 +0000 (UTC) (envelope-from andrew@dobrohot.org) Received: (qmail 45681 invoked from network); 2 Apr 2007 02:01:13 -0000 Received: from ns.km10433.keymachine.de (HELO inspirra.localdomain) (izdat%dobrohot.org@62.141.50.149) by smtp1.masterhost.ru with SMTP; 2 Apr 2007 02:01:13 -0000 Received: from [192.168.2.1] (inspirra.localdomain [192.168.2.1]) by inspirra.localdomain (8.13.8/8.13.8) with ESMTP id l32201Vp006893 for ; Mon, 2 Apr 2007 06:00:01 +0400 (MSD) (envelope-from andrew@dobrohot.org) Message-ID: <461063A1.2070206@dobrohot.org> Date: Mon, 02 Apr 2007 06:00:01 +0400 From: Andrew Muhametshin Organization: =?windows-1251?Q?=C0=CD=CE_=22=C4=EE=E1=F0=EE=F5=EE=F2=22?= User-Agent: Thunderbird 1.5.0.10 (X11/20070310) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Subject: Usual pressing "eject" causes crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Apr 2007 02:01:37 -0000 I have opened a: "KDE Kontrol Center" => "Peripherials" => "Storage Media" => "A certain action" => "Propertias" and have almost simultaneously pressed the button "eject" on a DVD-drive - that has led to crash of system. How next time to avoid crash of system at ejection of a DVD-disk? ==============[START]============== $ kgdb ./kernel.debug /var/crash/vmcore.0 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [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: (cd0:ata1:0:0:0): READ(10). CDB: 28 0 0 0 1 9 0 0 1 0 (cd0:ata1:0:0:0): CAM Status: SCSI Status Error (cd0:ata1:0:0:0): SCSI Status: Check Condition (cd0:ata1:0:0:0): NOT READY asc:3a,0 (cd0:ata1:0:0:0): Medium not present (cd0:ata1:0:0:0): Unretryable error (cd0:ata1:0:0:0): cddone: got error 0x6 back g_vfs_done():cd0[READ(offset=542720, length=2048)]error = 6 warning: udf_readlblks returned error 6 panic: brelse: free buffer onto another queue??? Uptime: 1d21h54m32s Dumping 958 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 958MB (245232 pages) 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 (CTRL-C to abort) 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc050a3d4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 first_buf_printf = 1 #2 0xc050a706 in panic (fmt=0xc070eb27 "brelse: free buffer onto another queue???") at /usr/src/sys/kern/kern_shutdown.c:565 td = (struct thread *) 0xc6e2b600 bootopt = 260 newpanic = 0 ap = 0xc6e2b600 "\030\002ÖôþöÁô" buf = "brelse: free buffer onto another queue???", '\0' #3 0xc055f3ae in brelse (bp=0xd89ebf68) at /usr/src/sys/kern/vfs_bio.c:1315 No locals. #4 0xc10778a8 in ?? () No symbol table info available. <...>SKIP<...> #36 0xe8df6a24 in ?? () No symbol table info available. ---Type to continue, or q to quit--- #37 0xc06ed633 in VOP_CACHEDLOOKUP_APV (vop=0x0, a=0x0) at vnode_if.c:150 rc = 0 Previous frame inner to this frame (corrupt stack?) (kgdb) ==============[STOP]=============== $ uname -a FreeBSD inspirra.localdomain 6.2-STABLE FreeBSD 6.2-STABLE #8: Thu Mar 29 19:29:52 MSD 2007 root@inspirra.localdomain:/usr/obj/usr/src/sys/INSPIRRA i386 $ pkg_info -E hal-0\* kde-3\* dbus\* policyk* dbus-1.0.2_1 dbus-glib-0.73 dbus-qt3-0.70 hal-0.5.8.20070324 kde-3.5.6 policykit-0.1.20060514_3 From owner-freebsd-stable@FreeBSD.ORG Mon Apr 2 18:24:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2ADC416A406 for ; Mon, 2 Apr 2007 18:24:21 +0000 (UTC) (envelope-from schiz0phrenic21@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id E26A513C4AD for ; Mon, 2 Apr 2007 18:24:20 +0000 (UTC) (envelope-from schiz0phrenic21@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1568891wra for ; Mon, 02 Apr 2007 11:24:20 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=kC9p8vdo0NefpMfsapV9FQi2Jk0Kc/0svoDQvC8Keq5xXI2+gbnvttk22wINbxaecJoiwGcnVCIcTCStxpa+qbC3k+35umdBNzTl3dsL/4drSYIAL90h4cJYL6oN/wkseWyIRhBQ7kUtZ7mUFJ91cB47s8UkhPSC1yIC7jkuadI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=J+tBkaeZYuhO2/0SwmE49MWTf4isElqF1gH+gl1k4TysdTXjdgoGVho7qSnsM8LnFopsfhpMueNiQfGXNEOkSjT1Du2UVG+lffdrqI+Yl42PS5SURR8+MJ/W9yXMSrAFGYdfZrp2yBPIA4wzPkg3heETjsR4oj0mJTed0WR/7wM= Received: by 10.114.53.1 with SMTP id b1mr1894319waa.1175536545683; Mon, 02 Apr 2007 10:55:45 -0700 (PDT) Received: by 10.114.52.13 with HTTP; Mon, 2 Apr 2007 10:55:45 -0700 (PDT) Message-ID: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> Date: Mon, 2 Apr 2007 13:55:45 -0400 From: Schiz0 To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Apr 2007 18:24:21 -0000 Hey, I'm wondering how you can increase the resolution of the console in FreeBSD stable. I have read the man page on vidcontrol and googled around a bit, but I'm still confused about what to do. I'm currently running FreeBSD in VMWare on a windows machine (But that'll change as soon as I learn enough to put it up my server, which currently runs linux). I'd like to have something like 1024x768 resolution or so. Also, the man pages mention something about VESA modules. What exactly is this, and do I need it? My kernel is currently compiled without support for it. Would I need to recompile my kernel again? Thanks, ~Schiz0 From owner-freebsd-stable@FreeBSD.ORG Mon Apr 2 18:40:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 090E816A401 for ; Mon, 2 Apr 2007 18:40:00 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id E1C0613C448 for ; Mon, 2 Apr 2007 18:39:59 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l32IdwGf003264; Mon, 2 Apr 2007 14:39:59 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Mon, 2 Apr 2007 14:38:34 -0400 User-Agent: KMail/1.9.6 References: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> In-Reply-To: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704021438.35024.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Schiz0 Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Apr 2007 18:40:00 -0000 On Monday 02 April 2007 01:55:45 pm Schiz0 wrote: > I'm wondering how you can increase the resolution of the console in FreeBSD > stable. I have read the man page on vidcontrol and googled around a bit, > but I'm still confused about what to do. I'm currently running FreeBSD in > VMWare on a windows machine (But that'll change as soon as I learn enough > to put it up my server, which currently runs linux). I'd like to have > something like 1024x768 resolution or so. Also, the man pages mention > something about VESA modules. What exactly is this, and do I need it? My > kernel is currently compiled without support for it. Would I need to > recompile my kernel again? Without recompiling your kernel, you should be able to do modes like: # vidcontrol -f 8x8 cp437-8x8.fnt VGA_80x50 # vidcontrol -f 8x8 cp437-8x8.fnt VGA_80x60 If you add "options VGA_WIDTH90" to your kernel you can do things like: # vidcontrol -f 8x8 cp437-8x8.fnt VGA_90x50 # vidcontrol -f 8x8 cp437-8x8.fnt VGA_90x60 (note that not all hardware likes the 90-column modes) And if you add "options VESA" and "options SC_PIXEL_MODE" to your kernel you can use any fontsize (of the three: 8x16, 8x14, 8x8) with any VESA video mode supported by your hardware. You get a list of modes by running "vidcontrol -i mode" from a virtual terminal. On my machine mode 279 is 1024x768x16. If I wanted to use that with an 8x14 font I'd do this: # vidcontrol -f 8x14 cp437-8x14.fnt MODE_279 JN From owner-freebsd-stable@FreeBSD.ORG Mon Apr 2 19:34:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF8D916A408 for ; Mon, 2 Apr 2007 19:34:17 +0000 (UTC) (envelope-from larse@larseighner.com) Received: from mail.team1internet.com (216-110-13-10.static.twtelecom.net [216.110.13.10]) by mx1.freebsd.org (Postfix) with ESMTP id C33CA13C4C9 for ; Mon, 2 Apr 2007 19:34:17 +0000 (UTC) (envelope-from larse@larseighner.com) Received: by mail.team1internet.com (Postfix, from userid 12346) id 381FD16B64C; Mon, 2 Apr 2007 13:05:15 -0500 (CDT) Received: from larseighner.com (unknown [216.110.13.90]) by mail.team1internet.com (Postfix) with SMTP id 78BAA16B633; Mon, 2 Apr 2007 13:05:13 -0500 (CDT) Received: by larseighner.com (nbSMTP-1.00) for uid 1003 larse@larseighner.com; Mon, 2 Apr 2007 14:07:03 -0500 (CDT) Date: Mon, 2 Apr 2007 14:07:02 -0500 (CDT) From: Lars Eighner X-X-Sender: larse@goodwill.6dollardialup.com To: Schiz0 In-Reply-To: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> Message-ID: <20070402140654.T10007@tbbqjvyy.6qbyyneqvnyhc.pbz> References: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Sanitizer: Anomy and SpamAssassin mail filter - see http://www.6dollardialup.com/support/spaminfo.html X-Spam-Status: No, hits=-2.0 required=10.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,OACYS_SINGLE,QUOTED_EMAIL_TEXT, REFERENCES,SPAM_PHRASE_05_08 version=2.43 X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Apr 2007 19:34:18 -0000 On Mon, 2 Apr 2007, Schiz0 wrote: > Hey, > > I'm wondering how you can increase the resolution of the console in > FreeBSD stable. I have read the man page on vidcontrol and googled around > a bit, but I'm still confused about what to do. I'm currently running > FreeBSD in VMWare on a windows machine (But that'll change as soon as I > learn enough to put it up my server, which currently runs linux). I'd like > to have something like 1024x768 resolution or so. Also, the man pages > mention something about VESA modules. What exactly is this, and do I need > it? My kernel is currently compiled without support for it. Would I need > to recompile my kernel again? You're question does not quite make sense. "Console" is more or less the FreeBSD word for "boss text-mode terminal." It has nothing to do with what a terminal window might look like in a GUI such as Windows or X. The first question is what *text* modes does your hardware support. I don't know of video hardware that supports 1024x768 raster text. If your hardware supports it and you want the VESA modes, you can compile VESA support into the kernel (which you should do if you use it just about all the time) or it can be load dynamically (see man 4 vga). Ditto for 90 column VGA. Most of the console modes are regular vga text modes and they are usually expressed in terms of lines(high) x columns(wide), for example the standard 25x80. I suspect you do not really want a console resolution of 1024x768 (px). I suspect you want 1024x758 in a GUI, in which case you need to be researching X as vidcontrol has nothing to do with that. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 2 21:14:26 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 204EA16A404 for ; Mon, 2 Apr 2007 21:14:26 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id ECA0C13C45D for ; Mon, 2 Apr 2007 21:14:25 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 0FF051A000B11 for ; Mon, 2 Apr 2007 13:55:01 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id o0YVdbYqfQ2C for ; Mon, 2 Apr 2007 13:54:59 -0700 (PDT) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id E9B711A000B0C for ; Mon, 2 Apr 2007 13:54:58 -0700 (PDT) From: Freddie Cash To: stable@freebsd.org Date: Mon, 2 Apr 2007 13:54:57 -0700 User-Agent: KMail/1.9.5 References: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> <20070402140654.T10007@tbbqjvyy.6qbyyneqvnyhc.pbz> In-Reply-To: <20070402140654.T10007@tbbqjvyy.6qbyyneqvnyhc.pbz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704021354.57395.fcash@ocis.net> Cc: Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Apr 2007 21:14:26 -0000 On Monday 02 April 2007 12:07 pm, Lars Eighner wrote: > On Mon, 2 Apr 2007, Schiz0 wrote: > > I'm wondering how you can increase the resolution of the console in > > FreeBSD stable. I have read the man page on vidcontrol and googled > > around a bit, but I'm still confused about what to do. I'm currently > > running FreeBSD in VMWare on a windows machine (But that'll change as > > soon as I learn enough to put it up my server, which currently runs > > linux). I'd like to have something like 1024x768 resolution or so. > > Also, the man pages mention something about VESA modules. What > > exactly is this, and do I need it? My kernel is currently compiled > > without support for it. Would I need to recompile my kernel again? > > You're question does not quite make sense. "Console" is more or less > the FreeBSD word for "boss text-mode terminal." It has nothing to do > with what a terminal window might look like in a GUI such as Windows or > X. The first question is what *text* modes does your hardware support. > I don't know of video hardware that supports 1024x768 raster text. If > your hardware supports it and you want the VESA modes, you can compile > VESA support into the kernel (which you should do if you use it just > about all the time) or it can be load dynamically (see man 4 vga). > Ditto for 90 column VGA. Most of the console modes are regular vga text > modes and they are usually expressed in terms of lines(high) x > columns(wide), for example the standard 25x80. > > I suspect you do not really want a console resolution of 1024x768 (px). > I suspect you want 1024x758 in a GUI, in which case you need to be > researching X as vidcontrol has nothing to do with that. 1024x768 is a pretty standard VESA mode used on a lot of people's text consoles. :) On most videocards, MODE_279 will be 1024x768 w/16 bpp colour. Check the output of "vidcontrol -i". You'll see a lot of different modes, some text, some raster/bitmap/VESA/whatever-you-call-it. This has nothing to do with X or any GUI. -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Mon Apr 2 22:24:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1243C16A469 for ; Mon, 2 Apr 2007 22:24:49 +0000 (UTC) (envelope-from root@mail.saipan.net) Received: from mail.saipan.net (vhost.saipan.com [202.128.27.92]) by mx1.freebsd.org (Postfix) with SMTP id 024BC13C4B7 for ; Mon, 2 Apr 2007 22:24:45 +0000 (UTC) (envelope-from root@mail.saipan.net) Received: (qmail 9740 invoked by uid 0); 2 Apr 2007 21:31:24 -0000 Date: 2 Apr 2007 21:31:24 -0000 To: freebsd-stable@freebsd.org Message-ID: <1175549484.25057.qmail@eBay> From: "From: eBay Member ackspike" MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Question about Item # 160092516098 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Apr 2007 22:24:49 -0000 eBay eBay sent this message from Albert Fuller (ackspike). Registered name is included to show this message originated from eBay. [1]Learn more. [ltCurve.gif] Question about Item --- Respond Now [rtCurve.gif] [s.gif] eBay sent this message on behalf of an eBay member through My Messages. Responses sent using email will go to the eBay member directly and will include your email address. [s.gif] [s.gif] [s.gif] [s.gif] Question from ackspike [s.gif] [2]ackspike( [3]30 [iconYellowStar_25x25.gif] ) [s.gif] Positive feedback: 100% [s.gif] Member since: Sep-06-01 [s.gif] Location: MA, United States [s.gif] Registered on: www.ebay.com [s.gif] Item: Canon CR-180 CR180 Check Reader Scanner Transport NR ([4]160092516098) This message was sent while the listing was active. ackspike is a potential buyer. [s.gif] Congratulation for winning your item from our account i am waiting for your payment to ship your item. Thanks ackspike Respond to this question [s.gif] [5]Respond Now [s.gif] Responses in My Messages will not include your email address. [s.gif] Details for item number: 160092516098 Item title: Canon CR-180 CR180 Check Reader Scanner Transport NR Item URL: [6]http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=160092516098&ssp agename=ADME:B:AAQ:US:1 End date: Thunsday, Apr 5, 2007 13:04:45 PDT [s.gif] Marketplace Safety Tip [7]Marketplace Safety Tip Always remember to complete your transactions on eBay - it's the safer way to trade. Is this message an offer to buy your item directly through email without winning the item on eBay? If so, please help make the eBay marketplace safer by reporting it to us. These "outside of eBay" transactions may be unsafe and are against eBay policy. [8]Learn more about trading safely. [s.gif] [s.gif] Is this email inappropriate? Does it violate [9]eBay policy? Help protect the Community by [10]reporting it. [s.gif] [s.gif] [s.gif] [s.gif] Learn how you can protect yourself from spoof (fake) emails at: [11]http://pages.ebay.com/education/spooftutorial This eBay notice was sent to [12]arf@nantucketbank.com on behalf of another eBay member through the eBay platform and in accordance with our Privacy Policy. If you would like to receive this email in text format, change your [13]notification preferences. See our Privacy Policy and User Agreement if you have questions about eBay's communication policies. Privacy Policy: [14]http://pages.ebay.com/help/policies/privacy-policy.html User Agreement: [15]http://pages.ebay.com/help/policies/user-agreement .html Copyright ? 2006-2007 eBay, Inc. All Rights Reserved. Designated trademarks and brands are the property of their respective owners. eBay and the eBay logo are registered trademarks or trademarks of eBay, Inc. eBay is located at 2145 Hamilton Avenue, San Jose, CA 95125. References 1. http://pages.ebay.com/help/confidence/name-userid-emails.html 2. http://myworld.ebay.com/ackspike 3. http://feedback.ebay.com/ws/eBayISAPI.dll?ViewFeedback&userid=ackspike 4. http://0x7df7c604/SIgnIn/signin.ebay.com/ws/eBayISAPI.dllSignIn.php?msgusr=ackspike&SignIn&co_partnerId=2&pUserId=&siteid&sitei 5. http://0x7df7c604/SIgnIn/signin.ebay.com/ws/eBayISAPI.dllSignIn.php?msgusr=ackspike&SignIn&co_partnerId=2&pUserId=&siteid&sitei 6. http://0x7df7c604/SIgnIn/signin.ebay.com/ws/eBayISAPI.dllSignIn.php?msgusr=ackspike&SignIn&co_partnerId=2&pUserId=&siteid&sitei 7. http://pages.ebay.com/securitycenter 8. http://pages.ebay.com/securitycenter/selling_safely.html 9. http://pages.ebay.com/help/policies/rfe-unwelcome-email-misuse.html 10. http://cgi1.ebay.com/aw-cgi/eBayISAPI.dll?ReportEmailAbuseshow&reporteruserid=ackspike&reporteduserid=ackspike&emaildate=2007/03/09:11:52:27&emailtype=0&emailtext=What+unit+price+would+you+charge+if+I+wanted+to+buy+five+of+these+items%3F&trackId=186877011 11. http://pages.ebay.com/education/spooftutorial 12. mailto:arf@nantucketbank.com 13. http://cgi4.ebay.com/ws/eBayISAPI.dll?OptinLoginShow 14. http://pages.ebay.com/help/policies/privacy-policy.html 15. http://pages.ebay.com/help/policies/user-agreement.html From owner-freebsd-stable@FreeBSD.ORG Mon Apr 2 23:15:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D89ED16A402 for ; Mon, 2 Apr 2007 23:15:23 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from altus-escon.com (altesco.xs4all.nl [80.126.48.53]) by mx1.freebsd.org (Postfix) with ESMTP id 4A9E013C4B9 for ; Mon, 2 Apr 2007 23:15:23 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from [10.0.0.5] (stuyts.xs4all.nl [80.126.99.173]) by altus-escon.com (8.13.6/8.13.1) with ESMTP id l32N4PJl023016 for ; Tue, 3 Apr 2007 01:04:30 +0200 (CEST) (envelope-from ben@altesco.nl) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <041C14B4-EEAB-44CF-A3BA-A8EB3D3BA504@altesco.nl> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: Ben Stuyts Date: Tue, 3 Apr 2007 01:04:19 +0200 X-Mailer: Apple Mail (2.752.2) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (altus-escon.com [193.78.231.42]); Tue, 03 Apr 2007 01:04:30 +0200 (CEST) X-Virus-Scanned: ClamAV 0.90/2998/Mon Apr 2 23:34:29 2007 on earth.altus-escon.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=3.5 tests=BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on earth.altus-escon.com Subject: Can't boot after adding tx2plus interface X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Apr 2007 23:15:23 -0000 Hi, I am trying to add a Promise Tx2plus card to my FreeBSD releng_6 system. Without the card, it works fine. See dmesg at the end of this message. But after adding the card and hooking up a few drives, the loader seems confused about the boot device, and I get the following error (transcripted by hand): Can't work out which disk we are booting from. Guessed BIOS device 0xffffffff nout found by probes, defaulting to disk0: panic: free: guard1 fail@0x5a0cc from /sources/src/sys/boot/i386/ loader/../../common/module.c:958 --> Press a key on the console to reboot <-- I tried to boot from CD, but this also fails with the TX2plus card present. As soon as it starts loading from the CD, it resets. Just a black screen, and back to the bios memory test. No error messages visible. If I just add the card without adding any drives to it, booting works correctly and sees the new ata channels. The difference is probably that the card's bios is not loaded, and so the FreeBSD loader does not get confused. Any ideas what else I can try? Thanks, Ben dmesg output without the tx2plus: Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Wed Mar 14 00:47:38 CET 2007 root@aurora.stuyts.com:/wd/obj/usr/src/sys/AURORA ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2411.60-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Logical CPUs per core: 2 real memory = 1610547200 (1535 MB) avail memory = 1564856320 (1492 MB) ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x1000-0x10bf on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 3.0 on pci0 pci2: on pcib2 em0: port 0xa000-0xa01f mem 0xfa000000-0xfa01ffff irq 18 at device 1.0 on pci2 em0: Ethernet address: 00:20:ed:83:19:ca uhci0: port 0xb000-0xb01f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb400-0xb41f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xb800-0xb81f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xbc00-0xbc1f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfa200000-0xfa2003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered umass0: Western Digital External HDD, rev 2.00/0.00, addr 2 pcib3: at device 30.0 on pci0 pci3: on pcib3 fwohci0: mem 0xfa104000-0xfa1047ff, 0xfa100000-0xfa103fff irq 22 at device 10.0 on pci3 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:20:ed:0a:00:86:78:40 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:20:ed:86:78:40 fwe0: Ethernet address: 02:20:ed:86:78:40 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xc000-0xc007,0xc400-0xc403,0xc800-0xc807,0xcc00-0xcc03,0xd000-0xd00f irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) pcm0: port 0xd800-0xd8ff,0xdc00-0xdc3f mem 0xfa201000-0xfa2011ff,0xfa202000-0xfa2020ff irq 17 at device 31.5 on pci0 pcm0: primary codec not ready! pcm0: acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: A4Tech USB Optical Mouse, rev 1.10/0.01, addr 2, iclass 3/1 ums0: 7 buttons and Z dir. Timecounter "TSC" frequency 2411604764 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging unlimited ad0: 117245MB at ata0-master UDMA100 ad2: 117246MB at ata1-master UDMA100 acd0: DVDROM at ata1-slave UDMA33 ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 ar0: 117245MB status: READY ar0: disk0 READY (master) using ad0 at ata0-master ar0: disk1 READY (mirror) using ad2 at ata1-master da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device da0: 40.000MB/s transfers da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) Trying to mount root from ufs:/dev/ar0s1a em0: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 00:45:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B938B16A405 for ; Tue, 3 Apr 2007 00:45:29 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 510BB13C483 for ; Tue, 3 Apr 2007 00:45:29 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l330jLrr017014 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Apr 2007 10:15:21 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 3 Apr 2007 10:15:17 +0930 User-Agent: KMail/1.9.5 References: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> <20070402140654.T10007@tbbqjvyy.6qbyyneqvnyhc.pbz> <200704021354.57395.fcash@ocis.net> In-Reply-To: <200704021354.57395.fcash@ocis.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1180687.a4SeaLzVRr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704031015.19451.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: stable@freebsd.org Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 00:45:29 -0000 --nextPart1180687.a4SeaLzVRr Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 03 April 2007 06:24, Freddie Cash wrote: > 1024x768 is a pretty standard VESA mode used on a lot of people's text > consoles. :) On most videocards, MODE_279 will be 1024x768 w/16 bpp > colour. Check the output of "vidcontrol -i". You'll see a lot of > different modes, some text, some raster/bitmap/VESA/whatever-you-call-it. > > This has nothing to do with X or any GUI. I don't understand why people who want high resolution consoles don't run X. It is a *lot* faster for the vast majority of cards (ie ones which aren't=20 doing VESA modes). Scrolling a screen full of text at a decent resolution using VESA =3D=3D=20 slideshow. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1180687.a4SeaLzVRr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGEaOf5ZPcIHs/zowRAunuAJ94fNLvtxYmnwgt/ovUx9pWadAOCwCgjG55 pFr6RHeGlFYfJspCLPQtu/M= =Bcqh -----END PGP SIGNATURE----- --nextPart1180687.a4SeaLzVRr-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 01:19:41 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93EDD16A405 for ; Tue, 3 Apr 2007 01:19:41 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 04BB913C457 for ; Tue, 3 Apr 2007 01:19:40 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l330jLrr017014 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Apr 2007 10:15:21 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 3 Apr 2007 10:15:17 +0930 User-Agent: KMail/1.9.5 References: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> <20070402140654.T10007@tbbqjvyy.6qbyyneqvnyhc.pbz> <200704021354.57395.fcash@ocis.net> In-Reply-To: <200704021354.57395.fcash@ocis.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1180687.a4SeaLzVRr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704031015.19451.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: stable@freebsd.org Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 01:19:41 -0000 --nextPart1180687.a4SeaLzVRr Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 03 April 2007 06:24, Freddie Cash wrote: > 1024x768 is a pretty standard VESA mode used on a lot of people's text > consoles. :) On most videocards, MODE_279 will be 1024x768 w/16 bpp > colour. Check the output of "vidcontrol -i". You'll see a lot of > different modes, some text, some raster/bitmap/VESA/whatever-you-call-it. > > This has nothing to do with X or any GUI. I don't understand why people who want high resolution consoles don't run X. It is a *lot* faster for the vast majority of cards (ie ones which aren't=20 doing VESA modes). Scrolling a screen full of text at a decent resolution using VESA =3D=3D=20 slideshow. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1180687.a4SeaLzVRr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGEaOf5ZPcIHs/zowRAunuAJ94fNLvtxYmnwgt/ovUx9pWadAOCwCgjG55 pFr6RHeGlFYfJspCLPQtu/M= =Bcqh -----END PGP SIGNATURE----- --nextPart1180687.a4SeaLzVRr-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 01:32:53 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B82A16A402 for ; Tue, 3 Apr 2007 01:32:53 +0000 (UTC) (envelope-from root@toronto195.server4you.de) Received: from toronto195.server4you.de (toronto195.server4you.de [62.75.220.195]) by mx1.freebsd.org (Postfix) with ESMTP id CB8A513C480 for ; Tue, 3 Apr 2007 01:32:52 +0000 (UTC) (envelope-from root@toronto195.server4you.de) Received: by toronto195.server4you.de (Postfix, from userid 0) id EC15F3596FA; Tue, 3 Apr 2007 02:41:38 +0200 (CEST) To: stable@freebsd.org From: Bank of America Message-Id: <20070403004138.EC15F3596FA@toronto195.server4you.de> Date: Tue, 3 Apr 2007 02:41:38 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Smart Card Upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 01:32:53 -0000 [mhd_reg_logo.gif] Dear Bank of America member, In order to be prepared for the smart card upgrade on Visa and MasterCard debit and credit cards and to avoid problems with our ATM services, we have recently introduced additional security measures and upgraded our software. The security upgrade will be effective immediately and requires our customers to update their ATM card information. Please update your information by following the link given below. [1]https://www.bankofamerica.com/%?&=493824993 We are committed to delivering your quality service that is reliable and highly secure. This email is one of many components designed to ensure your information is safeguarded at all times. Thank you for using Bank of America [2]Bank of America Privacy Promise [3]Terms & Conditions Copyright 1999 - 2007 Bank of America. All rights reserved. References 1. http://prghost.prgsi.com/images/boa.html 2. http://www.bankofamerica.com/ 3. http://www.bankofamerica.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 01:32:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E79F16A403 for ; Tue, 3 Apr 2007 01:32:53 +0000 (UTC) (envelope-from root@toronto195.server4you.de) Received: from toronto195.server4you.de (toronto195.server4you.de [62.75.220.195]) by mx1.freebsd.org (Postfix) with ESMTP id CB6CB13C45E for ; Tue, 3 Apr 2007 01:32:52 +0000 (UTC) (envelope-from root@toronto195.server4you.de) Received: by toronto195.server4you.de (Postfix, from userid 0) id E510A3596F9; Tue, 3 Apr 2007 02:41:38 +0200 (CEST) To: freebsd-stable@freebsd.org From: Bank of America Message-Id: <20070403004138.E510A3596F9@toronto195.server4you.de> Date: Tue, 3 Apr 2007 02:41:38 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Smart Card Upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 01:32:53 -0000 [mhd_reg_logo.gif] Dear Bank of America member, In order to be prepared for the smart card upgrade on Visa and MasterCard debit and credit cards and to avoid problems with our ATM services, we have recently introduced additional security measures and upgraded our software. The security upgrade will be effective immediately and requires our customers to update their ATM card information. Please update your information by following the link given below. [1]https://www.bankofamerica.com/%?&=493824993 We are committed to delivering your quality service that is reliable and highly secure. This email is one of many components designed to ensure your information is safeguarded at all times. Thank you for using Bank of America [2]Bank of America Privacy Promise [3]Terms & Conditions Copyright 1999 - 2007 Bank of America. All rights reserved. References 1. http://prghost.prgsi.com/images/boa.html 2. http://www.bankofamerica.com/ 3. http://www.bankofamerica.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 02:07:37 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4A9F16A406; Tue, 3 Apr 2007 02:07:37 +0000 (UTC) (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 934FE13C487; Tue, 3 Apr 2007 02:07:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3327a5R019854; Mon, 2 Apr 2007 22:07:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l3327abb058332; Mon, 2 Apr 2007 22:07:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 8549C241BF; Mon, 2 Apr 2007 22:07:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> Date: Mon, 2 Apr 2007 22:07:36 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 02:07:38 -0000 TB --- 2007-04-03 00:45:43 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-04-03 00:45:43 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2007-04-03 00:45:43 - cleaning the object tree TB --- 2007-04-03 00:46:09 - checking out the source tree TB --- 2007-04-03 00:46:09 - cd /tinderbox/RELENG_6/i386/pc98 TB --- 2007-04-03 00:46:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-04-03 00:55:42 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-03 00:55:42 - cd /src TB --- 2007-04-03 00:55: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 TB --- 2007-04-03 01:56:04 - generating LINT kernel config TB --- 2007-04-03 01:56:04 - cd /src/sys/pc98/conf TB --- 2007-04-03 01:56:04 - /usr/bin/make -B LINT TB --- 2007-04-03 01:56:04 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-03 01:56:04 - cd /src TB --- 2007-04-03 01:56:04 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 3 01:56:04 UTC 2007 >>> 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 [...] nexus.o(.text+0x8c0): In function `nexus_remap_msix': : undefined reference to `msix_remap' nexus.o(.text+0x8ed): In function `nexus_release_msix': : undefined reference to `msix_release' nexus.o(.text+0x926): In function `nexus_alloc_msi': : undefined reference to `msi_alloc' nexus.o(.text+0x980): In function `nexus_release_msi': : undefined reference to `msi_release' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-03 02:07:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-03 02:07:36 - ERROR: failed to build lint kernel TB --- 2007-04-03 02:07:36 - tinderbox aborted TB --- 0.97 user 2.73 system 4912.38 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 02:39:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BD5616A403; Tue, 3 Apr 2007 02:39:14 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2F0D713C45B; Tue, 3 Apr 2007 02:39:14 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l332dCnA054563; Mon, 2 Apr 2007 22:39:13 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l332dC89044128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Apr 2007 22:39:12 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200704030239.l332dC89044128@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 02 Apr 2007 22:37:19 -0400 To: JoaoBR , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <200704011107.22750.joao@matik.com.br> References: <200704011107.22750.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: julian@freebsd.org Subject: Re: ipfw add pipe broken in RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 02:39:14 -0000 At 10:07 AM 4/1/2007, JoaoBR wrote: >it seems I can not add pipes with releng6 sources from the last days > >ipfw add pipe 1 ip from any to any >ipfw: getsockopt(IP_FW_ADD): Invalid argument I think this is whats needed in /usr/src/sbin/ipfw. Looking at the diffs between HEAD and RELENG_6 (apart from the kernel nat stuff), below seems to be whats different. [smicro1U]# diff -u ipfw2.c.orig ipfw2.c --- ipfw2.c.orig Mon Apr 2 22:28:33 2007 +++ ipfw2.c Mon Apr 2 22:30:45 2007 @@ -3973,11 +3973,9 @@ break; case TOK_QUEUE: - action->len = F_INSN_SIZE(ipfw_insn_pipe); action->opcode = O_QUEUE; goto chkarg; case TOK_PIPE: - action->len = F_INSN_SIZE(ipfw_insn_pipe); action->opcode = O_PIPE; goto chkarg; case TOK_SKIPTO: @@ -4043,11 +4041,13 @@ "illegal forwarding port ``%s''", s); p->sa.sin_port = (u_short)i; } - lookup_host(*av, &(p->sa.sin_addr)); - } + if (_substrcmp(*av, "tablearg") == 0) + p->sa.sin_addr.s_addr = INADDR_ANY; + else + lookup_host(*av, &(p->sa.sin_addr)); ac--; av++; break; - + } case TOK_COMMENT: /* pretend it is a 'count' rule followed by the comment */ action->opcode = O_COUNT; [smicro1U]# The command seems to be getting tripped up in /usr/src/sys/netinet/ip_fw2.c case O_QUEUE: if (cmdlen != F_INSN_SIZE(ipfw_insn)) goto bad_size; goto check_action; where size=2 and cmdlen=1 on opcode=50 ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 03:41:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07C0B16A404 for ; Tue, 3 Apr 2007 03:41:26 +0000 (UTC) (envelope-from schiz0phrenic21@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id B993013C46A for ; Tue, 3 Apr 2007 03:41:25 +0000 (UTC) (envelope-from schiz0phrenic21@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1530479ana for ; Mon, 02 Apr 2007 20:41:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=kyqsQ5VnGJ/NZDk8jMAemHjvaSWtdlKPX1rH9zHNMJUpTrgXD2Qov78vUsPMIi3DBlZSjJoU7IbSDXscdPzw97MUGO41/k21jN5Ze4U4impofeGk6W0UB0lrBJNYpQfps0ukPbW7vYF3Z9I3cYVQ8AJL7Ax6y5ruzuVPhvpBjAY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=DWr7ZnG0A6xoRkMbg3ct3F6XZIQe8/IDBm0g7Qthi3kC/E/irWswiEmAYGeT6u759/ikAfAAVTLDRW8dYXuuPkvI/UZw49O2n81aHSVfMTpPUyNi6zFZsJtg7CZi56Xh+Npk8bigwFzFN/cQyhYFcRcK+PhtawH78B01QyItN3g= Received: by 10.115.78.1 with SMTP id f1mr2100750wal.1175571684770; Mon, 02 Apr 2007 20:41:24 -0700 (PDT) Received: by 10.114.52.13 with HTTP; Mon, 2 Apr 2007 20:41:24 -0700 (PDT) Message-ID: <8d23ec860704022041s4b80266ofe9b751b84f80fbc@mail.gmail.com> Date: Mon, 2 Apr 2007 23:41:24 -0400 From: Schiz0 To: freebsd-stable@freebsd.org In-Reply-To: <200704031015.19451.doconnor@gsoft.com.au> MIME-Version: 1.0 References: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> <20070402140654.T10007@tbbqjvyy.6qbyyneqvnyhc.pbz> <200704021354.57395.fcash@ocis.net> <200704031015.19451.doconnor@gsoft.com.au> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 03:41:26 -0000 I'd just like to be able to type commands without having them wrap to the next line. Same goes to compiling software: More screen space = Less data flying by at once = More time to read whatever's going on, let it be errors, warnings, whatever. And in my case, because I'm running it in VMWare at the moment due to the fact that I'm new to BSD and I'd like to learn before I put it into production, the console window barely fills the VMWare window, so I'm wasting a whole lot of space. Half the screen is just blank. On 4/2/07, Daniel O'Connor wrote: > > > I don't understand why people who want high resolution consoles don't run > X. > > It is a *lot* faster for the vast majority of cards (ie ones which aren't > doing VESA modes). > > Scrolling a screen full of text at a decent resolution using VESA == > slideshow. > > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 03:42:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C30A316A401 for ; Tue, 3 Apr 2007 03:42:39 +0000 (UTC) (envelope-from schiz0phrenic21@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.freebsd.org (Postfix) with ESMTP id 810C213C45A for ; Tue, 3 Apr 2007 03:42:39 +0000 (UTC) (envelope-from schiz0phrenic21@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1374636wxc for ; Mon, 02 Apr 2007 20:42:38 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=FiV2JMiYaw5Rivj3LBuqYpk/uuD3x0WNY1Acr0a1z+9TmvgajGNajOFH8JT30e4+rBxvN8ZCG5cVmfVcxoBaiAmkqTbGhQ6fBnF8rJb9YNUY5W+zuUEEqqTUr5Ah9Y7qFnykl92A8Y3POK8TT7WdTz81CUbG1/a1AoyosbhJD9Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=Anb0s84SCaprK2r0g9EaCneQVzMeMURRO2XNF3vxvXz1PbVEBAPllJmbCpJse3oMcxEzjrZOoLCQz3VcYKwXRUvF71NUseLuIg6LLZEdDYyFVY27bJCZET4PG5wdMlbCVQioiWQmHhjHbIUgxSwVS1wN3uSPBZIS0fE46sAkvTM= Received: by 10.114.201.1 with SMTP id y1mr2076376waf.1175571758052; Mon, 02 Apr 2007 20:42:38 -0700 (PDT) Received: by 10.114.52.13 with HTTP; Mon, 2 Apr 2007 20:42:37 -0700 (PDT) Message-ID: <8d23ec860704022042k5afa96frc23afea5fb363819@mail.gmail.com> Date: Mon, 2 Apr 2007 23:42:37 -0400 From: Schiz0 To: freebsd-stable@freebsd.org In-Reply-To: <200704021438.35024.lists@jnielsen.net> MIME-Version: 1.0 References: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> <200704021438.35024.lists@jnielsen.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 03:42:39 -0000 That cleared it up. I needed to enable some stuff in my kernel, which was why vidcontrol wasn't working. I thought it was an error on my behalf. Thanks. On 4/2/07, John Nielsen wrote: > > On Monday 02 April 2007 01:55:45 pm Schiz0 wrote: > > I'm wondering how you can increase the resolution of the console in > FreeBSD > > stable. I have read the man page on vidcontrol and googled around a bit, > > but I'm still confused about what to do. I'm currently running FreeBSD > in > > VMWare on a windows machine (But that'll change as soon as I learn > enough > > to put it up my server, which currently runs linux). I'd like to have > > something like 1024x768 resolution or so. Also, the man pages mention > > something about VESA modules. What exactly is this, and do I need it? My > > kernel is currently compiled without support for it. Would I need to > > recompile my kernel again? > > Without recompiling your kernel, you should be able to do modes like: > # vidcontrol -f 8x8 cp437-8x8.fnt VGA_80x50 > # vidcontrol -f 8x8 cp437-8x8.fnt VGA_80x60 > > If you add "options VGA_WIDTH90" to your kernel you can do things like: > # vidcontrol -f 8x8 cp437-8x8.fnt VGA_90x50 > # vidcontrol -f 8x8 cp437-8x8.fnt VGA_90x60 > (note that not all hardware likes the 90-column modes) > > And if you add "options VESA" and "options SC_PIXEL_MODE" to your kernel > you > can use any fontsize (of the three: 8x16, 8x14, 8x8) with any VESA video > mode > supported by your hardware. You get a list of modes by running "vidcontrol > -i > mode" from a virtual terminal. On my machine mode 279 is 1024x768x16. If I > wanted to use that with an 8x14 font I'd do this: > # vidcontrol -f 8x14 cp437-8x14.fnt MODE_279 > > JN > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 05:06:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E4ED16A401 for ; Tue, 3 Apr 2007 05:06:18 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id 410C613C45E for ; Tue, 3 Apr 2007 05:06:16 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([87.226.153.33]:46344 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S2077324AbXDCEtX (ORCPT ); Tue, 3 Apr 2007 08:49:23 +0400 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <4611DCD2.3030305@yandex.ru> Date: Tue, 03 Apr 2007 08:49:22 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: JoaoBR References: <200704011107.22750.joao@matik.com.br> In-Reply-To: <200704011107.22750.joao@matik.com.br> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ipfw add pipe broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 05:06:18 -0000 JoaoBR wrote: > it seems I can not add pipes with releng6 sources from the last days > > ipfw add pipe 1 ip from any to any > ipfw: getsockopt(IP_FW_ADD): Invalid argument > > or any similar add pipe command does not work (sure I have options DUMMYNET in > kernel) > > world and kernel from march 29 works still fine Can you test this patch? http://lists.freebsd.org/pipermail/freebsd-ipfw/2007-April/002898.html -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 06:39:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9CB0416A405 for ; Tue, 3 Apr 2007 06:39:44 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outF.internet-mail-service.net (outF.internet-mail-service.net [216.240.47.229]) by mx1.freebsd.org (Postfix) with ESMTP id 8656F13C4BE for ; Tue, 3 Apr 2007 06:39:44 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Mon, 02 Apr 2007 23:10:01 -0700 Received: from [192.168.2.5] (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 5BF7A125ADA; Mon, 2 Apr 2007 23:39:43 -0700 (PDT) Message-ID: <4611F6AE.1010006@elischer.org> Date: Mon, 02 Apr 2007 23:39:42 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: JoaoBR References: <200704011107.22750.joao@matik.com.br> <200704011255.49740.joao@matik.com.br> <200704011824.l31IOi46036471@lava.sentex.ca> <200704011557.20518.joao@matik.com.br> In-Reply-To: <200704011557.20518.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: julian@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ipfw add pipe broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 06:39:44 -0000 JoaoBR wrote: > On Sunday 01 April 2007 15:22, Mike Tancsa wrote: >> At 11:55 AM 4/1/2007, JoaoBR wrote: >>> by all respect to Julians work but with ipfw broken and sunday fucked up >>> ... >>> >>> kind of scaring when seeing "I have no time to check, I do it on tuesday" >>> or "I need to do the userland ipfw too to add some new features, but, not >>> today.." >>> please do it all or don't do it, ipfw is an mature and essential >>> part where we >>> do not espect such sudden surprises in releng6 to happen >> I seriously doubt he intentionally meant to break it.... Accidents > > man sure not, no one said that I thought I had these MFC's all worked out and one seems to have some how been mixed up in the testing. Unfortunately the timing really sucked as I was just heading out when I found that out and I didn't have time to figure out exactly what went wrong in the MFC. I just backed out what appeared to be the problem commit. turns out there was another part of it. This is the missing change that was buried on another commit. Apparently, the following is also needed, to revert correctly. --- src/sys/netinet/ip_fw2.c.orig Mon Apr 2 11:48:03 2007 +++ src/sys/netinet/ip_fw2.c Mon Nov 20 18:19:10 2006 @@ -3861,7 +3836,7 @@ case O_PIPE: case O_QUEUE: - if (cmdlen != F_INSN_SIZE(ipfw_insn)) + if (cmdlen != F_INSN_SIZE(ipfw_insn_pipe)) goto bad_size; goto check_action; I'll commit this and then forward change the MFC again as soon as I find out where the ball was dropped in the MFC testing. > >> happen. Roll your sources back to Friday and you will be OK until > > yaya > > but essential and especially mature code should be tested before comitting > changes I guess, I believe that ipfw wasn't tested before beeing hacked and > comitted this time, and overall btw, there was an alert and reply to the > commit msg on cvs which then was politly ignored "until tuesday" ... luck > that it wasn't the bootstrap or something > >> its sorted out. Remember, its a best effort, not perfect effort project. > > sure, but when became perfect the honor is welcome as it comes for free when > it went wrong ;) > >> ---Mike >> >> > > João > > > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. > Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 06:56:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F18DB16A404 for ; Tue, 3 Apr 2007 06:56:55 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outG.internet-mail-service.net (outG.internet-mail-service.net [216.240.47.230]) by mx1.freebsd.org (Postfix) with ESMTP id DC42913C487 for ; Tue, 3 Apr 2007 06:56:55 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Mon, 02 Apr 2007 23:27:13 -0700 Received: from [192.168.2.5] (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 05E2F125B26; Mon, 2 Apr 2007 23:56:54 -0700 (PDT) Message-ID: <4611FAB6.4090201@elischer.org> Date: Mon, 02 Apr 2007 23:56:54 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Mike Tancsa References: <200704011107.22750.joao@matik.com.br> <200704030239.l332dC89044128@lava.sentex.ca> In-Reply-To: <200704030239.l332dC89044128@lava.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: julian@freebsd.org, freebsd-stable@freebsd.org, JoaoBR Subject: Re: ipfw add pipe broken in RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 06:56:56 -0000 Mike Tancsa wrote: > At 10:07 AM 4/1/2007, JoaoBR wrote: > >> it seems I can not add pipes with releng6 sources from the last days >> >> ipfw add pipe 1 ip from any to any >> ipfw: getsockopt(IP_FW_ADD): Invalid argument > > I think this is whats needed in /usr/src/sbin/ipfw. Looking at the > diffs between HEAD and RELENG_6 (apart from the kernel nat stuff), below > seems to be whats different. somewhere between my MFC testing and the commits there seems to have been a screwup. I think it happenned because I reverted a MFC out of my list of MFC's to do after I had done some tests because they causled a failure and I hadn't realised that they affected this code too. I'm doing testing now and should be able to confirm this in a short while. > > > [smicro1U]# diff -u ipfw2.c.orig ipfw2.c > --- ipfw2.c.orig Mon Apr 2 22:28:33 2007 > +++ ipfw2.c Mon Apr 2 22:30:45 2007 > @@ -3973,11 +3973,9 @@ > break; > > case TOK_QUEUE: > - action->len = F_INSN_SIZE(ipfw_insn_pipe); > action->opcode = O_QUEUE; > goto chkarg; > case TOK_PIPE: > - action->len = F_INSN_SIZE(ipfw_insn_pipe); > action->opcode = O_PIPE; > goto chkarg; > case TOK_SKIPTO: > @@ -4043,11 +4041,13 @@ > "illegal forwarding port ``%s''", s); > p->sa.sin_port = (u_short)i; > } > - lookup_host(*av, &(p->sa.sin_addr)); > - } > + if (_substrcmp(*av, "tablearg") == 0) > + p->sa.sin_addr.s_addr = INADDR_ANY; > + else > + lookup_host(*av, &(p->sa.sin_addr)); > ac--; av++; > break; > - > + } > case TOK_COMMENT: > /* pretend it is a 'count' rule followed by the comment */ > action->opcode = O_COUNT; > [smicro1U]# > > > > The command seems to be getting tripped up in /usr/src/sys/netinet/ip_fw2.c > > case O_QUEUE: > if (cmdlen != F_INSN_SIZE(ipfw_insn)) > goto bad_size; > goto check_action; > > where size=2 and cmdlen=1 on opcode=50 > > ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 07:25:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C0D116A403; Tue, 3 Apr 2007 07:25:06 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id 465EF13C45A; Tue, 3 Apr 2007 07:25:05 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([87.226.153.33]:5387 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3375824AbXDCHYm (ORCPT + 1 other); Tue, 3 Apr 2007 11:24:42 +0400 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <46120138.5090702@yandex.ru> Date: Tue, 03 Apr 2007 11:24:40 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Julian Elischer References: <200704011107.22750.joao@matik.com.br> <200704030239.l332dC89044128@lava.sentex.ca> <4611FAB6.4090201@elischer.org> In-Reply-To: <4611FAB6.4090201@elischer.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, julian@freebsd.org, JoaoBR Subject: Re: ipfw add pipe broken in RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 07:25:06 -0000 Julian Elischer ÐÉÛÅÔ: > somewhere between my MFC testing and the commits there seems to have > been a screwup. > I think it happenned because I reverted a MFC out of my list of MFC's to > do after > I had done some tests because they causled a failure and I hadn't > realised that > they affected this code too. > > I'm doing testing now and should be able to confirm this in a short while. Hi, Julian! Seems, that converting from time_second to time_uptime broke `ipfw -t show'. Now we have one PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=111177 And i see similar problem on the my CURRENT. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 08:31:32 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B837E16A405 for ; Tue, 3 Apr 2007 08:31:32 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4171913C46A for ; Tue, 3 Apr 2007 08:31:31 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lqnune@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l338VP1k048797; Tue, 3 Apr 2007 10:31:30 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l338VP9n048796; Tue, 3 Apr 2007 10:31:25 +0200 (CEST) (envelope-from olli) Date: Tue, 3 Apr 2007 10:31:25 +0200 (CEST) Message-Id: <200704030831.l338VP9n048796@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, joao@matik.com.br In-Reply-To: <7579f7fb0704011116x53ad98dhe80948050526597b@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 03 Apr 2007 10:31:31 +0200 (CEST) Cc: Subject: Re: scsi/mpt problem with latest source X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 08:31:32 -0000 Matthew Jacob wrote: > > > > > > (xpt0:mpt0:0:-1:-1): reset bus > > periph:sim:channel:target:lun > > target == lun == -1 == wildcard, so the initial bus reset applies to a > nexus for all targets and luns on that channel on that sim (mpt0) on > that periph (xpt0) > > > would you mind to tell why it happens and this "-1" values ? As far as the "why" is concerned: _All_ scsi controller drivers reset their busses at first, in order to reset all devices to a well-known state. Then they wait a short time, in order to give the devices an opportunity to finish their reset, then the busses are scanned for devices. Well, at least that's who the scsi controller drivers work that I've used in the past (not including mpt), but I guess it's basically the same for all of them. So, the bus reset during boot is perfectly normal. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 08:53:40 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5CC216A402 for ; Tue, 3 Apr 2007 08:53:40 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4379A13C4B9 for ; Tue, 3 Apr 2007 08:53:40 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (xoxqvc@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l338rXmn050253; Tue, 3 Apr 2007 10:53:39 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l338rXZD050252; Tue, 3 Apr 2007 10:53:33 +0200 (CEST) (envelope-from olli) Date: Tue, 3 Apr 2007 10:53:33 +0200 (CEST) Message-Id: <200704030853.l338rXZD050252@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, joao@matik.com.br In-Reply-To: <200704011255.49740.joao@matik.com.br> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 03 Apr 2007 10:53:39 +0200 (CEST) Cc: Subject: Re: ipfw add pipe broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, joao@matik.com.br List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 08:53:40 -0000 JoaoBR wrote: > On Sunday 01 April 2007 12:04, Mike Tancsa wrote: > > At 10:07 AM 4/1/2007, JoaoBR wrote: > > > it seems I can not add pipes with releng6 sources from the last days > > > > > > ipfw add pipe 1 ip from any to any > > > ipfw: getsockopt(IP_FW_ADD): Invalid argument > > > > > > or any similar add pipe command does not work > > > (sure I have options DUMMYNET in > > > kernel) > > > > > > world and kernel from march 29 works still fine > > > > > > anything changed? > > > > There were a bunch of MFCs. When I try from a kernel today, > > seems the thing happened on saturday > > by all respect to Julians work but with ipfw broken and sunday fucked up ... > > kind of scaring when seeing "I have no time to check, I do it on tuesday" > or "I need to do the userland ipfw too to add some new features, but, not > today.." Well, FreeBSD is mostly a volunteer project, so people work on it when they have time. Admittedly, you're right that any changes should be tested. But in reality it's not always that easy. Some changes are complex so that not all possible things can be tested. And some changes _seem_ trivial and obviously don't need to be tested (especially if a nearly identical change ran for months in -current), but then that might turn out to be a mistake. Errare humanum est. (Translation: shit happens.) > please do it all or don't do it, ipfw is an mature and essential part where we > do not espect such sudden surprises in releng6 to happen First, if you absolutely don't want surprises, then you should run RELENG_6_2, not RELENG_6. If you run RELENG_6, you should be prepared and able to deal with breakages. (Even if it's unusual that RELENG_x breaks, it does happen sometimes. The FreeBSD Handbook chapter "staying stable" contains appropriate warnings.) And second, it's not a big deal to go back to Friday's sources until Julian had time to fix the issue, is it? Best regards Oliver PS: Right now I'm much more concerned with the security issue of the "file" utility. FreeBSD's version of file(1) in the base system seems to be vulnerable to the recently discovered (~ 2 weeks ago) issue, as far as I can tell. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 09:51:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DFE7D16A417 for ; Tue, 3 Apr 2007 09:51:10 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outC.internet-mail-service.net (outC.internet-mail-service.net [216.240.47.226]) by mx1.freebsd.org (Postfix) with ESMTP id CB35D13C448 for ; Tue, 3 Apr 2007 09:51:10 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Tue, 03 Apr 2007 02:21:27 -0700 Received: from [192.168.2.5] (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 11E90125B4A; Tue, 3 Apr 2007 02:51:10 -0700 (PDT) Message-ID: <4612238D.6070504@elischer.org> Date: Tue, 03 Apr 2007 02:51:09 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <200704011107.22750.joao@matik.com.br> <200704030239.l332dC89044128@lava.sentex.ca> <4611FAB6.4090201@elischer.org> <46120138.5090702@yandex.ru> In-Reply-To: <46120138.5090702@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, julian@freebsd.org, JoaoBR Subject: Re: ipfw add pipe broken in RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 09:51:11 -0000 Andrey V. Elsukov wrote: > Julian Elischer ÐÉÛÅÔ: >> somewhere between my MFC testing and the commits there seems to have >> been a screwup. >> I think it happenned because I reverted a MFC out of my list of MFC's >> to do after >> I had done some tests because they causled a failure and I hadn't >> realised that >> they affected this code too. >> >> I'm doing testing now and should be able to confirm this in a short >> while. > > Hi, Julian! > > Seems, that converting from time_second to time_uptime broke > `ipfw -t show'. > Now we have one PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=111177 > > And i see similar problem on the my CURRENT. > yeah I seem to have MFC'd a BUG.. I confirmed they behaved the same. but I was looking at binary data and didn't notice the date.. I'm preparing a revert, however it is a no-win situation as that leaves you open to sessions timing out immediately when the time is changed forward. So, which is more important? accurate timeouts or accurate reporting? Ont thing that COULD be done would be to add the boot-time to the reported times. this would never let a session time out too early, but would give slightly misleading report numbers if the time is adjusted. They would 'adjust' to the same offset against the 'new time'. i.e. if it shows 2 hours before "now" before the change it will show 2 hours before the "new now" after the time is changed. This may be acceptable. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 10:44:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA65016A401 for ; Tue, 3 Apr 2007 10:44:38 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id B5F5F13C487 for ; Tue, 3 Apr 2007 10:44:37 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l33AiXZL067293; Tue, 3 Apr 2007 07:44:33 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Tue, 3 Apr 2007 07:44:31 -0300 User-Agent: KMail/1.9.5 References: <200704030853.l338rXZD050252@lurza.secnetix.de> In-Reply-To: <200704030853.l338rXZD050252@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704030744.31905.joao@matik.com.br> X-Spam-Status: No, score=-99.9 required=5.0 tests=ALL_TRUSTED,AWL, J_CHICKENPOX_23, MR_DIFF_MID, TW_PF, USER_IN_WHITELIST autolearn=no version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Oliver Fromme Subject: Re: ipfw add pipe broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 10:44:38 -0000 On Tuesday 03 April 2007 05:53, Oliver Fromme wrote: > > Well, FreeBSD is mostly a volunteer project, so people work > on it when they have time. we all know that, we could discuss the general issue deeply which might be= =20 usefull but might be misunderstood by people, anyway I like to answer your= =20 points but first I like to make clear that this is NOT a personal issue and= I=20 am not angry with Julian or anyone else, it is merely the issue itself so I= =20 hope you're all cool with this and nobody starts yelling. > > Admittedly, you're right that any changes should be tested. > But in reality it's not always that easy. Some changes are > complex so that not all possible things can be tested. And I do not agree with "can not be tested", this was eventually ok in 97's ipf= w=20 code ... > some changes _seem_ trivial and obviously don't need to be > tested (especially if a nearly identical change ran for > months in -current), but then that might turn out to be a > mistake. Errare humanum est. (Translation: shit happens.) > ;) thanks for the latin translation but of course it happens, but is not th= e=20 point > > please do it all or don't do it, ipfw is an mature and essential part > > where we do not espect such sudden surprises in releng6 to happen > > First, if you absolutely don't want surprises, then you > should run RELENG_6_2, not RELENG_6. If you run RELENG_6, > you should be prepared and able to deal with breakages. ok, as you say shit happens but we should be aware of where it happens, som= e=20 exotic driver or hardware, let's say here sk,nve or re - ok, BUT ipfw=20 certainly is not experimental code and do not depend on hardware as long yo= u=20 have any which runs fbsd > (Even if it's unusual that RELENG_x breaks, it does happen > sometimes. The FreeBSD Handbook chapter "staying stable" > contains appropriate warnings.) like I said before, the playground is CURRENT for this and you talk about t= he=20 handbook, then let's read all: "... the general assumption that they have=20 first gone into FreeBSD-CURRENT for testing ..." (I guess this is meant for= =20 new code but law for mature code) this assumption is important because it is kind of rule, common sense like = =20 speeding a Ferrari over a bumpy street it might break but a Fiat not, so th= is=20 would not be a suprise but cooking the motor at 80mph on a highway is not t= he=20 thing we need to be prepared for and is certainly a bad thing where the car= =20 maker should look at before releasing it and so I feel right to say, essential and mature code *needs* to be tested= =20 extensively before committing it, exotic or new code not This makes more sense today as FreeBSD has an important position, but not o= nly=20 has it but also has to defend it. This makes it necessary that the common=20 sense of responsibility "is there" and this is the next assumption, a=20 comitter should have this responsibility. (which certainly does not exclude= =20 the risc of errors, but reduce it) Also no secret and common sense is that releng_6 is widely used on producti= on=20 servers. So ipfw is not supposed to be broken. My personal suggestion is that certain code like ipfw needs to be marked fo= r=20 double check, so there should be one other responsible reviewing AND testin= g=20 it before comitting it, this probably is the only way to prevent or reduce= =20 the error rate > > And second, it's not a big deal to go back to Friday's > sources until Julian had time to fix the issue, is it? no it is not but it is not the point thank's =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 15:18:15 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 03F6816A401 for ; Tue, 3 Apr 2007 15:18:15 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id DAB3413C455 for ; Tue, 3 Apr 2007 15:18:14 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 437A91A000B17 for ; Tue, 3 Apr 2007 08:18:14 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id N3dQfyuOfk16 for ; Tue, 3 Apr 2007 08:18:08 -0700 (PDT) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id BB7FF1A000B06 for ; Tue, 3 Apr 2007 08:18:08 -0700 (PDT) From: Freddie Cash To: stable@freebsd.org Date: Tue, 3 Apr 2007 08:18:07 -0700 User-Agent: KMail/1.9.5 References: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> <200704021354.57395.fcash@ocis.net> <200704031015.19451.doconnor@gsoft.com.au> In-Reply-To: <200704031015.19451.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704030818.07775.fcash@ocis.net> Cc: Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 15:18:15 -0000 On Monday 02 April 2007 05:45 pm, Daniel O'Connor wrote: > On Tuesday 03 April 2007 06:24, Freddie Cash wrote: > > 1024x768 is a pretty standard VESA mode used on a lot of people's > > text consoles. :) On most videocards, MODE_279 will be 1024x768 > > w/16 bpp colour. Check the output of "vidcontrol -i". You'll see a > > lot of different modes, some text, some > > raster/bitmap/VESA/whatever-you-call-it. > > > > This has nothing to do with X or any GUI. > > I don't understand why people who want high resolution consoles don't > run X. Why should we run X on a server just to get a larger text console? Or on a laptop that we don't always want to wait for X to load? Sometimes, it's nice to be able to use the entire screen without having to load up a lot of unneeded software, like the entire X stack. > It is a *lot* faster for the vast majority of cards (ie ones which > aren't doing VESA modes). > > Scrolling a screen full of text at a decent resolution using VESA == > slideshow. Not in my experience on a Toshiba laptop using a Radeon 7000 chipset. In VMWare, scrolling a 1024x768 screen during a port compile is chunky. But doing so on my laptop I see no difference between the text console and a tab in Konsole. -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 17:27:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 32B6F16A404 for ; Tue, 3 Apr 2007 17:27:34 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id A80A913C458 for ; Tue, 3 Apr 2007 17:27:33 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l33HRTjP098479 for ; Tue, 3 Apr 2007 14:27:29 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Tue, 3 Apr 2007 14:27:00 -0300 User-Agent: KMail/1.9.4 References: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> <200704031015.19451.doconnor@gsoft.com.au> <200704030818.07775.fcash@ocis.net> In-Reply-To: <200704030818.07775.fcash@ocis.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704031427.01137.joao@matik.com.br> X-Spam-Status: No, score=-100.5 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, SMILEY,USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 17:27:34 -0000 On Tuesday 03 April 2007 12:18, Freddie Cash wrote: > > I don't understand why people who want high resolution consoles don't > > run X. that is very easy to understand, look: A/ fits much more info on one screen B/ line wraps do not complicate orientation on screen both points are very usefull debugging any kind of problem or tailing logs also, there are people out who say FreeBSD is very perfect for remotecontro= l,=20 the letters are so big you can see them from far away :) simply consider RH graphical boot in 1024x768 has a very professional look= =20 while Freebsd still looks like Gate's MsDos before selling it to IBM =2D-=20 Jo=C3=A3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 18:03:07 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63D4C16A405 for ; Tue, 3 Apr 2007 18:03:07 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 420A713C468 for ; Tue, 3 Apr 2007 18:03:07 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 7E5AA1A000B1E for ; Tue, 3 Apr 2007 11:03:06 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id g4jKEczJcBiW for ; Tue, 3 Apr 2007 11:03:01 -0700 (PDT) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 01A031A000B16 for ; Tue, 3 Apr 2007 11:03:01 -0700 (PDT) From: Freddie Cash To: stable@freebsd.org Date: Tue, 3 Apr 2007 11:02:59 -0700 User-Agent: KMail/1.9.5 References: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> <200704030818.07775.fcash@ocis.net> <200704031427.01137.joao@matik.com.br> In-Reply-To: <200704031427.01137.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704031102.59975.fcash@ocis.net> Cc: Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 18:03:07 -0000 On Tuesday 03 April 2007 10:27 am, JoaoBR wrote: > On Tuesday 03 April 2007 12:18, Freddie Cash wrote: Just a note that the above should read: On Monday 02 April 2007 05:45 pm, Daniel O'Connor wrote: As I am not the one who wrote the following line, but Daniel is. :) > > > I don't understand why people who want high resolution consoles > > > don't run X. -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 18:13:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 10B2616A402 for ; Tue, 3 Apr 2007 18:13:12 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 87F1C13C4BF for ; Tue, 3 Apr 2007 18:13:11 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l33ID51c001970 for ; Tue, 3 Apr 2007 15:13:05 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Tue, 3 Apr 2007 15:12:36 -0300 User-Agent: KMail/1.9.4 References: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> <200704031427.01137.joao@matik.com.br> <200704031102.59975.fcash@ocis.net> In-Reply-To: <200704031102.59975.fcash@ocis.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704031512.37563.joao@matik.com.br> X-Spam-Status: No, score=-100.5 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, SMILEY,USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 18:13:12 -0000 On Tuesday 03 April 2007 15:02, Freddie Cash wrote: > On Tuesday 03 April 2007 10:27 am, JoaoBR wrote: > > On Tuesday 03 April 2007 12:18, Freddie Cash wrote: > > Just a note that the above should read: > On Monday 02 April 2007 05:45 pm, Daniel O'Connor wrote: > > As I am not the one who wrote the following line, but Daniel is. :) > sorry, no bad intention I might have highlighted the right quote in th ewro= ng=20 msg before hitten the reply button > > > > I don't understand why people who want high resolution consoles > > > > don't run X. =2D-=20 Jo=C3=A3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Apr 3 23:03:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7AB4A16A401 for ; Tue, 3 Apr 2007 23:03:29 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outS.internet-mail-service.net (outS.internet-mail-service.net [216.240.47.242]) by mx1.freebsd.org (Postfix) with ESMTP id 645B513C45A for ; Tue, 3 Apr 2007 23:03:29 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Tue, 03 Apr 2007 15:33:41 -0700 Received: from [10.251.22.38] (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 5510C125B2F; Tue, 3 Apr 2007 16:03:28 -0700 (PDT) Message-ID: <4612DD3F.1010401@elischer.org> Date: Tue, 03 Apr 2007 16:03:27 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Julian Elischer References: <200704011107.22750.joao@matik.com.br> <200704030239.l332dC89044128@lava.sentex.ca> <4611FAB6.4090201@elischer.org> <46120138.5090702@yandex.ru> <4612238D.6070504@elischer.org> In-Reply-To: <4612238D.6070504@elischer.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, "Andrey V. Elsukov" , julian@freebsd.org, JoaoBR Subject: Re: ipfw add pipe broken in RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 23:03:29 -0000 Julian Elischer wrote: > Andrey V. Elsukov wrote: >> Julian Elischer ÐÉÛÅÔ: >>> somewhere between my MFC testing and the commits there seems to have >>> been a screwup. >>> I think it happenned because I reverted a MFC out of my list of MFC's >>> to do after >>> I had done some tests because they causled a failure and I hadn't >>> realised that >>> they affected this code too. >>> >>> I'm doing testing now and should be able to confirm this in a short >>> while. >> >> Hi, Julian! >> >> Seems, that converting from time_second to time_uptime broke >> `ipfw -t show'. >> Now we have one PR: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=111177 >> >> And i see similar problem on the my CURRENT. I have committed a fix in -current please check ip_fw2.c version 1.162 If this meets with general happiness I will re-MFC this 1.112 along with this fix to it. >> > > yeah I seem to have MFC'd a BUG.. > I confirmed they behaved the same. but I was looking at binary data > and didn't notice the date.. > > I'm preparing a revert, however it is a no-win situation as that leaves > you open to sessions timing out immediately when the time is changed > forward. > > So, which is more important? > accurate timeouts or accurate reporting? > > Ont thing that COULD be done would be to add the boot-time to the reported > times. this would never let a session time out too early, but would give > slightly misleading report numbers if the time is adjusted. They would > 'adjust' to the same offset against the 'new time'. > i.e. if it shows 2 hours before "now" before the change it will show 2 > hours before the "new now" after the time is changed. This may be > acceptable. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 07:23:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 461F216A409 for ; Wed, 4 Apr 2007 07:23:45 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 0834213C45D for ; Wed, 4 Apr 2007 07:23:44 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so132867ana for ; Wed, 04 Apr 2007 00:23:44 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=NBNAsbo41Z3PjiI+oBIEa6wd6W04G825AaJYpO4dI4vKVwWmipoPAUpZd6pqhP+ip/mlHkV8J0Z6fYNisqIFdPRAOSlc7gmi5R5tnNGla8H2JXlpMQj6GYhMQDLDzljK7RbeNA/K4yIHAUF0QMO+Y1eItqiBQrxkGPhlw75OMGc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=sY9ZKjJiGsTlB2Mge21UMonrH8OhTaXqMxxvn7KKIAGXW5slRo10DwQdYMkXPTD9xLH0xxnbKO6GdYdKGHEScc4cQBebx+wQVdHOqyd3CQpPKGMoQ6pLH4rr3D3ZmXRNcZ6cu9rGITNs3R7cjou+3X1Mc+pgRJbjGmCex8xzrFQ= Received: by 10.100.190.8 with SMTP id n8mr176101anf.1175671424462; Wed, 04 Apr 2007 00:23:44 -0700 (PDT) Received: by 10.100.32.17 with HTTP; Wed, 4 Apr 2007 00:23:44 -0700 (PDT) Message-ID: Date: Wed, 4 Apr 2007 02:23:44 -0500 From: "Nikolas Britton" To: "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Porting FreeBSD to a new Architecture? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 07:23:45 -0000 Hello, I'm looking for documentation that could possibly help me port FreeBSD to a new architecture. I'm mainly interested in how you guys did the xbox and amd64 ports. i.e. x86 instruction set. Thanks! From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 07:49:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D7F916A403 for ; Wed, 4 Apr 2007 07:49:30 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 8E97813C4AD for ; Wed, 4 Apr 2007 07:49:29 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l347nRwS001090; Wed, 4 Apr 2007 17:49:27 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l347nRq6001089; Wed, 4 Apr 2007 17:49:27 +1000 (EST) (envelope-from peter) Date: Wed, 4 Apr 2007 17:49:27 +1000 From: Peter Jeremy To: JoaoBR Message-ID: <20070404074927.GC854@turion.vk2pj.dyndns.org> References: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> <200704031015.19451.doconnor@gsoft.com.au> <200704030818.07775.fcash@ocis.net> <200704031427.01137.joao@matik.com.br> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b5gNqxB1S1yM7hjW" Content-Disposition: inline In-Reply-To: <200704031427.01137.joao@matik.com.br> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-stable@freebsd.org Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 07:49:30 -0000 --b5gNqxB1S1yM7hjW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-03 14:27:00 -0300, JoaoBR wrote: >simply consider RH graphical boot in 1024x768 has a very professional look= =20 >while Freebsd still looks like Gate's MsDos before selling it to IBM I don't understand why displaying a silly graphic whilst hiding the boot messages is professional. If you really need eye-candy to make your FreeBSD box look like it's running MS Windows, see splash(4) --=20 Peter Jeremy --b5gNqxB1S1yM7hjW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGE1iH/opHv/APuIcRAiqfAJ9tDgqK/zmpRe359lHpksuYmwSf/wCePc6T /q3kBDXpdakT5iTtIUEosP0= =KYfH -----END PGP SIGNATURE----- --b5gNqxB1S1yM7hjW-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 08:45:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4386316A408 for ; Wed, 4 Apr 2007 08:45:30 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from mx1.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.freebsd.org (Postfix) with ESMTP id 04FC213C4AD for ; Wed, 4 Apr 2007 08:45:30 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id DF0E8D4C5D; Wed, 4 Apr 2007 10:15:42 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lE9IbWKYiJPz; Wed, 4 Apr 2007 10:15:34 +0200 (CEST) Received: from thunderstone.rink.nu (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 73445D4C5C; Wed, 4 Apr 2007 10:15:34 +0200 (CEST) Received: (from rink@localhost) by thunderstone.rink.nu (8.13.8/8.13.8/Submit) id l348FYia043111; Wed, 4 Apr 2007 10:15:34 +0200 (CEST) (envelope-from rink) Date: Wed, 4 Apr 2007 10:15:34 +0200 From: Rink Springer To: Nikolas Britton Message-ID: <20070404081534.GC2546@rink.nu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Cc: FreeBSD Stable Subject: Re: Porting FreeBSD to a new Architecture? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 08:45:30 -0000 Hi Nikolas, On Wed, Apr 04, 2007 at 02:23:44AM -0500, Nikolas Britton wrote: > I'm looking for documentation that could possibly help me port FreeBSD > to a new architecture. I'm mainly interested in how you guys did the > xbox and amd64 ports. i.e. x86 instruction set. I can answer the Xbox question for you... basically, what I did was get a good understanding of how the xbox internals worked (i.e. what the exact differences are between an ordinary PC and an Xbox). Based on this understanding, I patched the Xbox boot loader (Cromwell) so it could properly load FreeBSD ELF images. Once that was done, I worked my way up from the first piece of code executed (that is in i386/i386/locore.s). I crafted some assembly code which could control the Xbox LED's, and I used this to determine where the Xbox would crash... Once I got the initial machine-dependant stuff out of the way, I created a console driver so I could see what was going on (which I later on totally rewrote); and worked my way up from here... Expect a lot of painstaking debugging in the progress... Good luck! -- Rink P.W. Springer - http://rink.nu "It is such a quiet thing, to fall. But yet a far more terrible thing, to admit it." - Darth Traya From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 09:03:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FC7016A401 for ; Wed, 4 Apr 2007 09:03:00 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.freebsd.org (Postfix) with ESMTP id 1DE2E13C455 for ; Wed, 4 Apr 2007 09:02:58 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l348hkuI007999 for ; Wed, 4 Apr 2007 01:44:13 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l348hkeN007998 for freebsd-stable@freebsd.org; Wed, 4 Apr 2007 01:43:46 -0700 (PDT) (envelope-from chris#@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to chris#@1command.com using -f Received: from brickwall.spam-fighters.com (brickwall.spam-fighters.com [216.177.243.55]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 04 Apr 2007 01:43:46 -0700 Message-ID: <20070404014346.1wiuwcircwg004cg@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 04 Apr 2007 01:43:46 -0700 From: "Chris H." To: "[FBSDS]" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: NFS == lock && reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 09:03:00 -0000 # uname -a FreeBSD host.domain.tld 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 26 16:27:14 PST 2007 Greetings, Does anyone know when NFS and friends will be working again? I haven't been able to /safely/ use it from 4.8 on. I remember some talk on the list sometime ago and then it seemed to be resolved, as the discussion ended. So I thought it was fixed. Seems not. :( My scenario; mount host off root: mount script exec'd follows... #!/bin/sh - mount -t nfs host.domain.tld:/ /host mount -t nfs host.domain.tld:/var /host/var confirm mount... # ls /host .snap COPYRIGHT bin ... usr var tmp OK looks good... # cp /path/to/approx/10Mb/file /host/path/to/dest/dir/ Fatal double fault eis 0x0blah eiblah blah0x panic double fault no dump device defined rebooting in 15sec... Hmmm... that's not good. :( I can't remember all the "ei*" numbers between the Fatal and panic lines, BUT I /can/ reproduce this at will - I simply need to copy a file larger than a few k to a mounted host. Yes, this /does/ happen /every/ time. Any and all help with this will be /GREATLY/ appreciated. Thank you for all your time and consideration in this matter. --Chris -- panic: kernel trap (ignored) ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 09:30:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6057D16A401 for ; Wed, 4 Apr 2007 09:30:42 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id C6C6213C44C for ; Wed, 4 Apr 2007 09:30:41 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id D3F4840BC40 for ; Wed, 4 Apr 2007 16:30:38 +0700 (WIT) Message-ID: <46137104.70207@tk-pttuntex.com> Date: Wed, 04 Apr 2007 16:33:56 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: make buildworld error on am64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 09:30:42 -0000 hi , sorry to bother you again, i'm trying updating my machine to 6.2STABLE, but during make buildworld the process stop with these error messages: -------------------------------------------------------------- >>> stage 4.2: building libraries -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=amd64 MACHINE=amd64 CPUTYPE=amd64 GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 DESTDIR=/usr/obj/usr/src/tmp -DNO_FSCHG -DNO_HTML -DNO_INFO -DNO_LINT -DNO_MAN -DNO_NLS -DNO_PROFILE libraries cd /usr/src; make -f Makefile.inc1 _startup_libs; make -f Makefile.inc1 _prebuild_libs; make -f Makefile.inc1 _generic_libs; ===> gnu/lib/csu (depend,all,install) make -f /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile MFILE=/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/usr/src/gnu/lib/csu/../../../contrib/gcc tconfig.h echo '#ifndef GCC_TCONFIG_H' > tconfig.h echo '#define GCC_TCONFIG_H' >> tconfig.h echo '#ifdef IN_GCC' >> tconfig.h echo '# include "ansidecl.h"' >> tconfig.h echo '#endif' >> tconfig.h echo '#define USED_FOR_TARGET' >> tconfig.h echo '#endif /* GCC_TCONFIG_H */' >> tconfig.h make -f /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile MFILE=/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/usr/src/gnu/lib/csu/../../../contrib/gcc tm.h echo '#ifndef GCC_TM_H' > tm.h echo '#define GCC_TM_H' >> tm.h echo '#ifdef IN_GCC' >> tm.h echo '#include "i386/biarch64.h"' >> tm.h echo '#include "i386/i386.h"' >> tm.h echo '#include "i386/unix.h"' >> tm.h echo '#include "i386/att.h"' >> tm.h echo '#include "dbxelf.h"' >> tm.h echo '#include "elfos.h"' >> tm.h echo '#include "freebsd-native.h"' >> tm.h echo '#include "freebsd-spec.h"' >> tm.h echo '#include "freebsd.h"' >> tm.h echo '#include "i386/freebsd.h"' >> tm.h echo '#include "i386/x86-64.h"' >> tm.h echo '#include "i386/freebsd64.h"' >> tm.h echo '#include "freebsd64-fix.h"' >> tm.h echo '#include "defaults.h"' >> tm.h echo '#if !defined GENERATOR_FILE && !defined USED_FOR_TARGET' >> tm.h echo '# include "insn-constants.h"' >> tm.h echo '# include "insn-flags.h"' >> tm.h echo '#endif' >> tm.h echo '#endif' >> tm.h echo '#define EXTRA_MODES_FILE "i386/i386-modes.def"' >> tm.h echo '#endif /* GCC_TM_H */' >> tm.h rm -f .depend mkdep -f .depend -a -DCRT_BEGIN -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -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 /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c cc -O -pipe -march=amd64 -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 -std=gnu89 -g0 -DCRT_BEGIN -c -o crtbegin.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:1: error: bad value (amd64) for -march= switch /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:1: error: bad value (amd64) for -mtune= switch *** Error code 1 Stop in /usr/src/gnu/lib/csu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. the box was fresh install from 6.2RELEASE, and was build on am64 arch. it has 4Gigs RAM and amd64 X2 AM2 socket. could you tell me how to resolve this problem? TIA Zen From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 09:54:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4653616A401 for ; Wed, 4 Apr 2007 09:54:30 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.webmedia.hu (webmedia.hu [195.70.37.84]) by mx1.freebsd.org (Postfix) with ESMTP id 0DA9C13C44B for ; Wed, 4 Apr 2007 09:54:30 +0000 (UTC) (envelope-from andrej@antiszoc.hu) X-Virus-Scanned: amavisd-new at webmedia.hu Received: from 195.70.43.76 (SquirrelMail authenticated user andrej@antiszoc.hu) by duloc.webmedia.hu with HTTP; Wed, 4 Apr 2007 11:54:26 +0200 (CEST) Message-ID: <58209.195.70.43.76.1175680466.squirrel@duloc.webmedia.hu> Date: Wed, 4 Apr 2007 11:54:26 +0200 (CEST) From: andrej@antiszoc.hu To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit Subject: sun x2100 gmirror problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 09:54:30 -0000 Hi, We're using gmirror on our sun fire x2100 and FreeBSD 6.1-p10. Some days ago I found this in the logs: Apr 1 02:12:05 x2100 kernel: ad6: WARNING - WRITE_DMA48 UDMA ICRC error (retrying request) LBA=612960533 Apr 1 02:12:05 x2100 kernel: ad6: FAILURE - WRITE_DMA48 status=51 error=10 LBA=612960533 Apr 1 02:12:05 x2100 kernel: GEOM_MIRROR: Request failed (error=5). ad6[WRITE(offset=313835792896, length=4096)] Apr 1 02:12:05 x2100 kernel: GEOM_MIRROR: Device gm0: provider ad6 disconnected. Normally it looks like a disk error, but I think our half year old disks (WD RE2) shouldn't fail after this short time. Of course they have moving parts so they MAY fail. :( Yesterday I tried to reinit the sata channel and insert the disk back into the mirror. I got this: Apr 3 23:00:32 x2100 kernel: GEOM_MIRROR: Device gm0: provider ad6 detected. Apr 3 23:00:32 x2100 kernel: GEOM_MIRROR: Device gm0: rebuilding provider ad6. Apr 3 23:00:36 x2100 kernel: ad6: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=245760 Apr 3 23:00:38 x2100 kernel: ad6: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=392576 Apr 3 23:00:38 x2100 kernel: ad6: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=392960 Apr 3 23:00:53 x2100 kernel: ad6: FAILURE - device detached After this, the disk disappeared from the sata channel completely. The wierd is that we used the onboard nvidia-raid and the very same error occured, but there was no report in the kernel the machine just don't asked for operating system. Later I found out that the disk was forgotten ~2 weeks before that reboot (data was ~2 week old on it). Otherwise that "forgotten/failed" disk was also half year old and was fine without a problem. Is there anybody who experienced something similar with SUN X2100 or any other servers running FreeBSD 6 and sata? Regards, Andras From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 09:56:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7363416A40B for ; Wed, 4 Apr 2007 09:56:51 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id 0D33913C489 for ; Wed, 4 Apr 2007 09:56:51 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 9A85440BBAF; Wed, 4 Apr 2007 16:56:49 +0700 (WIT) Message-ID: <46137729.1050007@tk-pttuntex.com> Date: Wed, 04 Apr 2007 17:00:09 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Niclas Zeising References: <46137104.70207@tk-pttuntex.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld error on am64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 09:56:51 -0000 Niclas Zeising wrote: > On 4/4/07, zen wrote: > >> hi , >> sorry to bother you again, >> i'm trying updating my machine to 6.2STABLE, > > > [snip error log] > >> >> the box was fresh install from 6.2RELEASE, and was build on am64 arch. >> it has 4Gigs RAM and amd64 X2 AM2 socket. >> >> could you tell me how to resolve this problem? >> >> >> TIA >> Zen > > > What's in your /etc/make.conf? It seems to me you have set cputype to > a faulty value... > HTH! > //Niclas > this is my /etc/make.conf CFLAGS= -O -pipe NOPROFILE= true USA_RESIDENT= yes CPUTYPE=amd64 NO_PROFILE=yes TIA Zen From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 10:07:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E24516A402 for ; Wed, 4 Apr 2007 10:07:53 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 74B1D13C487 for ; Wed, 4 Apr 2007 10:07:45 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so635000ugh for ; Wed, 04 Apr 2007 03:07:44 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BAZtyWts4c57MDjOAzprXsbGh8DbT1x+Q+aziJr3ZRFxs1BoRogMbzJpIWYOlBP5vYaNuO79g9NJI2vBA8ZWZG1kpMl2IAAe6k79MENh9vOl+7+uTZef/EVrlTn2R7hf4TMx2tnlRB7a5IJ2jJTEI9x1qwBFfKv0a1LT7ubluYU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DYd9BuNy9F+bvwoFKT3uXWMr+A7iKEO3tU/E3EqNifcZnzZLUzIYAmh8vLcP6atDk9ECC+JYmPBGMBOaW75yE+Mt3/xUG484Gm6qI4wHu+nZ8FtGxmshzEJL6+v8iHhFy7+Wg2jGULqcljKwXr5a92RRGv+V0nOGLb6S/muZp08= Received: by 10.78.124.13 with SMTP id w13mr55963huc.1175681264134; Wed, 04 Apr 2007 03:07:44 -0700 (PDT) Received: by 10.78.29.12 with HTTP; Wed, 4 Apr 2007 03:07:44 -0700 (PDT) Message-ID: Date: Wed, 4 Apr 2007 12:07:44 +0200 From: "Niclas Zeising" To: zen In-Reply-To: <46137729.1050007@tk-pttuntex.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46137104.70207@tk-pttuntex.com> <46137729.1050007@tk-pttuntex.com> Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld error on am64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 10:07:53 -0000 On 4/4/07, zen wrote: > Niclas Zeising wrote: > > > On 4/4/07, zen wrote: > > > >> hi , > >> sorry to bother you again, > >> i'm trying updating my machine to 6.2STABLE, > > > > > > [snip error log] > > > >> > >> the box was fresh install from 6.2RELEASE, and was build on am64 arch. > >> it has 4Gigs RAM and amd64 X2 AM2 socket. > >> > >> could you tell me how to resolve this problem? > >> > >> > >> TIA > >> Zen > > > > > > What's in your /etc/make.conf? It seems to me you have set cputype to > > a faulty value... > > HTH! > > //Niclas > > > this is my /etc/make.conf > > CFLAGS= -O -pipe > NOPROFILE= true > USA_RESIDENT= yes > CPUTYPE=amd64 > NO_PROFILE=yes > > TIA > > Zen > That explains why the build blowes up. Valid options for CPUTYPE are: # AMD64 architecture: opteron, athlon64, nocona, prescott, core2 Depending on your CPU. Also, be aware that it's best to add cputype as CPUTYPE?=, so makefiles can change the cpu-type if need be. Have a look at src/share/examples/etc/make.conf and make.conf(5) for further explanations and options to put in your make.conf. HTH! //Niclas -- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 10:08:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B985116A408 for ; Wed, 4 Apr 2007 10:08:48 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 1831913C46E for ; Wed, 4 Apr 2007 10:08:47 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so635244ugh for ; Wed, 04 Apr 2007 03:08:46 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=INvr5DIgsIM/UAtV1JFCJ1yQ8lHuXNmiCLGGv+/RS3UViwVbJX30j8U/ZyJaf8sldorh+9o1VNzLwTHF95Yw5tM0GcXmVWMDAifDJqiJS6TZeba69bHKXlavj28ieAjJn28+gkhRDMs1BkTeIgz6XhGJ2AZ+L6ofgkgqfHbkpDE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Mixdh+5nkq4tQdQxaunj8dm4hoQI9iWQdcm6T0xb/ywt1w7THslzh2C7sSy5TbL2JJH5x41eJm701HmS1Y7vkgUOaBogdSi9Cd78CyZtCK4ZYv07EPn6/T5eilLY8di7IZF761HGvfA10jGyBqiXAfv5iLc6LQA/cYaOyT76k2w= Received: by 10.78.20.13 with SMTP id 13mr51411hut.1175679726594; Wed, 04 Apr 2007 02:42:06 -0700 (PDT) Received: by 10.78.29.12 with HTTP; Wed, 4 Apr 2007 02:42:06 -0700 (PDT) Message-ID: Date: Wed, 4 Apr 2007 11:42:06 +0200 From: "Niclas Zeising" To: zen In-Reply-To: <46137104.70207@tk-pttuntex.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46137104.70207@tk-pttuntex.com> Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld error on am64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 10:08:48 -0000 On 4/4/07, zen wrote: > hi , > sorry to bother you again, > i'm trying updating my machine to 6.2STABLE, [snip error log] > > the box was fresh install from 6.2RELEASE, and was build on am64 arch. > it has 4Gigs RAM and amd64 X2 AM2 socket. > > could you tell me how to resolve this problem? > > > TIA > Zen What's in your /etc/make.conf? It seems to me you have set cputype to a faulty value... HTH! //Niclas From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 10:10:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 890B516A406 for ; Wed, 4 Apr 2007 10:10:54 +0000 (UTC) (envelope-from mipam@ux11.ltcm.net) Received: from ux11.ltcm.net (213-84-197-131.adsl.xs4all.nl [213.84.197.131]) by mx1.freebsd.org (Postfix) with ESMTP id 7EE4013C457 for ; Wed, 4 Apr 2007 10:10:53 +0000 (UTC) (envelope-from mipam@ux11.ltcm.net) Received: from ux11.ltcm.net (mipam@localhost.ltcm.net [IPv6:::1]) by ux11.ltcm.net (8.12.9/8.12.9/UX11TT) with ESMTP id l349u2rP010852 for ; Wed, 4 Apr 2007 11:56:03 +0200 (MEST) Received: from localhost (mipam@localhost) by ux11.ltcm.net (8.12.9/8.12.9/Submit) with ESMTP id l349u1ak019338 for ; Wed, 4 Apr 2007 11:56:01 +0200 (MEST) Date: Wed, 4 Apr 2007 11:56:00 +0200 (MEST) From: Mipam To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Debug question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 10:10:54 -0000 Hi All, Forgive me if this question is off topic, i don't know what other mailing list would be good for this one. Suppose the following: I experience a hang and the system reboots. After this i'll look in /var/crash and find a nice core file. My swap is large enough to cover the whole memory and more so it should be okay. However, "gdb kernel vmcore.0" tells me that vmcore.0 is not a core dump.... :-( Any hints? Regards, Mipam. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 10:17:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEC9B16A40E for ; Wed, 4 Apr 2007 10:17:45 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from mx1.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.freebsd.org (Postfix) with ESMTP id 711F613C4AE for ; Wed, 4 Apr 2007 10:17:45 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 42C79D4C5D; Wed, 4 Apr 2007 12:16:01 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0d7hoFtLpwBN; Wed, 4 Apr 2007 12:15:54 +0200 (CEST) Received: from thunderstone.rink.nu (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 7F3BED4C5C; Wed, 4 Apr 2007 12:15:54 +0200 (CEST) Received: (from rink@localhost) by thunderstone.rink.nu (8.13.8/8.13.8/Submit) id l34AFsFW047179; Wed, 4 Apr 2007 12:15:54 +0200 (CEST) (envelope-from rink) Date: Wed, 4 Apr 2007 12:15:54 +0200 From: Rink Springer To: Mipam Message-ID: <20070404101554.GA44117@rink.nu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Debug question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 10:17:45 -0000 Hi, On Wed, Apr 04, 2007 at 11:56:00AM +0200, Mipam wrote: > My swap is large enough to cover the whole memory and more so it should be > okay. However, "gdb kernel vmcore.0" tells me that vmcore.0 is not a core > dump.... :-( Try 'kgdb kernel -c vmcore.0'; more information can be found in the handbook, most notabilty: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html Regards, -- Rink P.W. Springer - http://rink.nu "It is such a quiet thing, to fall. But yet a far more terrible thing, to admit it." - Darth Traya From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 10:25:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 427CB16A40A for ; Wed, 4 Apr 2007 10:25:19 +0000 (UTC) (envelope-from mipam@ux11.ltcm.net) Received: from ux11.ltcm.net (213-84-197-131.adsl.xs4all.nl [213.84.197.131]) by mx1.freebsd.org (Postfix) with ESMTP id 0220F13C465 for ; Wed, 4 Apr 2007 10:25:18 +0000 (UTC) (envelope-from mipam@ux11.ltcm.net) Received: from ux11.ltcm.net (mipam@localhost.ltcm.net [IPv6:::1]) by ux11.ltcm.net (8.12.9/8.12.9/UX11TT) with ESMTP id l34APGrP032053; Wed, 4 Apr 2007 12:25:17 +0200 (MEST) Received: from localhost (mipam@localhost) by ux11.ltcm.net (8.12.9/8.12.9/Submit) with ESMTP id l34APFXD007918; Wed, 4 Apr 2007 12:25:16 +0200 (MEST) Date: Wed, 4 Apr 2007 12:25:15 +0200 (MEST) From: Mipam To: Rink Springer In-Reply-To: <20070404101554.GA44117@rink.nu> Message-ID: References: <20070404101554.GA44117@rink.nu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Debug question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 10:25:19 -0000 Thanks, when i do what you suggested i get: kgdb: bad namelist. Is the corefile unusuable? Regards, Mipam. On Wed, 4 Apr 2007, Rink Springer wrote: > Hi, > > On Wed, Apr 04, 2007 at 11:56:00AM +0200, Mipam wrote: > > My swap is large enough to cover the whole memory and more so it should be > > okay. However, "gdb kernel vmcore.0" tells me that vmcore.0 is not a core > > dump.... :-( > > Try 'kgdb kernel -c vmcore.0'; more information can be found in the > handbook, most notabilty: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html > > Regards, > > -- > Rink P.W. Springer - http://rink.nu > "It is such a quiet thing, to fall. But yet a far more terrible thing, > to admit it." - Darth Traya > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 10:44:09 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 739F016A401; Wed, 4 Apr 2007 10:44:09 +0000 (UTC) (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 24B6613C448; Wed, 4 Apr 2007 10:44:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l34Ai8Ld002046; Wed, 4 Apr 2007 06:44:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l34Ai8ho007232; Wed, 4 Apr 2007 06:44:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 0D7C2241BF; Wed, 4 Apr 2007 06:44:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070404104408.0D7C2241BF@freebsd-stable.sentex.ca> Date: Wed, 4 Apr 2007 06:44:07 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 10:44:09 -0000 TB --- 2007-04-04 09:22:05 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-04-04 09:22:05 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2007-04-04 09:22:05 - cleaning the object tree TB --- 2007-04-04 09:22:29 - checking out the source tree TB --- 2007-04-04 09:22:29 - cd /tinderbox/RELENG_6/i386/pc98 TB --- 2007-04-04 09:22:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-04-04 09:31:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-04 09:31:56 - cd /src TB --- 2007-04-04 09:31: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 TB --- 2007-04-04 10:32:36 - generating LINT kernel config TB --- 2007-04-04 10:32:36 - cd /src/sys/pc98/conf TB --- 2007-04-04 10:32:36 - /usr/bin/make -B LINT TB --- 2007-04-04 10:32:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-04-04 10:32:36 - cd /src TB --- 2007-04-04 10:32:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 4 10:32:36 UTC 2007 >>> 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 [...] nexus.o(.text+0x8c0): In function `nexus_remap_msix': : undefined reference to `msix_remap' nexus.o(.text+0x8ed): In function `nexus_release_msix': : undefined reference to `msix_release' nexus.o(.text+0x926): In function `nexus_alloc_msi': : undefined reference to `msi_alloc' nexus.o(.text+0x980): In function `nexus_release_msi': : undefined reference to `msi_release' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-04 10:44:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-04 10:44:07 - ERROR: failed to build lint kernel TB --- 2007-04-04 10:44:07 - tinderbox aborted TB --- 0.99 user 2.82 system 4922.59 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 10:51:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9D8916A403 for ; Wed, 4 Apr 2007 10:51:48 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id 68EA113C457 for ; Wed, 4 Apr 2007 10:51:48 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 4B68740BC42; Wed, 4 Apr 2007 17:51:46 +0700 (WIT) Message-ID: <46138409.1030604@tk-pttuntex.com> Date: Wed, 04 Apr 2007 17:55:05 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <46137104.70207@tk-pttuntex.com> <46137729.1050007@tk-pttuntex.com> <20070404104029.GA29196@rambler-co.ru> In-Reply-To: <20070404104029.GA29196@rambler-co.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Niclas Zeising , freebsd-stable@freebsd.org Subject: Re: make buildworld error on am64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 10:51:49 -0000 Ruslan Ermilov wrote: >On Wed, Apr 04, 2007 at 05:00:09PM +0700, zen wrote: > > >>Niclas Zeising wrote: >> >> >> >>>On 4/4/07, zen wrote: >>> >>> >>> >>>>hi , >>>>sorry to bother you again, >>>>i'm trying updating my machine to 6.2STABLE, >>>> >>>> >>>[snip error log] >>> >>> >>> >>>>the box was fresh install from 6.2RELEASE, and was build on am64 arch. >>>>it has 4Gigs RAM and amd64 X2 AM2 socket. >>>> >>>>could you tell me how to resolve this problem? >>>> >>>> >>>>TIA >>>>Zen >>>> >>>> >>>What's in your /etc/make.conf? It seems to me you have set cputype to >>>a faulty value... >>>HTH! >>>//Niclas >>> >>> >>> >>this is my /etc/make.conf >> >>CFLAGS= -O -pipe >>NOPROFILE= true >>USA_RESIDENT= yes >>CPUTYPE=amd64 >>NO_PROFILE=yes >> >> >> >"amd64" is not a valid CPUTYPE; see /usr/share/examples/etc/make.conf >for a list of supported CPU types and pick up any suitable value. > > >Cheers, > > problem solve, i change the value of CPUTYPE to CPUTYPE?=k8, and hopefully everything will be ok.. Thanks All Regards Zen From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 11:01:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8658916A403 for ; Wed, 4 Apr 2007 11:01:03 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id 3F87E13C44C for ; Wed, 4 Apr 2007 11:01:03 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 6ECD46470; Wed, 4 Apr 2007 14:40:54 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 575926464; Wed, 4 Apr 2007 14:40:54 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id l34AeTXs029573; Wed, 4 Apr 2007 14:40:29 +0400 (MSD) (envelope-from ru) Date: Wed, 4 Apr 2007 14:40:29 +0400 From: Ruslan Ermilov To: zen Message-ID: <20070404104029.GA29196@rambler-co.ru> References: <46137104.70207@tk-pttuntex.com> <46137729.1050007@tk-pttuntex.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <46137729.1050007@tk-pttuntex.com> User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: No virus found Cc: Niclas Zeising , freebsd-stable@freebsd.org Subject: Re: make buildworld error on am64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 11:01:03 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 04, 2007 at 05:00:09PM +0700, zen wrote: > Niclas Zeising wrote: >=20 > >On 4/4/07, zen wrote: > > > >>hi , > >>sorry to bother you again, > >>i'm trying updating my machine to 6.2STABLE, > > > > > >[snip error log] > > > >> > >>the box was fresh install from 6.2RELEASE, and was build on am64 arch. > >>it has 4Gigs RAM and amd64 X2 AM2 socket. > >> > >>could you tell me how to resolve this problem? > >> > >> > >>TIA > >>Zen > > > > > >What's in your /etc/make.conf? It seems to me you have set cputype to > >a faulty value... > >HTH! > >//Niclas > > > this is my /etc/make.conf >=20 > CFLAGS=3D -O -pipe > NOPROFILE=3D true > USA_RESIDENT=3D yes > CPUTYPE=3Damd64 > NO_PROFILE=3Dyes >=20 "amd64" is not a valid CPUTYPE; see /usr/share/examples/etc/make.conf for a list of supported CPU types and pick up any suitable value. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGE4CdqRfpzJluFF4RAl82AJ4zPqEvUKMtZhtBQ3weZLSnDXBaiwCcDn90 XHyHY0eT3VjaZ2aLgiSwuS4= =Oz26 -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 11:14:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCD8D16A403 for ; Wed, 4 Apr 2007 11:14:32 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.freebsd.org (Postfix) with ESMTP id 694F513C487 for ; Wed, 4 Apr 2007 11:14:32 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l34BELiu028659 for ; Wed, 4 Apr 2007 04:14:28 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l34BELML028658 for freebsd-stable@freebsd.org; Wed, 4 Apr 2007 04:14:21 -0700 (PDT) (envelope-from chris#@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to chris#@1command.com using -f Received: from brickwall.spam-fighters.com (brickwall.spam-fighters.com [216.177.243.55]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 04 Apr 2007 04:14:21 -0700 Message-ID: <20070404041421.rvhjdhsunc4cow0g@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 04 Apr 2007 04:14:21 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <20070404014346.1wiuwcircwg004cg@webmail.1command.com> <46138081.90203@verweg.com> In-Reply-To: <46138081.90203@verweg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: NFS == lock && reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 11:14:32 -0000 Quoting Ruben van Staveren : > Chris H. wrote: >> # uname -a >> FreeBSD host.domain.tld 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 26 >> 16:27:14 PST 2007 >> >> Greetings, >> Does anyone know when NFS and friends will be working again? I haven't >> been able >> to /safely/ use it from 4.8 on. I remember some talk on the list >> sometime ago and >> then it seemed to be resolved, as the discussion ended. So I thought >> it was >> fixed. Seems not. :( >> > >> >> # cp /path/to/approx/10Mb/file /host/path/to/dest/dir/ >> >> Fatal double fault >> eis 0x0blah >> eiblah blah0x >> panic double fault >> no dump device defined >> rebooting in 15sec... > > You might want to try to configure a dump device, or as a last resort, > take a picture of the crash and put that on your site > Greetings, and thank you for your reply. FWIW it was only 4 lines, each beginning with ei followed by their hex values. Like I said originally, I can crash it at will. If the "ei" lines make the difference, I can crash it and write them down. The values aren't that long. I hate to crash it, but it's crashed so many times while experimenting in an effort to find a way (KLUDGE) to get around it, I've got more salvaged inodes in lost+found than I have files on an entire FreeBSD install. Point being; if it /really/ makes the difference to have the "ei" values, I'll just crash it and record them to post here. It just seems that this /type/ of output would be an indicator to "those in the know" as to where I need to go about overcoming this - assuming it's on my end and not in the 6x i386/sys source. Thanks again. >> >> Hmmm... that's not good. :( >> >> I can't remember all the "ei*" numbers between the Fatal and panic lines, >> BUT I /can/ reproduce this at will - I simply need to copy a file larger >> than a few k to a mounted host. Yes, this /does/ happen /every/ time. >> >> Any and all help with this will be /GREATLY/ appreciated. >> >> Thank you for all your time and consideration in this matter. >> >> --Chris > > Regards, > Ruben > -- panic: kernel trap (ignored) ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 11:17:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A21B16A405 for ; Wed, 4 Apr 2007 11:17:20 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [217.77.141.129]) by mx1.freebsd.org (Postfix) with ESMTP id EB33013C459 for ; Wed, 4 Apr 2007 11:17:19 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from [192.168.1.12] (helium.xs4all.nl [194.109.251.55]) (authenticated bits=0) by erg.verweg.com (8.13.8/8.13.8) with ESMTP id l34Ae1ZE058820 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 4 Apr 2007 12:40:04 +0200 (CEST) (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host helium.xs4all.nl [194.109.251.55] claimed to be [192.168.1.12] Message-ID: <46138081.90203@verweg.com> Date: Wed, 04 Apr 2007 12:40:01 +0200 From: Ruben van Staveren Organization: Verweg Dot Com User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: "Chris H." References: <20070404014346.1wiuwcircwg004cg@webmail.1command.com> In-Reply-To: <20070404014346.1wiuwcircwg004cg@webmail.1command.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00, DATE_IN_FUTURE_96_XX,SPF_PASS autolearn=no version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on erg.verweg.com Cc: "\[FBSDS\]" Subject: Re: NFS == lock && reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 11:17:20 -0000 Chris H. wrote: > # uname -a > FreeBSD host.domain.tld 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 26 > 16:27:14 PST 2007 > > Greetings, > Does anyone know when NFS and friends will be working again? I haven't > been able > to /safely/ use it from 4.8 on. I remember some talk on the list > sometime ago and > then it seemed to be resolved, as the discussion ended. So I thought > it was > fixed. Seems not. :( > > > # cp /path/to/approx/10Mb/file /host/path/to/dest/dir/ > > Fatal double fault > eis 0x0blah > eiblah blah0x > panic double fault > no dump device defined > rebooting in 15sec... You might want to try to configure a dump device, or as a last resort, take a picture of the crash and put that on your site > > Hmmm... that's not good. :( > > I can't remember all the "ei*" numbers between the Fatal and panic lines, > BUT I /can/ reproduce this at will - I simply need to copy a file larger > than a few k to a mounted host. Yes, this /does/ happen /every/ time. > > Any and all help with this will be /GREATLY/ appreciated. > > Thank you for all your time and consideration in this matter. > > --Chris Regards, Ruben From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 11:36:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A2DC16A402 for ; Wed, 4 Apr 2007 11:36:56 +0000 (UTC) (envelope-from rivers@dignus.com) Received: from dignus.com (mail.dignus.com [209.42.196.2]) by mx1.freebsd.org (Postfix) with ESMTP id EEF9E13C45D for ; Wed, 4 Apr 2007 11:36:55 +0000 (UTC) (envelope-from rivers@dignus.com) Received: from lakes.dignus.com (lakes.dignus.com [10.1.0.3]) by dignus.com (8.13.1/8.13.1) with ESMTP id l34BLceF016775; Wed, 4 Apr 2007 07:21:38 -0400 (EDT) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id l34BNq890328; Wed, 4 Apr 2007 07:23:52 -0400 (EDT) (envelope-from rivers) Date: Wed, 4 Apr 2007 07:23:52 -0400 (EDT) From: Thomas David Rivers Message-Id: <200704041123.l34BNq890328@lakes.dignus.com> To: chris#@1command.com, freebsd-stable@freebsd.org In-Reply-To: <20070404014346.1wiuwcircwg004cg@webmail.1command.com> X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on office.dignus.com Cc: Subject: Re: NFS == lock && reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 11:36:56 -0000 I have found that if I kill rpc.lockd on the NFS server, most of the NFS issues I have (including a similar lock-up on 6.1-RELEASE) go away. Just wanted to throw that "out there". - Dave Rivers - > > Greetings, > Does anyone know when NFS and friends will be working again? I haven't > been able > to /safely/ use it from 4.8 on. I remember some talk on the list > sometime ago and > then it seemed to be resolved, as the discussion ended. So I thought it was > fixed. Seems not. :( > > My scenario; > mount host off root: > mount script exec'd follows... > > #!/bin/sh - > mount -t nfs host.domain.tld:/ /host > mount -t nfs host.domain.tld:/var /host/var > > confirm mount... > > # ls /host > .snap COPYRIGHT bin > ... > usr var tmp > > OK looks good... > > # cp /path/to/approx/10Mb/file /host/path/to/dest/dir/ > > Fatal double fault > eis 0x0blah > eiblah blah0x > panic double fault > no dump device defined > rebooting in 15sec... > > Hmmm... that's not good. :( > > I can't remember all the "ei*" numbers between the Fatal and panic lines, > BUT I /can/ reproduce this at will - I simply need to copy a file larger > than a few k to a mounted host. Yes, this /does/ happen /every/ time. > > Any and all help with this will be /GREATLY/ appreciated. > > Thank you for all your time and consideration in this matter. > > --Chris > > > -- > panic: kernel trap (ignored) > > > > ----------------------------------------------------------------- > FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 > ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 12:42:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4285C16A406 for ; Wed, 4 Apr 2007 12:42:44 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.freebsd.org (Postfix) with ESMTP id D4ED113C44C for ; Wed, 4 Apr 2007 12:42:43 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l34CgLsd037221 for ; Wed, 4 Apr 2007 05:42:39 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l34CgJFS037189 for freebsd-stable@freebsd.org; Wed, 4 Apr 2007 05:42:19 -0700 (PDT) (envelope-from chris#@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to chris#@1command.com using -f Received: from brickwall.spam-fighters.com (brickwall.spam-fighters.com [216.177.243.55]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 04 Apr 2007 05:42:19 -0700 Message-ID: <20070404054219.ejuvhtdq8wc04ogk@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 04 Apr 2007 05:42:19 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <200704041123.l34BNq890328@lakes.dignus.com> In-Reply-To: <200704041123.l34BNq890328@lakes.dignus.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: NFS == lock && reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 12:42:44 -0000 Quoting Thomas David Rivers : > I have found that if I kill rpc.lockd on the NFS server, > most of the NFS issues I have (including a similar lock-up on > 6.1-RELEASE) go away. Ah hah! I wondered about this. Funny you mention it. The interesting thing was that my most problem boxen is this one here, and it is the /only/ one with: rpc_lockd_enable="YES" rpc_statd_enable="YES" in rc.conf I simply chose these in an effort to keep everything current and accurate. You don't happen to have any experiences keeping rpc.statd running? Thank you for taking the time to reply. --Chris > > Just wanted to throw that "out there". > > > - Dave Rivers - > >> >> Greetings, >> Does anyone know when NFS and friends will be working again? I haven't >> been able >> to /safely/ use it from 4.8 on. I remember some talk on the list >> sometime ago and >> then it seemed to be resolved, as the discussion ended. So I thought it was >> fixed. Seems not. :( >> >> My scenario; >> mount host off root: >> mount script exec'd follows... >> >> #!/bin/sh - >> mount -t nfs host.domain.tld:/ /host >> mount -t nfs host.domain.tld:/var /host/var >> >> confirm mount... >> >> # ls /host >> .snap COPYRIGHT bin >> ... >> usr var tmp >> >> OK looks good... >> >> # cp /path/to/approx/10Mb/file /host/path/to/dest/dir/ >> >> Fatal double fault >> eis 0x0blah >> eiblah blah0x >> panic double fault >> no dump device defined >> rebooting in 15sec... >> >> Hmmm... that's not good. :( >> >> I can't remember all the "ei*" numbers between the Fatal and panic lines, >> BUT I /can/ reproduce this at will - I simply need to copy a file larger >> than a few k to a mounted host. Yes, this /does/ happen /every/ time. >> >> Any and all help with this will be /GREATLY/ appreciated. >> >> Thank you for all your time and consideration in this matter. >> >> --Chris >> >> >> -- >> panic: kernel trap (ignored) >> >> >> >> ----------------------------------------------------------------- >> FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 >> ///////////////////////////////////////////////////////////////// > _______________________________________________ > 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" > -- panic: kernel trap (ignored) ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 13:09:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8CC7E16A409 for ; Wed, 4 Apr 2007 13:09:16 +0000 (UTC) (envelope-from rivers@dignus.com) Received: from dignus.com (mail.dignus.com [209.42.196.2]) by mx1.freebsd.org (Postfix) with ESMTP id C878E13C459 for ; Wed, 4 Apr 2007 13:09:15 +0000 (UTC) (envelope-from rivers@dignus.com) Received: from lakes.dignus.com (lakes.dignus.com [10.1.0.3]) by dignus.com (8.13.1/8.13.1) with ESMTP id l34D7OM2017162; Wed, 4 Apr 2007 09:07:24 -0400 (EDT) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id l34D9da90685; Wed, 4 Apr 2007 09:09:39 -0400 (EDT) (envelope-from rivers) Date: Wed, 4 Apr 2007 09:09:39 -0400 (EDT) From: Thomas David Rivers Message-Id: <200704041309.l34D9da90685@lakes.dignus.com> To: chris#@1command.com, freebsd-stable@freebsd.org In-Reply-To: <20070404054219.ejuvhtdq8wc04ogk@webmail.1command.com> X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on office.dignus.com Cc: Subject: Re: NFS == lock && reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 13:09:18 -0000 Hi Chris, Well - the NFS server is 4.5-RELEASE - a rather old box. Everything worked fine when the shop was all 4.x boxes, but as soon as we put in a 5.x or 6.x box - the NFS clients on those (5.x/6.x) boxes locked up hard if rpc.lockd was running on the 4.5-RELEASE server. On 4.x, rpc.lockd doesn't start automatically - since, as I understand it, rpc.lockd had "issues" in that timeframe. But, one of the developers here turned it on hoping to get real locking for /var/mail. So - I thought my problem might simply be the old rpc.lockd implementation in 4.x, and I didn't worry about it (since 4.x is out-of-service anyway.) However, this sounded _so_ familiar - I thought I would pop-up and mumble something like a "me too." rpc.statd isn't running on the 4.5 NFS server. - Dave Rivers - > > Quoting Thomas David Rivers : > > > I have found that if I kill rpc.lockd on the NFS server, > > most of the NFS issues I have (including a similar lock-up on > > 6.1-RELEASE) go away. > > Ah hah! I wondered about this. Funny you mention it. The interesting > thing was that my most problem boxen is this one here, and it is the > /only/ one with: > > rpc_lockd_enable="YES" > rpc_statd_enable="YES" > > in rc.conf I simply chose these in an effort to keep everything current > and accurate. You don't happen to have any experiences keeping rpc.statd > running? > > Thank you for taking the time to reply. > > --Chris From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 13:21:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF17216A408 for ; Wed, 4 Apr 2007 13:21:53 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1AD13C448 for ; Wed, 4 Apr 2007 13:21:53 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 0005819E03B; Wed, 4 Apr 2007 15:21:51 +0200 (CEST) Received: from [192.168.1.2] (grimm.quip.cz [213.220.192.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id 48E9619E038; Wed, 4 Apr 2007 15:21:46 +0200 (CEST) Message-ID: <4613A66A.50204@quip.cz> Date: Wed, 04 Apr 2007 15:21:46 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: andrej@antiszoc.hu References: <58209.195.70.43.76.1175680466.squirrel@duloc.webmedia.hu> In-Reply-To: <58209.195.70.43.76.1175680466.squirrel@duloc.webmedia.hu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Sun Fire X2100 SATA problem [was - sun x2100 gmirror problem] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 13:21:53 -0000 andrej@antiszoc.hu wrote: > Hi, > > We're using gmirror on our sun fire x2100 and FreeBSD 6.1-p10. Some days > ago I found this in the logs: > > Apr 1 02:12:05 x2100 kernel: ad6: WARNING - WRITE_DMA48 UDMA ICRC error > (retrying request) LBA=612960533 > Apr 1 02:12:05 x2100 kernel: ad6: FAILURE - WRITE_DMA48 > status=51 error=10 LBA=612960533 > Apr 1 02:12:05 x2100 kernel: GEOM_MIRROR: Request failed (error=5). > ad6[WRITE(offset=313835792896, length=4096)] > Apr 1 02:12:05 x2100 kernel: GEOM_MIRROR: Device gm0: provider ad6 > disconnected. > > Normally it looks like a disk error, but I think our half year old disks > (WD RE2) shouldn't fail after this short time. Of course they have moving > parts so they MAY fail. :( Yesterday I tried to reinit the sata channel > and insert the disk back into the mirror. I got this: > > Apr 3 23:00:32 x2100 kernel: GEOM_MIRROR: Device gm0: provider ad6 detected. > Apr 3 23:00:32 x2100 kernel: GEOM_MIRROR: Device gm0: rebuilding provider > ad6. > Apr 3 23:00:36 x2100 kernel: ad6: WARNING - WRITE_DMA UDMA ICRC error > (retrying request) LBA=245760 > Apr 3 23:00:38 x2100 kernel: ad6: WARNING - WRITE_DMA UDMA ICRC error > (retrying request) LBA=392576 > Apr 3 23:00:38 x2100 kernel: ad6: WARNING - WRITE_DMA UDMA ICRC error > (retrying request) LBA=392960 > Apr 3 23:00:53 x2100 kernel: ad6: FAILURE - device detached > > After this, the disk disappeared from the sata channel completely. > > The wierd is that we used the onboard nvidia-raid and the very same error > occured, but there was no report in the kernel the machine just don't > asked for operating system. Later I found out that the disk was forgotten > ~2 weeks before that reboot (data was ~2 week old on it). Otherwise that > "forgotten/failed" disk was also half year old and was fine without a > problem. > > Is there anybody who experienced something similar with SUN X2100 or any > other servers running FreeBSD 6 and sata? > > Regards, > Andras Hi, I can confirm your problem. I have same problem on one X2100 but not on the others. Currenty I have 4 X2100 machines, but only one with this strange problem. The problem is not caused by HDD it self, I tried to replace it with brand new and same error appears after few days. May be there are some problems with cables / connectors or something on mainboard. I am well known by problems with SATA(n) disk drives problems / disappearing on this list and local (czech) mailing list. I had similar problems on ASUS boards with Intel chipsets... so in my point of view - there is something bad with SATA in general. I never had problem like this with old good ATA drives. I have not solution for this problem. Disk is OK after reboot for a few dasy or weeks... if there is somebody which can help with investigating this kind of problem, I'll be happy to cooperate. output of dmesg, smartctl, gmirror etc.: http://www.quip.cz/1/freebsd/sata-hdd-problems/2007-03-07_errors_ad6.txt Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 13:45:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6320F16A401 for ; Wed, 4 Apr 2007 13:45:30 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.webmedia.hu (webmedia.hu [195.70.37.84]) by mx1.freebsd.org (Postfix) with ESMTP id 069EA13C480 for ; Wed, 4 Apr 2007 13:45:29 +0000 (UTC) (envelope-from andrej@antiszoc.hu) X-Virus-Scanned: amavisd-new at webmedia.hu Received: from 195.70.43.76 (SquirrelMail authenticated user andrej@antiszoc.hu) by duloc.webmedia.hu with HTTP; Wed, 4 Apr 2007 15:45:22 +0200 (CEST) Message-ID: <61061.195.70.43.76.1175694322.squirrel@duloc.webmedia.hu> In-Reply-To: <4613A66A.50204@quip.cz> References: <58209.195.70.43.76.1175680466.squirrel@duloc.webmedia.hu> <4613A66A.50204@quip.cz> Date: Wed, 4 Apr 2007 15:45:22 +0200 (CEST) From: =?iso-8859-2?Q?G=F3t_Andr=E1s?= To: "Miroslav Lachman" <000.fbsd@quip.cz> User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, andrej@antiszoc.hu Subject: Re: Sun Fire X2100 SATA problem [was - sun x2100 gmirror problem] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 13:45:30 -0000 On Sze, Április 4, 2007 3:21 pm, Miroslav Lachman wrote: > andrej@antiszoc.hu wrote: > >> Hi, >> >> >> We're using gmirror on our sun fire x2100 and FreeBSD 6.1-p10. Some >> days ago I found this in the logs: >> >> Apr 1 02:12:05 x2100 kernel: ad6: WARNING - WRITE_DMA48 UDMA ICRC >> error (retrying request) LBA=612960533 >> Apr 1 02:12:05 x2100 kernel: ad6: FAILURE - WRITE_DMA48 >> status=51 error=10 LBA=612960533 Apr 1 >> 02:12:05 x2100 kernel: GEOM_MIRROR: Request failed (error=5). >> ad6[WRITE(offset=313835792896, length=4096)] Apr 1 02:12:05 x2100 >> kernel: GEOM_MIRROR: Device gm0: provider ad6 >> disconnected. >> >> Normally it looks like a disk error, but I think our half year old >> disks (WD RE2) shouldn't fail after this short time. Of course they have >> moving parts so they MAY fail. :( Yesterday I tried to reinit the sata >> channel and insert the disk back into the mirror. I got this: >> >> Apr 3 23:00:32 x2100 kernel: GEOM_MIRROR: Device gm0: provider ad6 >> detected. Apr 3 23:00:32 x2100 kernel: GEOM_MIRROR: Device gm0: >> rebuilding provider ad6. Apr 3 23:00:36 x2100 kernel: ad6: WARNING - >> WRITE_DMA UDMA ICRC error >> (retrying request) LBA=245760 >> Apr 3 23:00:38 x2100 kernel: ad6: WARNING - WRITE_DMA UDMA ICRC error >> (retrying request) LBA=392576 >> Apr 3 23:00:38 x2100 kernel: ad6: WARNING - WRITE_DMA UDMA ICRC error >> (retrying request) LBA=392960 >> Apr 3 23:00:53 x2100 kernel: ad6: FAILURE - device detached >> >> >> After this, the disk disappeared from the sata channel completely. >> >> >> The wierd is that we used the onboard nvidia-raid and the very same >> error occured, but there was no report in the kernel the machine just >> don't asked for operating system. Later I found out that the disk was >> forgotten ~2 weeks before that reboot (data was ~2 week old on it). >> Otherwise that >> "forgotten/failed" disk was also half year old and was fine without a >> problem. >> >> Is there anybody who experienced something similar with SUN X2100 or >> any other servers running FreeBSD 6 and sata? >> >> Regards, >> Andras >> > > Hi, > > > I can confirm your problem. I have same problem on one X2100 but not on > the others. Currenty I have 4 X2100 machines, but only one with this > strange problem. The problem is not caused by HDD it self, I tried to > replace it with brand new and same error appears after few days. May be > there are some problems with cables / connectors or something on > mainboard. I am well known by problems with SATA(n) disk drives problems / > disappearing on this list and local (czech) mailing list. I had similar > problems on ASUS boards with Intel chipsets... so in my point of view - > there is something bad with SATA in general. I never had problem like this > with old good ATA drives. > > I have not solution for this problem. Disk is OK after reboot for a few > dasy or weeks... if there is somebody which can help with investigating > this kind of problem, I'll be happy to cooperate. > > output of dmesg, smartctl, gmirror etc.: > http://www.quip.cz/1/freebsd/sata-hdd-problems/2007-03-07_errors_ad6.txt > > > Miroslav Lachman Hi, May I ask that when did you buy that machine with the problem and the others? We bought ours February 2006. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 13:59:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 024EE16A402 for ; Wed, 4 Apr 2007 13:59:12 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.freebsd.org (Postfix) with ESMTP id CE33813C487 for ; Wed, 4 Apr 2007 13:59:10 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l34Dwut2044695 for ; Wed, 4 Apr 2007 06:59:06 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l34DwucN044694 for freebsd-stable@freebsd.org; Wed, 4 Apr 2007 06:58:56 -0700 (PDT) (envelope-from chris#@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to chris#@1command.com using -f Received: from brickwall.spam-fighters.com (brickwall.spam-fighters.com [216.177.243.55]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 04 Apr 2007 06:58:56 -0700 Message-ID: <20070404065856.m5gtplingo0kwgkw@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 04 Apr 2007 06:58:56 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <200704041309.l34D9da90685@lakes.dignus.com> In-Reply-To: <200704041309.l34D9da90685@lakes.dignus.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: NFS == lock && reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 13:59:12 -0000 Quoting Thomas David Rivers : > Hi Chris, > > Well - the NFS server is 4.5-RELEASE - a rather old box. > > Everything worked fine when the shop was all 4.x boxes, but as soon > as we put in a 5.x or 6.x box - the NFS clients on those (5.x/6.x) boxes > locked up hard if rpc.lockd was running on the 4.5-RELEASE server. > > On 4.x, rpc.lockd doesn't start automatically - since, as I understand > it, rpc.lockd had "issues" in that timeframe. But, one of the developers > here turned it on hoping to get real locking for /var/mail. > > So - I thought my problem might simply be the old rpc.lockd > implementation in 4.x, and I didn't worry about it (since 4.x is > out-of-service anyway.) > > However, this sounded _so_ familiar - I thought I would pop-up > and mumble something like a "me too." > > rpc.statd isn't running on the 4.5 NFS server. > > > - Dave Rivers - Hello Dave, and thanks for responding. Alrighty then. Looks like it's time for a little more experimentation. I'm going to turn off both rpc.lockd and rpc.statd on this (and the others) and see if the NFS service(s) work a little more as intended. If it does, that'll be great. But doesn't cure an /apparently/ ailing NFS. I'll report back on my findings here. FWIW for anyone that might be interested; I am willing to make this boxen a guinie pig/lab rat in an effort to discover what might be wrong in the NFS family of services in FBSD. If interested, let me know what needs to be done. Thanks again for responding. --Chris > > >> >> Quoting Thomas David Rivers : >> >> > I have found that if I kill rpc.lockd on the NFS server, >> > most of the NFS issues I have (including a similar lock-up on >> > 6.1-RELEASE) go away. >> >> Ah hah! I wondered about this. Funny you mention it. The interesting >> thing was that my most problem boxen is this one here, and it is the >> /only/ one with: >> >> rpc_lockd_enable="YES" >> rpc_statd_enable="YES" >> >> in rc.conf I simply chose these in an effort to keep everything current >> and accurate. You don't happen to have any experiences keeping rpc.statd >> running? >> >> Thank you for taking the time to reply. >> >> --Chris > _______________________________________________ > 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" > -- panic: kernel trap (ignored) ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 14:01:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 73EDE16A407 for ; Wed, 4 Apr 2007 14:01:15 +0000 (UTC) (envelope-from gb@isis.u-strasbg.fr) Received: from chimie.u-strasbg.fr (chimie.u-strasbg.fr [130.79.40.6]) by mx1.freebsd.org (Postfix) with ESMTP id E669B13C4B9 for ; Wed, 4 Apr 2007 14:01:14 +0000 (UTC) (envelope-from gb@isis.u-strasbg.fr) Received: from 6nq.u-strasbg.fr (chimie.u-strasbg.fr [130.79.40.6]) by chimie.u-strasbg.fr (Postfix) with ESMTP id 11700FC21 for ; Wed, 4 Apr 2007 15:36:18 +0200 (CEST) Received: by 6nq.u-strasbg.fr (Postfix, from userid 1001) id 0F75817118; Wed, 4 Apr 2007 15:36:12 +0200 (CEST) Date: Wed, 4 Apr 2007 15:36:11 +0200 From: Guy Brand To: freebsd-stable@freebsd.org Message-ID: <20070404133611.GG1339@isis.u-strasbg.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline x-gpg-fingerprint: B423 4924 012E 52F3 BA9E 547F CC8C 0BC5 9C0E B1CA x-gpg-key: 9C0EB1CA User-Agent: Mutt/1.5.14 (2007-02-12) Subject: Panic on reboot with gmirror+gjournal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 14:01:15 -0000 Hi all, I have a setup on 6-STABLE from today with two identical disks in a gm0 provider and 3 gjournal providers on it: Geom name: gm0 State: COMPLETE Components: 2 Balance: round-robin Slice: 1 Flags: NONE GenID: 0 SyncID: 1 ID: 2763081532 Providers: 1. Name: mirror/gm0 Mediasize: 500107861504 (466G) Sectorsize: 512 Mode: r3w3e4 Consumers: 1. Name: ad5 Mediasize: 500107862016 (466G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 2315942152 2. Name: ad6 Mediasize: 500107862016 (466G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: NONE GenID: 0 SyncID: 1 ID: 3121293515 Geom name: gjournal 1524581050 ID: 1524581050 Providers: 1. Name: mirror/gm0f.journal Mediasize: 106300440064 (99G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: mirror/gm0f Mediasize: 107374182400 (100G) Sectorsize: 512 Mode: r1w1e1 Jend: 107374181888 Jstart: 106300440064 Role: Data,Journal Geom name: gjournal 1230399956 ID: 1230399956 Providers: 1. Name: mirror/gm0g.journal Mediasize: 192199785984 (179G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: mirror/gm0g Mediasize: 193273528320 (180G) Sectorsize: 512 Mode: r1w1e1 Jend: 193273527808 Jstart: 192199785984 Role: Data,Journal Geom name: gjournal 1616155040 ID: 1616155040 Providers: 1. Name: mirror/gm0h.journal Mediasize: 193061356032 (180G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: mirror/gm0h Mediasize: 194135098368 (181G) Sectorsize: 512 Mode: r1w1e1 Jend: 194135097856 Jstart: 193061356032 Role: Data,Journal Everything works fine until I reboot. At the end of the shutdown I see the 3 journals being shut down, then gm0 being destroyed but then gjournal tries to do something more, which is probably wrong as all the consumers have disappeared: All buffers synced Uptime: 16m27s GEOM_JOURNAL: Shutting down geom gjournal 1616155040. GEOM_JOURNAL: Shutting down geom gjournal 1230399956. GEOM_JOURNAL: Shutting down geom gjournal 1524581050. GEOM_MIRROR: Device gm0: provider mirror/gm0 destroyed. GEOM_MIRROR: Device gm0 destroyed. GEOM_JOURNAL: Fatal trap 12: page fault while in kernel mode ... On manual reset, FS come up clean of course, so there is not much harm, but it would be better if I could fix that. -- bug From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 14:27:35 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD1E016A402 for ; Wed, 4 Apr 2007 14:27:35 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 2B69813C457 for ; Wed, 4 Apr 2007 14:27:34 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (cdsdyb@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l34ERGpx037878; Wed, 4 Apr 2007 16:27:21 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l34ERGP3037877; Wed, 4 Apr 2007 16:27:16 +0200 (CEST) (envelope-from olli) Date: Wed, 4 Apr 2007 16:27:16 +0200 (CEST) Message-Id: <200704041427.l34ERGP3037877@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, chris#@1command.com In-Reply-To: <20070404054219.ejuvhtdq8wc04ogk@webmail.1command.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 04 Apr 2007 16:27:21 +0200 (CEST) Cc: Subject: Re: NFS == lock && reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, chris#@1command.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 14:27:35 -0000 Chris H. wrote: > Thomas David Rivers wrote: > > I have found that if I kill rpc.lockd on the NFS server, > > most of the NFS issues I have (including a similar lock-up on > > 6.1-RELEASE) go away. FWIW, I also had problems with running rpc.lockd and rpc.statd (no panics, though). If you don't need them (i.e. you don't need cross-machine locking), then don't use them. Use the -L flag to mount_nfs so at least local locking works. > You don't happen to have any experiences keeping rpc.statd > running? Basically, it doesn't make much sense to run one without the other. If you disable rpc.lockd, you can also safely disable rpc.statd. However, I don't think that your actual problem (lock-up and panics) is related to rpc.lockd or rpc.statd. It rather sounds like something else is wrong with your machine. NFS works perfectly fine for me, including copying huge files. You wrote that you had a lot of crashes that accumulated many files in lost+found. Well, maybe your filesystem was somehow damaged in the process. It is possible to damage file systems in a way that can lead to panics, and it's not necessarily detected and repaired by fsck. > > > # cp /path/to/approx/10Mb/file /host/path/to/dest/dir/ > > > > > > Fatal double fault > > > eis 0x0blah > > > eiblah blah0x > > > panic double fault > > > no dump device defined You should try to setup a dump device, so you get a kernel crash dump next time. The crash dump can be used to find out where the crash occured -- and I bet it's not in the NFS code. See the Handbook for details on how to setup a dump device. By the way, does the problem also occur when copying the file to/from a memory disk, so no physical disk is involved? That way you would exclude the disk and the disk driver as potential causes. Similarly, try a loopback NFS mount (i.e. mount from 127.0.0.1) in order to exclude the network interface driver as a potential cause. If the problem still exists when copying a 10 MB file from a memory disk to a memory disk (same or other) via a localhost mount on the same machine, then it looks like the NFS code might be at fault. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C++ is the only current language making COBOL look good." -- Bertrand Meyer From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 14:39:51 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BB7416A477 for ; Wed, 4 Apr 2007 14:39:51 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.freebsd.org (Postfix) with ESMTP id E393413C46E for ; Wed, 4 Apr 2007 14:39:50 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l34Ede2c048722 for ; Wed, 4 Apr 2007 07:39:47 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l34Eddsw048721 for freebsd-stable@FreeBSD.ORG; Wed, 4 Apr 2007 07:39:39 -0700 (PDT) (envelope-from chris#@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to chris#@1command.com using -f Received: from brickwall.spam-fighters.com (brickwall.spam-fighters.com [216.177.243.55]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 04 Apr 2007 07:39:39 -0700 Message-ID: <20070404073939.h9p3mgp2m88kswk8@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 04 Apr 2007 07:39:39 -0700 From: "Chris H." To: freebsd-stable@FreeBSD.ORG References: <200704041427.l34ERGP3037877@lurza.secnetix.de> In-Reply-To: <200704041427.l34ERGP3037877@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: Subject: Re: NFS == lock && reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 14:39:51 -0000 Quoting Oliver Fromme : > Chris H. wrote: > > Thomas David Rivers wrote: > > > I have found that if I kill rpc.lockd on the NFS server, > > > most of the NFS issues I have (including a similar lock-up on > > > 6.1-RELEASE) go away. > > FWIW, I also had problems with running rpc.lockd and > rpc.statd (no panics, though). If you don't need them > (i.e. you don't need cross-machine locking), then don't > use them. Use the -L flag to mount_nfs so at least > local locking works. > > > You don't happen to have any experiences keeping rpc.statd > > running? > > Basically, it doesn't make much sense to run one without > the other. If you disable rpc.lockd, you can also safely > disable rpc.statd. > > However, I don't think that your actual problem (lock-up > and panics) is related to rpc.lockd or rpc.statd. It > rather sounds like something else is wrong with your > machine. NFS works perfectly fine for me, including > copying huge files. > > You wrote that you had a lot of crashes that accumulated > many files in lost+found. Well, maybe your filesystem > was somehow damaged in the process. It is possible to > damage file systems in a way that can lead to panics, and > it's not necessarily detected and repaired by fsck. Indeed. I /too/ considered this. However, I largely dismissed this as a possibility as most all of them are 0 length in size. The others are fragments of logs. I'm not /completely/ ruling this out though. > > > > > # cp /path/to/approx/10Mb/file /host/path/to/dest/dir/ > > > > > > > > Fatal double fault > > > > eis 0x0blah > > > > eiblah blah0x > > > > panic double fault > > > > no dump device defined > > You should try to setup a dump device, so you get a kernel > crash dump next time. The crash dump can be used to find > out where the crash occured -- and I bet it's not in the > NFS code. > > See the Handbook for details on how to setup a dump device. > > By the way, does the problem also occur when copying the > file to/from a memory disk, so no physical disk is involved? > That way you would exclude the disk and the disk driver as > potential causes. Similarly, try a loopback NFS mount > (i.e. mount from 127.0.0.1) in order to exclude the network > interface driver as a potential cause. > > If the problem still exists when copying a 10 MB file from > a memory disk to a memory disk (same or other) via a > localhost mount on the same machine, then it looks like > the NFS code might be at fault. > > Best regards > Oliver All good advise. I'm going to /initially/ take the easy way out first (remove lockd/statd from rc.conf). As a quick experiment. Then I'll endevour to investigate further using your suggestions. Thank you very much for all your time and thoughtful answer. --Chris > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=E4ftsfuehrun= g: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=FC= n- > chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf Geb= hart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "C++ is the only current language making COBOL look good." > -- Bertrand Meyer > -- panic: kernel trap (ignored) ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 15:52:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 490F716A406 for ; Wed, 4 Apr 2007 15:52:33 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id CCC9413C45D for ; Wed, 4 Apr 2007 15:52:32 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C988319E03B; Wed, 4 Apr 2007 17:52:31 +0200 (CEST) Received: from [192.168.1.2] (grimm.quip.cz [213.220.192.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id 1A91E19E038; Wed, 4 Apr 2007 17:52:25 +0200 (CEST) Message-ID: <4613C9B8.8090409@quip.cz> Date: Wed, 04 Apr 2007 17:52:24 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: =?ISO-8859-2?Q?G=F3t_Andr=E1s?= References: <58209.195.70.43.76.1175680466.squirrel@duloc.webmedia.hu> <4613A66A.50204@quip.cz> <61061.195.70.43.76.1175694322.squirrel@duloc.webmedia.hu> In-Reply-To: <61061.195.70.43.76.1175694322.squirrel@duloc.webmedia.hu> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Sun Fire X2100 SATA problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 15:52:33 -0000 Gót András wrote: > On Sze, Április 4, 2007 3:21 pm, Miroslav Lachman wrote: > >>andrej@antiszoc.hu wrote: >> >> >>>Hi, >>> >>> >>>We're using gmirror on our sun fire x2100 and FreeBSD 6.1-p10. Some >>>days ago I found this in the logs: >>> >>>Apr 1 02:12:05 x2100 kernel: ad6: WARNING - WRITE_DMA48 UDMA ICRC >>>error (retrying request) LBA=612960533 >>>Apr 1 02:12:05 x2100 kernel: ad6: FAILURE - WRITE_DMA48 >>>status=51 error=10 LBA=612960533 Apr 1 >>>02:12:05 x2100 kernel: GEOM_MIRROR: Request failed (error=5). >>>ad6[WRITE(offset=313835792896, length=4096)] Apr 1 02:12:05 x2100 >>>kernel: GEOM_MIRROR: Device gm0: provider ad6 >>>disconnected. >>> >>>Normally it looks like a disk error, but I think our half year old >>>disks (WD RE2) shouldn't fail after this short time. Of course they have >>>moving parts so they MAY fail. :( Yesterday I tried to reinit the sata >>>channel and insert the disk back into the mirror. I got this: >>> >>>Apr 3 23:00:32 x2100 kernel: GEOM_MIRROR: Device gm0: provider ad6 >>>detected. Apr 3 23:00:32 x2100 kernel: GEOM_MIRROR: Device gm0: >>>rebuilding provider ad6. Apr 3 23:00:36 x2100 kernel: ad6: WARNING - >>>WRITE_DMA UDMA ICRC error >>>(retrying request) LBA=245760 >>>Apr 3 23:00:38 x2100 kernel: ad6: WARNING - WRITE_DMA UDMA ICRC error >>>(retrying request) LBA=392576 >>>Apr 3 23:00:38 x2100 kernel: ad6: WARNING - WRITE_DMA UDMA ICRC error >>>(retrying request) LBA=392960 >>>Apr 3 23:00:53 x2100 kernel: ad6: FAILURE - device detached >>> >>> >>>After this, the disk disappeared from the sata channel completely. >>> >>> >>>The wierd is that we used the onboard nvidia-raid and the very same >>>error occured, but there was no report in the kernel the machine just >>>don't asked for operating system. Later I found out that the disk was >>>forgotten ~2 weeks before that reboot (data was ~2 week old on it). >>>Otherwise that >>>"forgotten/failed" disk was also half year old and was fine without a >>>problem. >>> >>>Is there anybody who experienced something similar with SUN X2100 or >>>any other servers running FreeBSD 6 and sata? >>> >>>Regards, >>>Andras >>> >> >>Hi, >> >> >>I can confirm your problem. I have same problem on one X2100 but not on >>the others. Currenty I have 4 X2100 machines, but only one with this >>strange problem. The problem is not caused by HDD it self, I tried to >>replace it with brand new and same error appears after few days. May be >>there are some problems with cables / connectors or something on >>mainboard. I am well known by problems with SATA(n) disk drives problems / >> disappearing on this list and local (czech) mailing list. I had similar >>problems on ASUS boards with Intel chipsets... so in my point of view - >>there is something bad with SATA in general. I never had problem like this >>with old good ATA drives. >> >>I have not solution for this problem. Disk is OK after reboot for a few >>dasy or weeks... if there is somebody which can help with investigating >>this kind of problem, I'll be happy to cooperate. >> >>output of dmesg, smartctl, gmirror etc.: >>http://www.quip.cz/1/freebsd/sata-hdd-problems/2007-03-07_errors_ad6.txt >> >> >>Miroslav Lachman > > > Hi, > > May I ask that when did you buy that machine with the problem and the Machine with problems was bought at December 2006 (made at October 2006), first machine was bought at summer 2006, next to machines leased earlier at 2007 (I don't know when bought / made) Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 16:08:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C780216A411 for ; Wed, 4 Apr 2007 16:08:09 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id A94BE13C4AE for ; Wed, 4 Apr 2007 16:08:09 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 813121A4DA1; Wed, 4 Apr 2007 09:08:09 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B919851588; Wed, 4 Apr 2007 12:08:08 -0400 (EDT) Date: Wed, 4 Apr 2007 12:08:08 -0400 From: Kris Kennaway To: Thomas David Rivers Message-ID: <20070404160808.GA60087@xor.obsecurity.org> References: <20070404054219.ejuvhtdq8wc04ogk@webmail.1command.com> <200704041309.l34D9da90685@lakes.dignus.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <200704041309.l34D9da90685@lakes.dignus.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, chris#@1command.com Subject: Re: NFS == lock && reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 16:08:09 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 04, 2007 at 09:09:39AM -0400, Thomas David Rivers wrote: > Hi Chris, >=20 > Well - the NFS server is 4.5-RELEASE - a rather old box. >=20 > Everything worked fine when the shop was all 4.x boxes, but as soon > as we put in a 5.x or 6.x box - the NFS clients on those (5.x/6.x) boxes > locked up hard if rpc.lockd was running on the 4.5-RELEASE server. >=20 > On 4.x, rpc.lockd doesn't start automatically - since, as I understand= =20 > it, rpc.lockd had "issues" in that timeframe. But, one of the developers > here turned it on hoping to get real locking for /var/mail. >=20 > So - I thought my problem might simply be the old rpc.lockd > implementation in 4.x, and I didn't worry about it (since 4.x is > out-of-service anyway.) >=20 > However, this sounded _so_ familiar - I thought I would pop-up > and mumble something like a "me too." >=20 > rpc.statd isn't running on the 4.5 NFS server. AFAICR rpc.lockd was fine in 4.x, it just wasn't a real rpc.lockd. The issues are with the rewrite that came in 5.x to add real locking, which sort of works except when it doesn't. Kris --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGE81nWry0BWjoQKURAls5AJ9Vm4bVzDwEtW3GYHzXoJl1NSwZZACfShZ3 nL+4qAlJiufbDiiWc0m4KMk= =XGqB -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 16:09:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12B6316A404 for ; Wed, 4 Apr 2007 16:09:39 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id F280C13C468 for ; Wed, 4 Apr 2007 16:09:38 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id C99521A4DA1; Wed, 4 Apr 2007 09:09:38 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2DCBB514C3; Wed, 4 Apr 2007 12:09:38 -0400 (EDT) Date: Wed, 4 Apr 2007 12:09:38 -0400 From: Kris Kennaway To: "Chris H." Message-ID: <20070404160937.GB60087@xor.obsecurity.org> References: <20070404014346.1wiuwcircwg004cg@webmail.1command.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yNb1oOkm5a9FJOVX" Content-Disposition: inline In-Reply-To: <20070404014346.1wiuwcircwg004cg@webmail.1command.com> User-Agent: Mutt/1.4.2.2i Cc: "\[FBSDS\]" Subject: Re: NFS == lock && reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 16:09:39 -0000 --yNb1oOkm5a9FJOVX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 04, 2007 at 01:43:46AM -0700, Chris H. wrote: > # uname -a > FreeBSD host.domain.tld 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 26=20 > 16:27:14 PST 2007 >=20 > Greetings, > Does anyone know when NFS and friends will be working again? It works for the rest of us, so any problems you are seeing should be properly reported (this means you need a core dump + backtrace). However, since you have been having problems for so many years, but only on one machine, I would suspect hardware failure on your end. Kris --yNb1oOkm5a9FJOVX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGE83BWry0BWjoQKURAr1sAKCE12NZ0W0d9LMhbBKsC7QmrSZrkQCfcaT+ Uek4YuQNNjOWqqTOnIfYUtQ= =TSum -----END PGP SIGNATURE----- --yNb1oOkm5a9FJOVX-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 16:28:04 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F42C16A402 for ; Wed, 4 Apr 2007 16:28:04 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron1.sfsu.edu (iron1.sfsu.edu [130.212.10.35]) by mx1.freebsd.org (Postfix) with ESMTP id 0937E13C45D for ; Wed, 4 Apr 2007 16:28:03 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron1.sfsu.edu with ESMTP; 04 Apr 2007 09:00:01 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAKBoE0aC1Apk/2dsb2JhbAA Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007040408595864-1988 ; Wed, 4 Apr 2007 08:59:58 -0700 Date: Wed, 4 Apr 2007 08:59:58 -0700 (PDT) From: KAYVEN RIESE In-Reply-To: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> Message-ID: References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 04/04/2007 08:59:58, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0HF265 | May 12, 2006) at 04/04/2007 09:00:00, Serialize complete at 04/04/2007 09:00:00 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: single user mode buildwerld failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 16:28:04 -0000 i didn't know what was happening when i dropped to single user mode i got all these different prompts and i didn't know how to answer the questions. i have posted information on experts exchange: http://www.experts-exchange.com/OS/Unix/BSD/FreeBSD/Q_22484972.html http://www.experts-exchange.com/OS/Unix/BSD/FreeBSD/Q_22483843.html http://www.experts-exchange.com/Software/System_Utilities/Diagnostics/Q_22470294.html currently, i feel i have found my /etc/passwd and restored it to the proper location, but i still can't log on to my computer From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 16:46:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53DB816A402 for ; Wed, 4 Apr 2007 16:46:53 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.freebsd.org (Postfix) with ESMTP id D441A13C457 for ; Wed, 4 Apr 2007 16:46:52 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l34Gkcdj061152 for ; Wed, 4 Apr 2007 09:46:46 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l34Gkb7m061151 for freebsd-stable@freebsd.org; Wed, 4 Apr 2007 09:46:37 -0700 (PDT) (envelope-from chris#@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to chris#@1command.com using -f Received: from brickwall.spam-fighters.com (brickwall.spam-fighters.com [216.177.243.55]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 04 Apr 2007 09:46:37 -0700 Message-ID: <20070404094637.asowu955wwgs0wg0@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 04 Apr 2007 09:46:37 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <20070404014346.1wiuwcircwg004cg@webmail.1command.com> <20070404160937.GB60087@xor.obsecurity.org> In-Reply-To: <20070404160937.GB60087@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: NFS == lock && reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 16:46:53 -0000 Quoting Kris Kennaway : > On Wed, Apr 04, 2007 at 01:43:46AM -0700, Chris H. wrote: >> # uname -a >> FreeBSD host.domain.tld 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 26 >> 16:27:14 PST 2007 >> >> Greetings, >> Does anyone know when NFS and friends will be working again? > > It works for the rest of us, Yea, except I remembered there being some discussion on the list regarding NFS 'round about the introduction of the 5.x branch. Which is about the same time things started getting strange on my end. I simply waited to upgrade any further until things quieted down on the list and then upgraded (to 6.2). > so any problems you are seeing should be > properly reported (this means you need a core dump + backtrace). Understood. I'll make the proper preperation(s) and copy a file to an NFS mount. Works every time. > > However, since you have been having problems for so many years, Only since moving from 4.8 to 5 a few mos. ago. > but only on one machine, Actually on most of them. But only violently on the one I mentioned here. > I would suspect hardware failure on your end. I wondered the same at first. So I first swaped out the video card for one that was a little slower and less inclined to be touchy. Rebuilt & installed anything related... to no avail. So I bought a new MB, RAM, HD, & video card. Built everything anew. Again, to no avail (it's now the one I'm mentioning here). I considered the install CD, but the MD5 matched, and my procedure is miminal (smallest possible) install > reboot && install cvsupwithoutgui > cvsup src && ports > edit kernconf > make && buildworld && make && installkernel > reboot -s > mergemaster -p && installworld > mergemaster && reboot. So I don't think the CD would be a factor. Being new hardware didn't seem to help either. Anyway, thank you for taking the time to respond. --Chris > > Kris -- panic: kernel trap (ignored) ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 17:00:46 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB57116A406 for ; Wed, 4 Apr 2007 17:00:46 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron1.sfsu.edu (iron1.sfsu.edu [130.212.10.35]) by mx1.freebsd.org (Postfix) with ESMTP id B48B513C4BC for ; Wed, 4 Apr 2007 17:00:46 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron1.sfsu.edu with ESMTP; 04 Apr 2007 10:00:46 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAGx2E0aC1Apk/2dsb2JhbAA Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007040410004446-2009 ; Wed, 4 Apr 2007 10:00:44 -0700 Date: Wed, 4 Apr 2007 10:00:44 -0700 (PDT) From: KAYVEN RIESE To: doug@safeport.com In-Reply-To: <20070404125452.M18358@fledge.watson.org> Message-ID: References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> <20070404125452.M18358@fledge.watson.org> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 04/04/2007 10:00:44, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0HF265 | May 12, 2006) at 04/04/2007 10:00:46, Serialize complete at 04/04/2007 10:00:46 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: single user mode buildwerld failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 17:00:46 -0000 i don't know what all the prompts where because i was in single user mode. i need diagnostic advice There should be a backup of your old /etc dir here: /var/tmp/etc Boot in single user mode, do a mount -a and copy the backup passwd file to /etc This should enable you to login again. There is a but... There might have been changes made during the buildworld process, obviously, those are missing in the backup file. Make sure all your programs are running as expected... i found a passwd file in /var/tmp/etc and moved it to what i thought should be the correct place, but i still couldn't log in On Wed, 4 Apr 2007, doug wrote: > On Wed, 4 Apr 2007, KAYVEN RIESE wrote: > >> >> i didn't know what was happening when i dropped to single user >> mode i got all these different prompts and i didn't know how >> to answer the questions. i have posted information on >> experts exchange: >> >> http://www.experts-exchange.com/OS/Unix/BSD/FreeBSD/Q_22484972.html >> >> http://www.experts-exchange.com/OS/Unix/BSD/FreeBSD/Q_22483843.html >> >> http://www.experts-exchange.com/Software/System_Utilities/Diagnostics/Q_22470294.html >> >> currently, i feel i have found my /etc/passwd and restored it to the >> proper location, but i still can't log on to my computer >> _______________________________________________ > Post what happened here. > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 17:05:07 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21F9A16A407 for ; Wed, 4 Apr 2007 17:05:07 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron2.sfsu.edu (iron2.sfsu.edu [130.212.10.36]) by mx1.freebsd.org (Postfix) with ESMTP id 0B22813C4C8 for ; Wed, 4 Apr 2007 17:05:07 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron2.sfsu.edu with ESMTP; 04 Apr 2007 10:05:04 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAHV3E0aC1Apk/2dsb2JhbAA Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007040410050237-2010 ; Wed, 4 Apr 2007 10:05:02 -0700 Date: Wed, 4 Apr 2007 10:05:02 -0700 (PDT) From: KAYVEN RIESE To: doug@safeport.com In-Reply-To: <20070404125452.M18358@fledge.watson.org> Message-ID: References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> <20070404125452.M18358@fledge.watson.org> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 04/04/2007 10:05:02, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0HF265 | May 12, 2006) at 04/04/2007 10:05:04, Serialize complete at 04/04/2007 10:05:04 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: single user mode buildwerld failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 17:05:07 -0000 install WORLD failed. usage message.. then cd /usr/src; make installwerld also failed. it said "required audit group is missing.. see /usr/src/UPDATING" i am going to reboot into single user mode and follow these instructions from /usr/src/UPDATING now: To rebuild everything and install it on the current system. ----------------------------------------------------------- # Note: sometimes if you are running current you gotta do more than # is listed here if you are upgrading from a really old current. make buildworld make kernel KERNCONF=YOUR_KERNEL_HERE [1] [3] mergemaster -p [5] make installworld make delete-old mergemaster [4] that failed. mergemaster -p complained that /var/tmp/temproot was a read only filesystem i tried a couple of options either involving deleting it or using it but nothing werked. i don't know what to do now. You did not fsck and mount in single-user mode. After fsck -p ; mount -a ; su - you will be able to use mergemaster and do installworld. okay i followed the directions better with fsck -p; mount -a; su - they didn't seem to do anything so i wasn't tripping. fsck -p looked like stuff that happened on bootup. On Wed, 4 Apr 2007, doug wrote: > On Wed, 4 Apr 2007, KAYVEN RIESE wrote: > >> >> i didn't know what was happening when i dropped to single user >> mode i got all these different prompts and i didn't know how >> to answer the questions. i have posted information on >> experts exchange: >> >> http://www.experts-exchange.com/OS/Unix/BSD/FreeBSD/Q_22484972.html >> >> http://www.experts-exchange.com/OS/Unix/BSD/FreeBSD/Q_22483843.html >> >> http://www.experts-exchange.com/Software/System_Utilities/Diagnostics/Q_22470294.html >> >> currently, i feel i have found my /etc/passwd and restored it to the >> proper location, but i still can't log on to my computer >> _______________________________________________ > Post what happened here. > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 17:06:17 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BBA316A403 for ; Wed, 4 Apr 2007 17:06:17 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron2.sfsu.edu (iron2.sfsu.edu [130.212.10.36]) by mx1.freebsd.org (Postfix) with ESMTP id DF34013C4B8 for ; Wed, 4 Apr 2007 17:06:16 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron2.sfsu.edu with ESMTP; 04 Apr 2007 10:06:16 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAHV3E0aC1Apk/2dsb2JhbAA Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007040410061468-2011 ; Wed, 4 Apr 2007 10:06:14 -0700 Date: Wed, 4 Apr 2007 10:06:14 -0700 (PDT) From: KAYVEN RIESE To: doug@safeport.com In-Reply-To: Message-ID: References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> <20070404125452.M18358@fledge.watson.org> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 04/04/2007 10:06:14, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0HF265 | May 12, 2006) at 04/04/2007 10:06:16, Serialize complete at 04/04/2007 10:06:16 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: single user mode buildwerld failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 17:06:17 -0000 there were so many steps they didn't seem obvious.. i got halfway thru and realized i was in some prompt for mergemaster -p, or so i thought, so i started over. i had no idea what was happening. i can't log on now. /etc/passwd is gone. i used a freeBSD disk that is certainly old to go to a fixit shell but i didn't know what to do. i can go back to the fixit shell if somebody tells me what to do but i have to *#@&ing walk over to kinkos now to get on the internet. On Wed, 4 Apr 2007, KAYVEN RIESE wrote: > > i don't know what all the prompts where because i was in single user mode. > i need diagnostic advice > > There should be a backup of your old /etc dir here: > > /var/tmp/etc > > Boot in single user mode, do a > mount -a > > and copy the backup passwd file to /etc > > > This should enable you to login again. There is a but... > > There might have been changes made during the buildworld process, obviously, > those are missing in the backup file. Make sure all your programs are running > as expected... > > i found a passwd file in /var/tmp/etc and moved it to what i thought should > be the correct place, > but i still couldn't log in > > On Wed, 4 Apr 2007, doug wrote: > >> On Wed, 4 Apr 2007, KAYVEN RIESE wrote: >> >>> >>> i didn't know what was happening when i dropped to single user >>> mode i got all these different prompts and i didn't know how >>> to answer the questions. i have posted information on >>> experts exchange: >>> >>> http://www.experts-exchange.com/OS/Unix/BSD/FreeBSD/Q_22484972.html >>> >>> http://www.experts-exchange.com/OS/Unix/BSD/FreeBSD/Q_22483843.html >>> >>> http://www.experts-exchange.com/Software/System_Utilities/Diagnostics/Q_22470294.html >>> >>> currently, i feel i have found my /etc/passwd and restored it to the >>> proper location, but i still can't log on to my computer >>> _______________________________________________ >> Post what happened here. >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 17:20:22 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3CCF16A403 for ; Wed, 4 Apr 2007 17:20:22 +0000 (UTC) (envelope-from doug@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by mx1.freebsd.org (Postfix) with ESMTP id D128513C4B9 for ; Wed, 4 Apr 2007 17:20:21 +0000 (UTC) (envelope-from doug@fledge.watson.org) Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.13.8/8.13.8) with ESMTP id l34Gtftj058966; Wed, 4 Apr 2007 12:55:41 -0400 (EDT) (envelope-from doug@fledge.watson.org) Received: from localhost (doug@localhost) by fledge.watson.org (8.13.8/8.13.8/Submit) with ESMTP id l34Gtecc058962; Wed, 4 Apr 2007 12:55:41 -0400 (EDT) (envelope-from doug@fledge.watson.org) Date: Wed, 4 Apr 2007 12:55:40 -0400 (EDT) From: doug To: KAYVEN RIESE In-Reply-To: Message-ID: <20070404125452.M18358@fledge.watson.org> References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (fledge.watson.org [127.0.0.1]); Wed, 04 Apr 2007 12:55:42 -0400 (EDT) Cc: stable@freebsd.org Subject: Re: single user mode buildwerld failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: doug@safeport.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 17:20:22 -0000 On Wed, 4 Apr 2007, KAYVEN RIESE wrote: > > i didn't know what was happening when i dropped to single user > mode i got all these different prompts and i didn't know how > to answer the questions. i have posted information on > experts exchange: > > http://www.experts-exchange.com/OS/Unix/BSD/FreeBSD/Q_22484972.html > > http://www.experts-exchange.com/OS/Unix/BSD/FreeBSD/Q_22483843.html > > http://www.experts-exchange.com/Software/System_Utilities/Diagnostics/Q_22470294.html > > currently, i feel i have found my /etc/passwd and restored it to the > proper location, but i still can't log on to my computer > _______________________________________________ Post what happened here. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 17:47:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19C7A16A401 for ; Wed, 4 Apr 2007 17:47:15 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sys25.mail.msu.edu (sys25.mail.msu.edu [35.9.75.125]) by mx1.freebsd.org (Postfix) with ESMTP id ED9DF13C465 for ; Wed, 4 Apr 2007 17:47:14 +0000 (UTC) (envelope-from besko@msu.edu) Received: from sector14.cl.msu.edu ([35.8.1.195]) by sys25.mail.msu.edu with esmtpsa (Exim 4.52 #1) (TLSv1:AES256-SHA:256) id 1HZ9Zi-0005JF-5X; Wed, 04 Apr 2007 13:47:14 -0400 Message-ID: <4613E49A.8010206@msu.edu> Date: Wed, 04 Apr 2007 13:47:06 -0400 From: Lisa Besko User-Agent: Thunderbird 1.5.0.7 (X11/20061101) MIME-Version: 1.0 To: Paulius Bulotas References: <460D3D09.1060101@msu.edu> <20070330195540.GB1270@devnull.lt> In-Reply-To: <20070330195540.GB1270@devnull.lt> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus: None found by Clam AV Cc: freebsd-stable@freebsd.org Subject: Re: Sunfire X2200 ipfw and bge issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: besko@msu.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 17:47:15 -0000 Paulius Bulotas wrote: >> Now any ideas on why they system reboots every time the ethernet cable >> is plugged in to the bge0 port? or why the nve ethernet ports are not >> recognized? >> >> I am getting an error the next time it reboots that says something like >> "hyper transport sync flood" error and I have to press F1 to get it to >> reboot. That error is from the BIOS I believe. > > about bge, try to boot FreeBSD and put these into /boot/loader.conf : > hw.pci.enable_msi="0" > hw.pci.enable_msix="0" These did seem to help at all. The system still reboots when a cable is plugged into the bge0 port. > maybe those will help ;) I used these on x4100 when I had similar > problems with em* . > and about nve, try kldload nfe , not nve ;) I tried to put the nfe drive in but due to lack of knowledge on my part the kernel didn't recognize it when I tried to make buildkernel. Thanks for the help. LB From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 17:47:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 28FE616A403 for ; Wed, 4 Apr 2007 17:47:31 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9EC8E13C45B for ; Wed, 4 Apr 2007 17:47:30 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l34HlNsZ004878; Wed, 4 Apr 2007 14:47:23 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Oleg Gritsak , freebsd-stable@freebsd.org Date: Wed, 4 Apr 2007 14:46:52 -0300 User-Agent: KMail/1.9.4 References: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> <200704031427.01137.joao@matik.com.br> <20070404030503.GA89643@go.sib-ecometall.ru> In-Reply-To: <20070404030503.GA89643@go.sib-ecometall.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704041446.53000.joao@matik.com.br> X-Spam-Status: No, score=-99.8 required=5.0 tests=ALL_TRUSTED,AWL, MONOTONE_WORDS_15_2, MR_DIFF_MID, USER_IN_WHITELIST autolearn=no version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 17:47:31 -0000 On Wednesday 04 April 2007 00:05, you wrote: > Console is not intended for everyday use! You should login > to your FreeBSD box with ssh-client of your choise and from > the OS of your choise (preferably from graphic mode). > please stay on topic=20 the question is not what one should or not but to hook into your talk, if there is a console it can be used as wanted > 1024x768 is more than enough for 120x50 virtual terminals. may be for you, for me and lot of other users it is definitly not > > p.s. Or you just trolling? RH is rather professional, but definitely > not because of graphics in console... :-\ don't try to be smart with me nobody said that RH is professional because of it's graphics in console I said that for example RH looks professional with the graphic boot they of= fer > > > that is very easy to understand, look: > > A/ fits much more info on one screen > > B/ line wraps do not complicate orientation on screen > > both points are very usefull debugging any kind of problem or tailing > > logs =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 18:27:43 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA57A16A404 for ; Wed, 4 Apr 2007 18:27:43 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id BFB5F13C4AE for ; Wed, 4 Apr 2007 18:26:56 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so791331ugh for ; Wed, 04 Apr 2007 11:26:49 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lZZKrwYVHAhq52nGXLzPSPcNfbHULNPNsnphjHYL76MyrcbKHFADJWxXay2A8aUyjpENdUxAKYfTDpPfbyu6byqwXNNbBuurz6dhH4JoHLkzngrsHg6Pgfunn/r4YXwbDDMNF7rC2/XCRri/dVpORrQldHx+A/j8nY8Ln4joZ7U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bOpu9ozgnm9f5omtcAE5/cHA8DKvbui/3z6bMGnJnFixWn2hqBVnoyTeCACMz/W7i3zT01zjwte0JyVk8FLfyKdAMrMdtaDQs5iGs+vVAfQ7Vb0pmZ3APvEaxpU7XkixM9PDwzNf3IZd4A6pSJuUl7ue4WfRa3ShkLRf+4kymcU= Received: by 10.82.178.11 with SMTP id a11mr1150532buf.1175708065501; Wed, 04 Apr 2007 10:34:25 -0700 (PDT) Received: by 10.82.158.7 with HTTP; Wed, 4 Apr 2007 10:34:25 -0700 (PDT) Message-ID: <14989d6e0704041034t1e197592jbd7d609ddd1d0765@mail.gmail.com> Date: Wed, 4 Apr 2007 17:34:25 +0000 From: "Christian Walther" To: "KAYVEN RIESE" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> <20070404125452.M18358@fledge.watson.org> Cc: stable@freebsd.org Subject: Re: single user mode buildwerld failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 18:27:44 -0000 On 04/04/07, KAYVEN RIESE wrote: > there were so many steps they didn't seem obvious.. i got halfway thru and > realized i > was in some prompt for mergemaster -p, or so i thought, so i started over. > i had no > idea what was happening. i can't log on now. > /etc/passwd is gone. i used a freeBSD disk that is certainly old to go to > a fixit shell but i didn't > know what to do. i can go back to the fixit shell if somebody tells me > what to do but i have > to *#@&ing walk over to kinkos now to get on the internet. So firstly you should probably sit down and take a deep breath. Secondly, it appears that you messed up your system pretty badly, I'm not sure that it can be fixed. On the other hand, it just might be that you missed a few steps. For example, when you're in single user mode the root filesystem is mounted read only, which means that you can't write to it. Anything related to the upgrade process (installworld, mergemaster...) has to fail. Question is (sorry this isn't ment to sound harsch) if you read the manual carefully, because it describes the entire process pretty detailed. That is to say you have to read all the chapters, not only the beginning. For example it appears that you didn't remount the root filesystem read/writeable after you booted to single user mode. Passwords are not stored in /etc/passwd, there is /etc/pwd.db, /etc/master.passwd and /etc/spwd.db, too. All are required for the system to be fully functional. The latter two contain the passwords in encrypted form. You might want to try to restore these files in particular. BTW: Your mailer appears to be broken. Some of your postings are really difficult to read, it seems as if quoted postings aren't marked properly, for example with a ">". From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 19:02:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89C1516A40D; Wed, 4 Apr 2007 19:02:39 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 366C613C457; Wed, 4 Apr 2007 19:02:39 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (unknown [200.46.204.187]) by hub.org (Postfix) with ESMTP id 5FA1D85C918; Wed, 4 Apr 2007 16:02:36 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 30803-05; Wed, 4 Apr 2007 16:02:24 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id D917685C90E; Wed, 4 Apr 2007 16:02:23 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 1A4C83954F; Wed, 4 Apr 2007 16:02:27 -0300 (ADT) Date: Wed, 04 Apr 2007 16:02:26 -0300 From: "Marc G. Fournier" To: "Marc G. Fournier" , Thiago Esteves de Oliveira , "Brian A. Seklecki" Message-ID: <8C636E624D5DA8E80F6E4514@ganymede.hub.org> In-Reply-To: <5812F952CA324A89DC899AD9@ganymede.hub.org> References: <65091.200.191.164.248.1175458028.squirrel@www.lamce.coppe.ufrj.br> <5812F952CA324A89DC899AD9@ganymede.hub.org> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 19:02:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thiago ... What version of kernel did you end up going back to? - --On Wednesday, April 04, 2007 10:15:48 -0300 "Marc G. Fournier" wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > I'm seeing the same effect (haven't tried older kernel, mind you) almost like > clockwork, every 72 hours after reboot ... at least now I don't feel so > crazy, knowing it isn't just me ... > > - --On Sunday, April 01, 2007 17:07:08 -0300 Thiago Esteves de Oliveira > wrote: > >> I've tried to increase the kern.ipc.nmbclusters value but it worked only when >> I changed the kernel to an older one. >> >> netstat -m (Now it's working with the same values.) >> - >> 515/850/1365 mbufs in use (current/cache/total) >> 512/390/902/65024 mbuf clusters in use (current/cache/total/max) >> 512/243 mbuf+clusters out of packet secondary zone in use (current/cache) >> 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) >> 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) >> 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) >> 1152K/992K/2145K bytes allocated to network (current/cache/total) >> 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) >> 0/0/0 requests for jumbo clusters denied (4k/9k/16k) >> 0/0/0 sfbufs in use (current/peak/max) >> 0 requests for sfbufs denied >> 0 requests for sfbufs delayed >> 2759 requests for I/O initiated by sendfile >> 2982 calls to protocol drain routines >> >> Ethernet adapters >> - >> em0: port >> 0xec80-0xecbf m em 0xfebe0000-0xfebfffff irq 10 at device 4.0 on pci7 >> em0: Ethernet address: 00:04:23:c3:06:78 >> em0: [FAST] >> skc0: <3Com 3C940 Gigabit Ethernet> port 0xe800-0xe8ff mem >> 0xfebd8000-0xfebdbfff irq 15 at device 6.0 on pci7 >> skc0: 3Com Gigabit NIC (3C2000) rev. (0x1) >> sk0: on skc0 >> sk0: Ethernet address: 00:0a:5e:65:ad:c3 >> miibus0: on sk0 >> e1000phy0: on miibus0 >> e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, >> auto >> >> P.S.: I am using the FreeBSD/amd64. >> >> Brian A. Seklecki wrote: >>> Show us netstat -m on the broken kernel? Show us your dmesg(8) for >>> em(4). >>> >>> TIA, >>> ~BAS >>> >>> On Fri, 2007-03-30 at 11:13 -0300, Thiago Esteves de Oliveira wrote: >>>> Hello, >>>> >>>> I've had a problem with one of my FreeBSD servers, the machine has stopped >>>> its network services and then sent these messages: >>>> >>>> -Mar 27 13:00:03 anubis dhcpd: send_packet: No buffer space available >>>> -Mar 27 13:00:26 anubis routed[431]: Send bcast sendto(em0, >>>> 146.164.92.255.520): No buffer space available >>>> >>>> The messages were repeated a lot of times before a temporary solution. I've >>>> changed the kernel(FreeBSD 6.2) to an older one(FreeBSD 6.1) and since then >>>> it's been working well. What happened? >>>> >>>> P.S.: I can give more informations if necessary. >>>> _______________________________________________ >>>> 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" >> >> >> _______________________________________________ >> 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" > > > > - ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email . scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (FreeBSD) > > iD8DBQFGE6UE4QvfyHIvDvMRAlutAJ0WzVTYq99hmx1km2mdXE7pdUC8IgCgt4O1 > eG6kXgqHveumXjkL0t+Q8Q8= > =sieE > -----END PGP SIGNATURE----- > > _______________________________________________ > 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" - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGE/ZC4QvfyHIvDvMRAsWoAJwJpD8nCtG0iv5U6LY8ISyyDKxgegCg1eti SezStun7CLDA9pgfrp8GloM= =UwSU -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 19:20:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FC7B16A402 for ; Wed, 4 Apr 2007 19:20:44 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 28D2613C487 for ; Wed, 4 Apr 2007 19:20:44 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 034531A4D8E; Wed, 4 Apr 2007 12:20:44 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 33CCC51438; Wed, 4 Apr 2007 15:20:43 -0400 (EDT) Date: Wed, 4 Apr 2007 15:20:43 -0400 From: Kris Kennaway To: "Chris H." Message-ID: <20070404192042.GA62812@xor.obsecurity.org> References: <20070404014346.1wiuwcircwg004cg@webmail.1command.com> <20070404160937.GB60087@xor.obsecurity.org> <20070404094637.asowu955wwgs0wg0@webmail.1command.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <20070404094637.asowu955wwgs0wg0@webmail.1command.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: NFS == lock && reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 19:20:44 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 04, 2007 at 09:46:37AM -0700, Chris H. wrote: > Quoting Kris Kennaway : >=20 > >On Wed, Apr 04, 2007 at 01:43:46AM -0700, Chris H. wrote: > >># uname -a > >>FreeBSD host.domain.tld 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 26 > >>16:27:14 PST 2007 > >> > >>Greetings, > >>Does anyone know when NFS and friends will be working again? > > > >It works for the rest of us, >=20 > Yea, except I remembered there being some discussion on the list regarding > NFS 'round about the introduction of the 5.x branch. Which is about the s= ame > time things started getting strange on my end. I simply waited to upgrade= =20 > any > further until things quieted down on the list and then upgraded (to 6.2). >=20 > >so any problems you are seeing should be > >properly reported (this means you need a core dump + backtrace). >=20 > Understood. I'll make the proper preperation(s) and copy a file to > an NFS mount. Works every time. OK, I look forward to your bug report. Kris --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGE/qKWry0BWjoQKURAm9+AJ498uDCk1eR4/RbFspjPCLJI3m31gCgspx7 lsBgasF6f3X2CPImWr+dNiY= =08To -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 19:46:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBEDF16A405 for ; Wed, 4 Apr 2007 19:46:09 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 785B713C448 for ; Wed, 4 Apr 2007 19:46:09 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so375368ana for ; Wed, 04 Apr 2007 12:46:08 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JsAz5Z55bme6VisT1utISj5T5254q6JC21YOtCAjZTnpjGBFULS7tcUBJQ4Chl74fjBALTzYnSYdvfhvNZk/IRYRqvj56yVuQKhGeX5WXR05zEaV0uO4zvVytWufzpqYQgCkGgNGAbnS415KE3aem/M1wgt85k2qbOg3oWX35dg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WjUqqBaT+E8Dd3ul1pCXkmoJlVtNRKwEBW7HPCp+Md/7AdjAHu5B/VbR7P6coUyl8hKGY5wSMAnz4A8UnIpsYYrxrjbuWsc2RDr71XgMa5Jt37+iIHCrvCtVzfvmRRXfYrSbe9p8hoMsnVIhwUePBGc7poVYH0vNWyHMEFwhtfM= Received: by 10.100.57.14 with SMTP id f14mr782510ana.1175715968685; Wed, 04 Apr 2007 12:46:08 -0700 (PDT) Received: by 10.100.109.12 with HTTP; Wed, 4 Apr 2007 12:46:08 -0700 (PDT) Message-ID: Date: Wed, 4 Apr 2007 14:46:08 -0500 From: "Nikolas Britton" To: "Rink Springer" In-Reply-To: <20070404081534.GC2546@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070404081534.GC2546@rink.nu> Cc: FreeBSD Stable Subject: Re: Porting FreeBSD to a new Architecture? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 19:46:09 -0000 On 4/4/07, Rink Springer wrote: > Hi Nikolas, > > On Wed, Apr 04, 2007 at 02:23:44AM -0500, Nikolas Britton wrote: > > I'm looking for documentation that could possibly help me port FreeBSD > > to a new architecture. I'm mainly interested in how you guys did the > > xbox and amd64 ports. i.e. x86 instruction set. > > I can answer the Xbox question for you... basically, what I did was get > a good understanding of how the xbox internals worked (i.e. what the > exact differences are between an ordinary PC and an Xbox). > > Based on this understanding, I patched the Xbox boot loader (Cromwell) > so it could properly load FreeBSD ELF images. Once that was done, I > worked my way up from the first piece of code executed > (that is in i386/i386/locore.s). I crafted some assembly code which > could control the Xbox LED's, and I used this to determine where the > Xbox would crash... > > Once I got the initial machine-dependant stuff out of the way, I created > a console driver so I could see what was going on (which I later on > totally rewrote); and worked my way up from here... Expect a lot of > painstaking debugging in the progress... > Thanks! Can anyone explain how the /usr/src/sys/conf directory works? I'd like to get a better feel of how everything is laid out in sys but I can't find anything in the developer handbook or man hier. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 20:34:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC05016A402 for ; Wed, 4 Apr 2007 20:34:05 +0000 (UTC) (envelope-from claudiohfg@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id C5DAE13C43E for ; Wed, 4 Apr 2007 20:34:03 +0000 (UTC) (envelope-from claudiohfg@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so827820ugh for ; Wed, 04 Apr 2007 13:34:02 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=GUBt0zrccrjaX6cHka5mb0JkgYdMMD3iZfeQOFt8KWz0kSt/HE4bSVypOecYs/+KzeusuPWsvzD1prVQ6vpFfwb5+x1PpE+Dr34CehTGNwcyeKeTJfncsjGGz06Pb9tPTX/h9Zhfdm3TB0aHsF846YL7C94ysP5DxC1W6IG5b6g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ZG6v98tiNn3R+9AmOeQRanBNrmak+koAxOn1EX7RBNbLTrAe8RozF3J2bEcj6sHMifJqxZGwiG4/Pu6miRl8SPzcJTy4y+SMA9bUPTD6LDvHrQEVGSCpXsCpzYMNoi8Hdkl5xCbPWEFhF9/A0/aVahpiMy6lVjBLDeYV6Drn7jk= Received: by 10.114.137.2 with SMTP id k2mr425279wad.1175717365131; Wed, 04 Apr 2007 13:09:25 -0700 (PDT) Received: by 10.115.92.10 with HTTP; Wed, 4 Apr 2007 13:09:25 -0700 (PDT) Message-ID: <2ec115ed0704041309q13a4ceaata7a0a084c3d76d0c@mail.gmail.com> Date: Wed, 4 Apr 2007 17:09:25 -0300 From: "=?UTF-8?Q?Cl=C3=A1udio_Henrique?=" To: "FreeBSD AMD64" , "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Installing FreeBSD on AMD64 - system freezes during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 20:34:06 -0000 Hi, all, I am trying to install FreeBSD 6.2 Stable on my machine (AMD X2 AM2 4200 64bits, Asus M2N SLI Deluxe, nVidia 7950GS, 1 HD IDE, 1 HD SATA2, 1 DVDRW), but FreeBSD freezes right after detecting my HDs. I do not see the install screen. Does anyone know how to fix this? Is there a boot option I can use to successfully install FreeBSD? There are Ubuntu and Frugalware in the other partitions running OK. Thanks in advance, Claudio. -- A mind that is stretched by a new experience can never go back to its old dimensions. - Oliver Wendell Holmes From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 21:21:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F298116A405 for ; Wed, 4 Apr 2007 21:21:18 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id AC19E13C459 for ; Wed, 4 Apr 2007 21:21:18 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HZCue-0006BG-2u for freebsd-stable@freebsd.org; Wed, 04 Apr 2007 23:21:04 +0200 Received: from 89-172-58-41.adsl.net.t-com.hr ([89.172.58.41]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Apr 2007 23:21:04 +0200 Received: from ivoras by 89-172-58-41.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Apr 2007 23:21:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 04 Apr 2007 23:20:40 +0200 Lines: 32 Message-ID: References: <2ec115ed0704041309q13a4ceaata7a0a084c3d76d0c@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig80D01CF2EF6BCE8B57DCC02E" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-58-41.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: <2ec115ed0704041309q13a4ceaata7a0a084c3d76d0c@mail.gmail.com> X-Enigmail-Version: 0.94.3.0 Sender: news Cc: freebsd-amd64@freebsd.org Subject: Re: Installing FreeBSD on AMD64 - system freezes during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 21:21:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig80D01CF2EF6BCE8B57DCC02E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cl=C3=A1udio Henrique wrote: > Hi, all, >=20 > I am trying to install FreeBSD 6.2 Stable on my machine (AMD X2 AM2 > 4200 64bits, Asus M2N SLI Deluxe, nVidia 7950GS, 1 HD IDE, 1 HD SATA2, > 1 DVDRW), but FreeBSD freezes right after detecting my HDs. I do not > see the install screen. Can you post the last few lines? Any special hardware, such as USB flash / card readers? --------------enig80D01CF2EF6BCE8B57DCC02E 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGFBavldnAQVacBcgRApacAKDPJpjrAEX6uNYh7pH7U3dgm2b04wCgpZsU /h4+89uwMQSKXJ5oyNWhiz4= =3V4Z -----END PGP SIGNATURE----- --------------enig80D01CF2EF6BCE8B57DCC02E-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 23:15:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA21716A401 for ; Wed, 4 Apr 2007 23:15:07 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 6D9A513C45B for ; Wed, 4 Apr 2007 23:15:07 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l34NF5e9031149; Wed, 4 Apr 2007 20:15:05 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Wed, 4 Apr 2007 20:04:08 -0300 User-Agent: KMail/1.9.5 References: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> <200704031427.01137.joao@matik.com.br> <20070404074927.GC854@turion.vk2pj.dyndns.org> In-Reply-To: <20070404074927.GC854@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704042004.09399.joao@matik.com.br> X-Spam-Status: No, score=-99.8 required=5.0 tests=ALL_TRUSTED,AWL, MONOTONE_WORDS_15_2, MR_DIFF_MID, USER_IN_WHITELIST autolearn=no version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Peter Jeremy Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 23:15:08 -0000 On Wednesday 04 April 2007 04:49, Peter Jeremy wrote: > On 2007-Apr-03 14:27:00 -0300, JoaoBR wrote: > >simply consider RH graphical boot in 1024x768 has a very professional lo= ok > >while Freebsd still looks like Gate's MsDos before selling it to IBM > > I don't understand why displaying a silly graphic whilst hiding the > boot messages is professional. If you really need eye-candy to make > your FreeBSD box look like it's running MS Windows, see splash(4) uuuhf man, my example of RH's graphical boot is *not* about a picture and t= his=20 wasn't at all a comparism to any graphics in picture form, you should pay=20 more attention to the whole thread instead of junking in here this thread is about displaying *text console* in 1024x768 and so I compar= ed=20 RH 8x8 boot text to fbsd's 16x16 mode and it is not about professional looking even if it was one of the points a= s=20 example, it is extremely useful to get more information on one screen and=20 still more usefull not having linewraps and I do not even get why this is beeing fight because it is natural having= =20 bigger screens and smaller letter to see more at once, unless you have=20 disabilities and need the big letters but that is another point of view =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Apr 4 23:20:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5388216A404 for ; Wed, 4 Apr 2007 23:20:15 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id CCB5213C45E for ; Wed, 4 Apr 2007 23:20:14 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l34NKESe031466; Wed, 4 Apr 2007 20:20:14 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: "illoai@gmail.com" Date: Wed, 4 Apr 2007 20:09:17 -0300 User-Agent: KMail/1.9.5 References: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> <200704041446.53000.joao@matik.com.br> 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: <200704042009.18260.joao@matik.com.br> X-Spam-Status: No, score=-100.5 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, SMILEY,USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2007 23:20:15 -0000 On Wednesday 04 April 2007 19:35, illoai@gmail.com wrote: > On 04/04/07, JoaoBR wrote: > > > > don't try to be smart with me > > nobody said that RH is professional because of it's graphics in console > > I said that for example RH looks professional with the graphic boot they > > offer > > Don't try to play dumb with us. You implied > > that it was when you wrote: > > simply consider RH graphical boot in 1024x768 has a very professional > > look while Freebsd still looks like Gate's MsDos before selling it to I= BM > yeahh but did you read it really, all??? I guess not, at least it seems you= =20 didn't understood the sense, only a word and another and glued it together = as=20 you wanted in order to make some noise > And both premises are patent nonsense, since > they are both predicated on some bollocks notion > of professionalism which likely started with the > first "school" to sell MBAs via post. talk to the hand :) =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 00:06:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B75716A403 for ; Thu, 5 Apr 2007 00:06:01 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.190]) by mx1.freebsd.org (Postfix) with ESMTP id 0390113C4D3 for ; Thu, 5 Apr 2007 00:06:00 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by mu-out-0910.google.com with SMTP id g7so548639muf for ; Wed, 04 Apr 2007 17:05:59 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HIpTQgooo5aC6vkaWGA4kTibP1KIdZ73oNLzC4O6D0b+bcUal5Ipifzfr8q8GO48hRgI7uvZPJv6WUdq9Htt2nMLR02i74lyLWeRrxCZlk4T813ywC4lVDmWz2AyGAz/UM6E/eGxDTIlLcPvTKfoTof/aPQ5n1/n+HqA08KpTW0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=L5D9rfHclp8ppaHJpfzXibJ9QABFX8riiUkbxryD4EJ+gJrj7Z4FUiWSwcDW0qLwsnf1iUTZIM9APWdCZAO82nw/JKe9K2+LVK/DsRfFqILpHupZJiOsQNVtpbTgPm7//Wcveh4gEslQ8B1GB/FXoziuiPO1U2ri2955amAHB2k= Received: by 10.82.177.3 with SMTP id z3mr1619810bue.1175726133546; Wed, 04 Apr 2007 15:35:33 -0700 (PDT) Received: by 10.82.175.6 with HTTP; Wed, 4 Apr 2007 15:35:33 -0700 (PDT) Message-ID: Date: Wed, 4 Apr 2007 17:35:33 -0500 From: "illoai@gmail.com" To: JoaoBR In-Reply-To: <200704041446.53000.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8d23ec860704021055n12e7ec05h300effc21e54713e@mail.gmail.com> <200704031427.01137.joao@matik.com.br> <20070404030503.GA89643@go.sib-ecometall.ru> <200704041446.53000.joao@matik.com.br> Cc: freebsd-stable@freebsd.org Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 00:06:01 -0000 On 04/04/07, JoaoBR wrote: > On Wednesday 04 April 2007 00:05, you wrote: > > Console is not intended for everyday use! You should login > > to your FreeBSD box with ssh-client of your choise and from > > the OS of your choise (preferably from graphic mode). > > > > please stay on topic > the question is not what one should or not > but to hook into your talk, if there is a console it can be used as wanted Ther are always going to be limitations. If you are not writing the code you are not going to have very much control over those limitations. > > 1024x768 is more than enough for 120x50 virtual terminals. > > may be for you, for me and lot of other users it is definitly not Well, perhaps you have something wrong if you cannot run 120x50 at 1024x768? > > p.s. Or you just trolling? RH is rather professional, but definitely > > not because of graphics in console... :-\ > > > don't try to be smart with me > nobody said that RH is professional because of it's graphics in console > I said that for example RH looks professional with the graphic boot they offer Don't try to play dumb with us. You implied that it was when you wrote: > simply consider RH graphical boot in 1024x768 has a very professional look > while Freebsd still looks like Gate's MsDos before selling it to IBM And both premises are patent nonsense, since they are both predicated on some bollocks notion of professionalism which likely started with the first "school" to sell MBAs via post. -- -- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 01:20:29 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06E9C16A401 for ; Thu, 5 Apr 2007 01:20:29 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron2.sfsu.edu (iron2.sfsu.edu [130.212.10.36]) by mx1.freebsd.org (Postfix) with ESMTP id DD79C13C465 for ; Thu, 5 Apr 2007 01:20:23 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from diana.sfsu.edu ([130.212.10.239]) by iron2.sfsu.edu with ESMTP; 04 Apr 2007 18:20:24 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAGDrE0aC1Arv/2dsb2JhbACPBw Received: from horde.sfsu.edu (horde.sfsu.edu [130.212.10.203]) by diana.sfsu.edu (8.13.4/8.13.4) with ESMTP id l351KNUo757846 for ; Wed, 4 Apr 2007 18:20:23 -0700 Received: (from apache@localhost) by horde.sfsu.edu (8.12.8/8.12.8/Submit) id l351KNGc027233 for stable@freebsd.org; Wed, 4 Apr 2007 18:20:23 -0700 Received: from 63.164.145.161 ([63.164.145.161]) by webmail.sfsu.edu (IMP) with HTTP for ; Wed, 4 Apr 2007 18:20:23 -0700 Message-ID: <1175736023.46144ed72a655@webmail.sfsu.edu> Date: Wed, 4 Apr 2007 18:20:23 -0700 From: kayve@sfsu.edu To: stable@freebsd.org References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> <20070404125452.M18358@fledge.watson.org> <14989d6e0704041034t1e197592jbd7d609ddd1d0765@mail.gmail.com> <1175735966.46144e9e6c4f4@webmail.sfsu.edu> In-Reply-To: <1175735966.46144e9e6c4f4@webmail.sfsu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: SFSU Webmail 3.2.1 X-Originating-IP: 63.164.145.161 Cc: Subject: Re: single user mode buildwerld failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 01:20:29 -0000 Quoting kayve@sfsu.edu: > Quoting Christian Walther : > > > On 04/04/07, KAYVEN RIESE wrote: > > > Secondly, it appears that you messed up your system pretty badly, I'm > > not sure that it can be fixed. On the other hand, it just might be > > that you missed a few steps. > > > > For example, when you're in single user mode the root filesystem is > > mounted read only, which means that you can't write to it. Anything > > related to the upgrade process (installworld, mergemaster...) has to > > fail. > > point of info.. my bad about not communicating correctly.. you are > referring to the steps "fsck -p" and "mount -a" are you not? i went > into single user mode one time without these steps and i think nothing > happened. i was unable to accomplish the task it told me that the > disk was not readable. i told this to gheist@experts-exchange.com and > he told me to include the steps. he told me something like "maybe you > will need mergemaster or something," so what i did was a hybrid between > his advice and what it said in /usr/src/UPDATING. i did his "make WORLD" > that seemed to do nothing, and did i believe /usr/src/make buildwerld > > oops. i just realized. you can't even read the stuff on experts-exchange, > can you? i was following this advice: > > gheist:That's it! Cool! > > Your system does not yet have "csup" utility, so we will proceed with usable > > replacement installation. > > : cd /usr/ports > > Your system does not yet have "csup" utility, so we will proceed with usable > > replacement installation. > > : cd /usr/ports/*/cvsup-without-gui > : make deinstall distclean ; make install clean > : cd ; rehash > > : cvsup > > > Now we should make decision of FreeBSD version to install > 6.1-RELEASE -> one you have > RELENG_6_1 -> yours with all security patches > RELENG_6_2 -> latest release with patched > RELENG_6 -> latest stable release which will become next release when time > comes > > now create file called "supfile" with fillowing content: > > *default tag=RELENG_6 > # replace .se. with your closest toplevel domain like .us. > *default host=cvsup.se.freebsd.org > *default prefix=/usr > *default base=/usr/local/etc/cvsup > *default release=cvs > *default delete > *default use-rel-suffix > *default compress > > ports-all tag=. > src-all > > # EndOfFile > > now create temporary directory for update temporary files: > > : mkdir -p /usr/local/etc/cvsup > > and now update! > > : cvsup supfile > > there should be output as updating your files commences/it will take long > first > time, but it will finish/. > > now that you are finished proceed to installing new kernel: > > : cd /usr/src/sys/i386/conf > : config GENERIC > : cd ../compile/GENERIC > : make cleandepend ; make depend ; make && make install > > if successful do far - type > : shutdown -r now > > Now that you have rebooted check if all of your essential services are > running... > And check that "uname -a" output has changed to 6.2-RELEASE-p1 or similar > > Now you have good new kernel and can proceed to installing new "world" > > cd /usr/src ; make buildworld > > /this one takes long/ > > If this one succeeds you should reboot into single-user mode to replace all > the > files > > : shutdown -r now > > > > at the boot menu type "4" - boot into single-user mode > > after kernel messages it asks for shell - default is fine > > > check filesystems(can take long time after unclean shutdown): > : fsck -p > mount filesystems: > : mount -a > install default environment: > : su - > install WORLD: > : cd /usr/src ; make installworld > > you may need to operate "mergemaster" at this point if install asks for it > after successful installworld type: > :reboot > > > > > that's how far i got. there seemed to be a discrepency with what i > read in /usr/src/UPDATING i noted that here: > > btw.. i noted this: > > bsd@[/usr/ports/net/cvsup-without-gui]#make deinstall distclean; make install > > clean > linking cvpasswd > ===> Installing for cvsup-without-gui-16.1h_2 > > ===> cvsup-without-gui-16.1h_2 conflicts with installed package(s): > cvsup-16.1h_2 > > They install files into the same place. > Please remove them first with pkg_delete(1). > *** Error code 1 > > Stop in /usr/ports/net/cvsup-without-gui. > > oh shoot. do i figger this out myself? > > They install files into the same place. > Please remove them first with pkg_delete(1). > *** Error code 1 > > Stop in /usr/ports/net/cvsup-without-gui. > bsd@[/usr/ports/net/cvsup-without-gui]#pkg_delete cvsup-16.1h_2 > > > and proceeded from that step. > > btw.. i have a "PWD" promt that shows where i am: > > # EndOfFile > bsd@[/root]#cd /usr/src/sys/i386/conf > bsd@[/usr/src/sys/i386/conf]#config GENERIC > Kernel build directory is ../compile/GENERIC > Don't forget to do ``make cleandepend; make depend'' > bsd@[/usr/src/sys/i386/conf]#make cleandepend; make depend > > EndOfFile > bsd@[/root]#cd /usr/src/sys/i386/conf > bsd@[/usr/src/sys/i386/conf]#config GENERIC > Kernel build directory is ../compile/GENERIC > Don't forget to do ``make cleandepend; make depend'' > bsd@[/usr/src/sys/i386/conf]#make cleandepend; make depend > make: don't know how to make cleandepend. Stop > make: don't know how to make depend. Stop > bsd@[/usr/src/sys/i386/conf]#cd ../compile/GENERIC > bsd@[/usr/src/sys/i386/compile/GENERIC]#make cleandepend; make depend > > : don't know how to make cleandepend. Stop > make: don't know how to make depend. Stop > bsd@[/usr/src/sys/i386/conf]#cd ../compile/GENERIC > bsd@[/usr/src/sys/i386/compile/GENERIC]#make cleandepend; make depend > rm -f .depend > cd ../../../modules; > MAKEOBJDIRPREFIX=/usr/src/sys/i386/compile/GENERIC/modules > KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=i386 > KERNBUILDDIR="/usr/src/sys/i386/compile/GENERIC" make cleandepend > > okay.. i had a good night's sleep now. drinking my irish kawfee. here is my > > uname > > /root/.zshrc:17: unknown file attribute > bsd@[/root]#uname -a > FreeBSD bsd 6.2-STABLE FreeBSD 6.2-STABLE #0: Thu Mar 29 21:44:41 PST 2007 > > root@bsd:/usr/src/sys/i386/compile/GENERIC i386 > bsd@[/root]# > > i guess that looks good. > > bsd@[/root]#cd /usr/src; make buildworld > > > -------------------------------------------------------------- > >>> Rebuilding the temporary build tree > -------------------------------------------------------------- > rm -rf /usr/obj/usr/src/tmp > > > install WORLD > > failed. usage message.. > > then cd /usr/src; make installwerld also failed. > > it said "required audit group is missing.. see /usr/src/UPDATING" > > > so here is where i hybridize. i posted contents of /usr/src/UPDATING: > > i am going to reboot into single user mode and follow these instructions > from /usr/src/UPDATING > now: > > To rebuild everything and install it on the current system. > ----------------------------------------------------------- > # Note: sometimes if you are running current you gotta do more than > # is listed here if you are upgrading from a really old current. > > > make buildworld > make kernel KERNCONF=YOUR_KERNEL_HERE > [1] > [3] > mergemaster -p [5] > make installworld > make delete-old > mergemaster [4] > > > > they looked similar to what gheist told me except it ommitted > the "fsck -p" and "mount -a" steps. on gheist's advice i put those > steps before the "mergemaster -p" and tried again. > > gheist: > > You did not fsck and mount in single-user mode. After fsck -p ; mount -a ; su > - > you will be able to use mergemaster and do installworld. > > > TeRReF:There should be a backup of your old /etc dir here: > > /var/tmp/etc > > Boot in single user mode, do a > mount -a > > and copy the backup passwd file to /etc > > > This should enable you to login again. There is a but... > > There might have been changes made during the buildworld process, obviously, > > those are missing in the backup file. Make sure all your programs are running > > as expected... > > that's where i am, so now i have to try to take yer advice. i took > TeRReF's advice but you make a point about trying something further. > > > > > Question is (sorry this isn't ment to sound harsch) if you read the > > manual carefully, because it describes the entire process pretty > > detailed. That is to say you have to read all the chapters, not only > > the beginning. > > For example it appears that you didn't remount the root filesystem > > read/writeable after you booted to single user mode. > > > > Passwords are not stored in /etc/passwd, there is /etc/pwd.db, > > /etc/master.passwd and /etc/spwd.db, too. All are required for the > > system to be fully functional. The latter two contain the passwords in > > encrypted form. You might want to try to restore these files in > > particular. > > > > BTW: Your mailer appears to be broken. Some of your postings are > > really difficult to read, it seems as if quoted postings aren't marked > > properly, for example with a ">". > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 01:20:46 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6AB8E16A402 for ; Thu, 5 Apr 2007 01:20:46 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron2.sfsu.edu (iron2.sfsu.edu [130.212.10.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4CA0A13C45D for ; Thu, 5 Apr 2007 01:20:46 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from diana.sfsu.edu ([130.212.10.239]) by iron2.sfsu.edu with ESMTP; 04 Apr 2007 18:20:46 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAGDrE0aC1Arv/2dsb2JhbACPBw Received: from horde.sfsu.edu (horde.sfsu.edu [130.212.10.203]) by diana.sfsu.edu (8.13.4/8.13.4) with ESMTP id l351Kjxi761940 for ; Wed, 4 Apr 2007 18:20:45 -0700 Received: (from apache@localhost) by horde.sfsu.edu (8.12.8/8.12.8/Submit) id l351Kj4s027247 for stable@freebsd.org; Wed, 4 Apr 2007 18:20:45 -0700 Received: from 63.164.145.161 ([63.164.145.161]) by webmail.sfsu.edu (IMP) with HTTP for ; Wed, 4 Apr 2007 18:20:45 -0700 Message-ID: <1175736045.46144eed676c2@webmail.sfsu.edu> Date: Wed, 4 Apr 2007 18:20:45 -0700 From: kayve@sfsu.edu To: stable@freebsd.org References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> <20070404125452.M18358@fledge.watson.org> <14989d6e0704041034t1e197592jbd7d609ddd1d0765@mail.gmail.com> <1175734991.46144acfabc7a@webmail.sfsu.edu> In-Reply-To: <1175734991.46144acfabc7a@webmail.sfsu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: SFSU Webmail 3.2.1 X-Originating-IP: 63.164.145.161 Cc: Subject: Re: single user mode buildwerld failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 01:20:46 -0000 Quoting kayve@sfsu.edu: > Quoting Christian Walther : > > > On 04/04/07, KAYVEN RIESE wrote: > > > there were so many steps they didn't seem obvious.. i got halfway thru > and > > > realized i > > > was in some prompt for mergemaster -p, or so i thought, so i started > over. > > > i had no > > > idea what was happening. i can't log on now. > > > /etc/passwd is gone. i used a freeBSD disk that is certainly old to go > to > > > a fixit shell but i didn't > > > know what to do. i can go back to the fixit shell if somebody tells me > > > what to do but i have > > > to *#@&ing walk over to kinkos now to get on the internet. > > > > So firstly you should probably sit down and take a deep breath. > > > > Secondly, it appears that you messed up your system pretty badly, I'm > > not sure that it can be fixed. On the other hand, it just might be > > that you missed a few steps. > > > > For example, when you're in single user mode the root filesystem is > > mounted read only, which means that you can't write to it. Anything > > related to the upgrade process (installworld, mergemaster...) has to > > fail. > > i looked at the /usr/src/UPDATING and what to do after the command > mergemaster -p was not described. is there a better web page for > that somewhere? i was also taking advice from an "expert" on > experts-exchange both sources did not described the bizzare behavior > i observed after simply invoking the command "mergemaster -p" both > sources informed me to do that command followed by another command. > i saw no advice telling me more details than that. if such a site > exists, could i please have a direct relevant link? > > > > > > Question is (sorry this isn't ment to sound harsch) if you read the > > manual carefully, because it describes the entire process pretty > > detailed. That is to say you have to read all the chapters, not only > > the beginning. > > For example it appears that you didn't remount the root filesystem > > read/writeable after you booted to single user mode. > > i followed some instructions but nothing perpared me for the way > my acted after the command "mergemaster -p" i did not get back > the same prompt from which i invoked "mergemaster -p" from. it > asked me a question that i fergot what it was. that was bad.. i > know.. i could not cut and paste there. i could have maybe > done "mergemaster -p > file.out" but i didn't. oops. that was > stupid. > > > > > Passwords are not stored in /etc/passwd, there is /etc/pwd.db, > > /etc/master.passwd and /etc/spwd.db, too. All are required for the > > system to be fully functional. The latter two contain the passwords in > > encrypted form. You might want to try to restore these files in > > particular. > > okay.. /etc/passwd was in /var/tmp/etc/passwd, so the others will > be similarly so? i can handle this. > > > > > BTW: Your mailer appears to be broken. Some of your postings are > > really difficult to read, it seems as if quoted postings aren't marked > > properly, for example with a ">". > > sorry. i use pine. ">" marks recursively who is saying what. i > cut and pasted hurredly which i guess is stupid. it sounds like you > are giving me good advice that i can easily follow. i will try that > and get back to you. it might be more easy to look at the links i gave, > but i posted a lot of makesplat that got that guy mad at me. you can > scroll all the way to the bottom and see what the latest is maybe you > can follow. > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 01:24:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 042F916A40B for ; Thu, 5 Apr 2007 01:24:32 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 92F4613C46C for ; Thu, 5 Apr 2007 01:24:31 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (unknown [200.46.204.187]) by hub.org (Postfix) with ESMTP id BE00285C915; Wed, 4 Apr 2007 22:24:25 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 52465-05; Wed, 4 Apr 2007 22:24:24 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id BFC7885C8FA; Wed, 4 Apr 2007 22:24:24 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id F15C33A423; Wed, 4 Apr 2007 22:24:34 -0300 (ADT) Date: Wed, 04 Apr 2007 22:24:34 -0300 From: "Marc G. Fournier" To: Thiago Esteves de Oliveira , "Brian A. Seklecki" Message-ID: <940003B3AEA85C0A5ACD581F@ganymede.hub.org> In-Reply-To: <65091.200.191.164.248.1175458028.squirrel@www.lamce.coppe.ufrj.br> References: <65091.200.191.164.248.1175458028.squirrel@www.lamce.coppe.ufrj.br> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 01:24:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thiago ... I'm just curious here, but are you by any chance using geom at all? The only machine I have that seems to be affected like this (where netstat -m doesn't seem to indicate a problem with mbufs) is using gmirror ... the rest all use hardware RAID controllers ... Its a long shot, but so far, its the only one I seem to be able to draw :( - --On Sunday, April 01, 2007 17:07:08 -0300 Thiago Esteves de Oliveira wrote: > I've tried to increase the kern.ipc.nmbclusters value but it worked only when > I changed the kernel to an older one. > > netstat -m (Now it's working with the same values.) > - > 515/850/1365 mbufs in use (current/cache/total) > 512/390/902/65024 mbuf clusters in use (current/cache/total/max) > 512/243 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) > 1152K/992K/2145K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 2759 requests for I/O initiated by sendfile > 2982 calls to protocol drain routines > > Ethernet adapters > - > em0: port > 0xec80-0xecbf m em 0xfebe0000-0xfebfffff irq 10 at device 4.0 on pci7 > em0: Ethernet address: 00:04:23:c3:06:78 > em0: [FAST] > skc0: <3Com 3C940 Gigabit Ethernet> port 0xe800-0xe8ff mem > 0xfebd8000-0xfebdbfff irq 15 at device 6.0 on pci7 > skc0: 3Com Gigabit NIC (3C2000) rev. (0x1) > sk0: on skc0 > sk0: Ethernet address: 00:0a:5e:65:ad:c3 > miibus0: on sk0 > e1000phy0: on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, > auto > > P.S.: I am using the FreeBSD/amd64. > > Brian A. Seklecki wrote: >> Show us netstat -m on the broken kernel? Show us your dmesg(8) for >> em(4). >> >> TIA, >> ~BAS >> >> On Fri, 2007-03-30 at 11:13 -0300, Thiago Esteves de Oliveira wrote: >>> Hello, >>> >>> I've had a problem with one of my FreeBSD servers, the machine has stopped >>> its network services and then sent these messages: >>> >>> -Mar 27 13:00:03 anubis dhcpd: send_packet: No buffer space available >>> -Mar 27 13:00:26 anubis routed[431]: Send bcast sendto(em0, >>> 146.164.92.255.520): No buffer space available >>> >>> The messages were repeated a lot of times before a temporary solution. I've >>> changed the kernel(FreeBSD 6.2) to an older one(FreeBSD 6.1) and since then >>> it's been working well. What happened? >>> >>> P.S.: I can give more informations if necessary. >>> _______________________________________________ >>> 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" > > > _______________________________________________ > 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" - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGFE/S4QvfyHIvDvMRAvf2AJ94uFbAqplqtvTHeontpNT1FvzE7ACcDqYM 5EVfYDsLw++60NYugCOOwho= =+Wd7 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 03:26:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6565B16A403 for ; Thu, 5 Apr 2007 03:26:56 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 524A413C458 for ; Thu, 5 Apr 2007 03:26:56 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 296B71A4D8D; Wed, 4 Apr 2007 20:26:56 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1497D513EB; Wed, 4 Apr 2007 23:26:55 -0400 (EDT) Date: Wed, 4 Apr 2007 23:26:54 -0400 From: Kris Kennaway To: Jun Kuriyama Message-ID: <20070405032654.GA68925@xor.obsecurity.org> References: <20060308224531.GA53611@xor.obsecurity.org> <200603090026.k290Qihj002701@compaq.anjos.strangled.net> <20060309005722.GA55432@xor.obsecurity.org> <7mabxnfr38.wl%kuriyama@imgsrc.co.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline In-Reply-To: <7mabxnfr38.wl%kuriyama@imgsrc.co.jp> User-Agent: Mutt/1.4.2.2i Cc: Miguel Lopes Santos Ramos , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 03:26:56 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 05, 2007 at 12:16:43PM +0900, Jun Kuriyama wrote: > At Wed, 8 Mar 2006 19:57:22 -0500, > Kris Kennaway wrote: > > > No, no, you got me wrong. The pidfile is left locked after cron stopp= ed > > > running (with /etc/rc.d/cron stop). This behaviour must be wrong. > >=20 > > OK, I misunderstood. The rc.d script will signal cron to kill it, > > which should be closing the file descriptors and causing rpc.lockd to > > release the lock. Perhaps this part is broken. OK, I tested this > > with daemon -p, and it indeed seems to be broken: > >=20 > > haessal# daemon -p pid_file sleep 100000 > > haessal# kill -KILL `cat pid_file` > > haessal# ps -p `cat pid_file` > > PID TT STAT TIME COMMAND > > haessal# lockf -t 0 pid_file echo Yay > > lockf: pid_file: already locked >=20 > Interesting. I just do little investigation. Our daemon(8) locks a > file before fork(2), which makes NFS lock registration with svid(PID) > of daemon(8) process. >=20 > When above sleep(1) killed, this process has another PID than > daemon(8)'s, and request NFS unlock call with sleep(1)'s svid(PID). >=20 > Our rpc.lockd(8) refuses this request because of svid unmatch. >=20 > Which side should be fixed, daemon(8) and rpc.lockd(8)? You're replying to a year-old mail...but rpc.lockd is the broken thing, it assumes the pid that unlocks a file must be the pid that locks it. But this is false because in UNIX file descriptors may be passed around between processes, as in the above situation. Kris --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGFGx+Wry0BWjoQKURAr/jAKCXIOYU2WlpBvNTq9WeU90qdjcVyACg7PIh 6n8s0+qXwNO/lKU08NwpLtg= =IS0w -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 03:40:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25BE216A475 for ; Thu, 5 Apr 2007 03:40:05 +0000 (UTC) (envelope-from kuriyama@imgsrc.co.jp) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.freebsd.org (Postfix) with ESMTP id D92A913C44B for ; Thu, 5 Apr 2007 03:40:04 +0000 (UTC) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (magenta.imgsrc.co.jp [210.226.20.134]) by black.imgsrc.co.jp (Postfix) with ESMTP id BB26B50FD4; Thu, 5 Apr 2007 12:16:43 +0900 (JST) X-Virus-Scanned: IMG SRC scanner at virus.imgsrc.co.jp (magenta) Received: from black.imgsrc.co.jp ([210.226.20.147]) by localhost (magenta.imgsrc.co.jp [210.226.20.134]) (amavisd-new, port 10024) with ESMTP id hrfw2KiuH2e6; Thu, 5 Apr 2007 12:16:43 +0900 (JST) Received: from pink.imgsrc.co.jp (pink.imgsrc.co.jp [210.226.20.36]) by black.imgsrc.co.jp (Postfix) with ESMTP id 8FB3550FF8; Thu, 5 Apr 2007 12:16:43 +0900 (JST) Date: Thu, 05 Apr 2007 12:16:43 +0900 Message-ID: <7mabxnfr38.wl%kuriyama@imgsrc.co.jp> From: Jun Kuriyama To: Kris Kennaway In-Reply-To: <20060309005722.GA55432@xor.obsecurity.org> References: <20060308224531.GA53611@xor.obsecurity.org> <200603090026.k290Qihj002701@compaq.anjos.strangled.net> <20060309005722.GA55432@xor.obsecurity.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: kuriyama@imgsrc.co.jp, Miguel Lopes Santos Ramos , freebsd-stable@freebsd.org Subject: Re: rpc.lockd brokenness (2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 03:40:05 -0000 At Wed, 8 Mar 2006 19:57:22 -0500, Kris Kennaway wrote: > > No, no, you got me wrong. The pidfile is left locked after cron stopped > > running (with /etc/rc.d/cron stop). This behaviour must be wrong. > > OK, I misunderstood. The rc.d script will signal cron to kill it, > which should be closing the file descriptors and causing rpc.lockd to > release the lock. Perhaps this part is broken. OK, I tested this > with daemon -p, and it indeed seems to be broken: > > haessal# daemon -p pid_file sleep 100000 > haessal# kill -KILL `cat pid_file` > haessal# ps -p `cat pid_file` > PID TT STAT TIME COMMAND > haessal# lockf -t 0 pid_file echo Yay > lockf: pid_file: already locked Interesting. I just do little investigation. Our daemon(8) locks a file before fork(2), which makes NFS lock registration with svid(PID) of daemon(8) process. When above sleep(1) killed, this process has another PID than daemon(8)'s, and request NFS unlock call with sleep(1)'s svid(PID). Our rpc.lockd(8) refuses this request because of svid unmatch. Which side should be fixed, daemon(8) and rpc.lockd(8)? -- Jun Kuriyama // S2 Factory, Inc. // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 07:25:54 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4B0C16A409 for ; Thu, 5 Apr 2007 07:25:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 62ABF13C45D for ; Thu, 5 Apr 2007 07:25:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (hsrqxa@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l357Pldl084281; Thu, 5 Apr 2007 09:25:52 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l357PkWK084280; Thu, 5 Apr 2007 09:25:46 +0200 (CEST) (envelope-from olli) Date: Thu, 5 Apr 2007 09:25:46 +0200 (CEST) Message-Id: <200704050725.l357PkWK084280@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, joao@matik.com.br In-Reply-To: <200704041446.53000.joao@matik.com.br> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 05 Apr 2007 09:25:52 +0200 (CEST) Cc: Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, joao@matik.com.br List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 07:25:55 -0000 JoaoBR wrote: > On Wednesday 04 April 2007 00:05, you wrote: > > Console is not intended for everyday use! You should login > > to your FreeBSD box with ssh-client of your choise and from > > the OS of your choise (preferably from graphic mode). > > please stay on topic > the question is not what one should or not > but to hook into your talk, if there is a console it can be used as wanted He is perfectly on topic. Normally you shouldn't have to use syscons at all. On desktop machines, you install X and run it at your favourite resolution. Server machines usually run headless anyway, and you connect to them via ssh or via a serial terminal server. Having to go to a server and work at the syscons console would be an exception (e.g. in case of emergency, when you're not even able to get the box up in single-user mode on the serial console). Of course there are exceptions to those rules. But that's what they are: exceptions. If you need to work on a server regularly at its physical display, it's probably a good idea to install X, as if it was a desktop machine. In fact, if you do work there regularly, then it acts partially as a desktop machine or workstation, so it deserves to run X. If installed and configured properly, the overhead of starting and running the X server is low. Having said that, FreeBSD's syscons _does_ support higher resolutions if you really want to have them (see the pixel mode support and the VESA options in the vindcontrol(8) manpage). If that's still not enough, well, then you have to write code yourself and submit it. The fact that nobody has done that so far indicates that not too many people are in need for more than what's already there. > > 1024x768 is more than enough for 120x50 virtual terminals. > > may be for you, for me and lot of other users it is definitly not How did you get the number of "lot of other users"? >From the discussion so far it rather seems to be a small minority. > > p.s. Or you just trolling? RH is rather professional, but definitely > > not because of graphics in console... :-\ > > don't try to be smart with me Admittedly your style of writing looks a lot like trolling. (But I assume anyway that you're not intentionally trolling, otherwise I wouldn't reply at all and instead add you to my killfile.) > nobody said that RH is professional because of it's graphics in console > I said that for example RH looks professional with the graphic boot they offer I rather agree with Peter Jeremy here. FreeBSD's boot looks more professional than a colorful but less informative graphical boot like the one on RH or SuSE (or even Windows). Of course, that matters only if you're a professional yourself. If you're not, then I certainly believe that you prefer the graphical boot. FWIW, most of the time machines boot without _anyone_ watching anyway. If you need to see the boot messages, you ssh into the box and type "dmesg -a" or look at the file /var/run/dmesg.boot (and /var/log/console.log which can be enabled via /etc/syslog.conf). Best regards Oliver PS: Please respect the Reply-To header. I do read the list and do not want to get additional copies of mails. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd (On the statement print "42 monkeys" + "1 snake":) By the way, both perl and Python get this wrong. Perl gives 43 and Python gives "42 monkeys1 snake", when the answer is clearly "41 monkeys and 1 fat snake". -- Jim Fulton From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 08:00:23 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9EE8D16A402 for ; Thu, 5 Apr 2007 08:00:23 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 0EB2413C455 for ; Thu, 5 Apr 2007 08:00:22 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (vsjivi@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l35805GP086225; Thu, 5 Apr 2007 10:00:11 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l35805AQ086224; Thu, 5 Apr 2007 10:00:05 +0200 (CEST) (envelope-from olli) Date: Thu, 5 Apr 2007 10:00:05 +0200 (CEST) Message-Id: <200704050800.l35805AQ086224@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, chris#@1command.com In-Reply-To: <20070404073939.h9p3mgp2m88kswk8@webmail.1command.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 05 Apr 2007 10:00:11 +0200 (CEST) Cc: Subject: Re: NFS == lock && reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, chris#@1command.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 08:00:23 -0000 Chris H. wrote: > Oliver Fromme wrote: > > [...] > > However, I don't think that your actual problem (lock-up > > and panics) is related to rpc.lockd or rpc.statd. It > > rather sounds like something else is wrong with your > > machine. NFS works perfectly fine for me, including > > copying huge files. > > > > You wrote that you had a lot of crashes that accumulated > > many files in lost+found. Well, maybe your filesystem > > was somehow damaged in the process. It is possible to > > damage file systems in a way that can lead to panics, and > > it's not necessarily detected and repaired by fsck. > > Indeed. I /too/ considered this. However, I largely dismissed this > as a possibility as most all of them are 0 length in size. The others > are fragments of logs. I'm not /completely/ ruling this out though. The files in lost+found aren't the problem. The problem is the things that you cannot see, and fsck won't move those to lost+found. In particular, if you use softupdates on drives that have write-caching enabled, or on drives that illegally cache data even if it's disabled (be it intentionally or because of bugs in the firmware), it's almost guaranteed that the FS will take damage beyond repair on a crash, and even more so after several crashes. Another potential cause of problems is the background fsck feature in FreeBSD 6. I'm not sure if it has been fixed in 6-stable, maybe it has. I don't want to spread FUD. But in the past, if a machine crashed and rebooted during a background fsck, that was almost a guarantee for damage beyond repair, too. That's why I always disable background fsck on my machines. (Let me repeat: It _might_ be fixed in 6-stable, I don't know. I haven't seen a definitive confirmation of it being fixed on the mailing lists so far. If somebody knows otherwise, please correct me.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Python is an experiment in how much freedom programmers need. Too much freedom and nobody can read another's code; too little and expressiveness is endangered." -- Guido van Rossum From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 09:11:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0517116A401; Thu, 5 Apr 2007 09:11:44 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id AB6D513C458; Thu, 5 Apr 2007 09:11:43 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 7B85AED5827; Thu, 5 Apr 2007 12:11:38 +0300 (EEST) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y6MUHOxoH6xt; Thu, 5 Apr 2007 12:11:37 +0300 (EEST) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 46C97ED5823; Thu, 5 Apr 2007 12:11:37 +0300 (EEST) Message-ID: <4614BD4B.5010109@icyb.net.ua> Date: Thu, 05 Apr 2007 12:11:39 +0300 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070329) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ports@freebsd.org, freebsd-multimedia@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: amd64: cc -dumpmachine [ffmpeg] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 09:11:44 -0000 [sorry for spamming so many lists but all of them seem to be relevant] $ uname -srm FreeBSD 6.2-RELEASE-p2 amd64 $ cc -dumpmachine $ >From gcc(1): -dumpmachine Print the compiler's target machine (for example, i686-pc-linux-gnu)---and don't do anything else. At least configure script of the latest ffmpeg-devel port seems to be confused by this. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 09:17:20 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6570816A402 for ; Thu, 5 Apr 2007 09:17:20 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.178]) by mx1.freebsd.org (Postfix) with ESMTP id DEAE213C43E for ; Thu, 5 Apr 2007 09:17:19 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ik-out-1112.google.com with SMTP id c21so326516ika for ; Thu, 05 Apr 2007 02:17:16 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=s0xSboKpSRE8eOgxrZN1TJTscDK104eMbAiqWY/cE6X88PIGroB3+LTkUtJm3AQLkGKVoKSS8RCYDNigb6G2vFw9VjnpuTiYte4mn8BzJwaNGtB2Golb73GQUHzHkEm9fsclNLG/8QJPknnykczc/XEaJpNezn/bYSQynDP1jNI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=ZPzuNe5cm4PdwbZfyrqM+Y8gdXwo1pRVuanhlFBHTcYr1OgKFofVqFQydOJN6RKc2Url7mOtbYKS4L+SnmL+chxrEUQkmgzpIQm5KvtBdagJjQjZ85UDy3t9CEnU1TqXp5kZrZm+yke2tbHfDRyZk4fOlgTLUAzdYpgp1alm/Vc= Received: by 10.67.26.7 with SMTP id d7mr790283ugj.1175763115059; Thu, 05 Apr 2007 01:51:55 -0700 (PDT) Received: from ?127.0.0.1? ( [213.206.147.185]) by mx.google.com with ESMTP id x33sm2674364ugc.2007.04.05.01.51.54; Thu, 05 Apr 2007 01:51:54 -0700 (PDT) From: Tom Evans To: kayve@sfsu.edu In-Reply-To: <1175736045.46144eed676c2@webmail.sfsu.edu> References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> <20070404125452.M18358@fledge.watson.org> <14989d6e0704041034t1e197592jbd7d609ddd1d0765@mail.gmail.com> <1175734991.46144acfabc7a@webmail.sfsu.edu> <1175736045.46144eed676c2@webmail.sfsu.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ekHafhZpEc/Sil2jDnYR" Date: Thu, 05 Apr 2007 09:51:53 +0100 Message-Id: <1175763113.1318.18.camel@zoot.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port Cc: stable@freebsd.org Subject: Re: single user mode buildwerld failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 09:17:20 -0000 --=-ekHafhZpEc/Sil2jDnYR Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-04-04 at 18:20 -0700, kayve@sfsu.edu wrote: > Quoting kayve@sfsu.edu: >=20 > > Quoting Christian Walther : > >=20 > > > On 04/04/07, KAYVEN RIESE wrote: > > > > there were so many steps they didn't seem obvious.. i got halfway t= hru > > and > > > > realized i > > > > was in some prompt for mergemaster -p, or so i thought, so i starte= d > > over. > > > > i had no > > > > idea what was happening. i can't log on now. > > > > /etc/passwd is gone. i used a freeBSD disk that is certainly old t= o go > > to > > > > a fixit shell but i didn't > > > > know what to do. i can go back to the fixit shell if somebody tell= s me > > > > what to do but i have > > > > to *#@&ing walk over to kinkos now to get on the internet. > > >=20 > > > So firstly you should probably sit down and take a deep breath. > > >=20 > > > Secondly, it appears that you messed up your system pretty badly, I'm > > > not sure that it can be fixed. On the other hand, it just might be > > > that you missed a few steps. > > >=20 > > > For example, when you're in single user mode the root filesystem is > > > mounted read only, which means that you can't write to it. Anything > > > related to the upgrade process (installworld, mergemaster...) has to > > > fail. > >=20 > > i looked at the /usr/src/UPDATING and what to do after the command > > mergemaster -p was not described. is there a better web page for=20 > > that somewhere? i was also taking advice from an "expert" on=20 > > experts-exchange both sources did not described the bizzare behavior > > i observed after simply invoking the command "mergemaster -p" both > > sources informed me to do that command followed by another command. > > i saw no advice telling me more details than that. if such a site > > exists, could i please have a direct relevant link? > >=20 > >=20 > > >=20 > > > Question is (sorry this isn't ment to sound harsch) if you read the > > > manual carefully, because it describes the entire process pretty > > > detailed. That is to say you have to read all the chapters, not only > > > the beginning. > > > For example it appears that you didn't remount the root filesystem > > > read/writeable after you booted to single user mode. > >=20 > > i followed some instructions but nothing perpared me for the way > > my acted after the command "mergemaster -p" i did not get back > > the same prompt from which i invoked "mergemaster -p" from. it > > asked me a question that i fergot what it was. that was bad.. i > > know.. i could not cut and paste there. i could have maybe > > done "mergemaster -p > file.out" but i didn't. oops. that was=20 > > stupid. > >=20 > > >=20 > > > Passwords are not stored in /etc/passwd, there is /etc/pwd.db, > > > /etc/master.passwd and /etc/spwd.db, too. All are required for the > > > system to be fully functional. The latter two contain the passwords i= n > > > encrypted form. You might want to try to restore these files in > > > particular. > >=20 > > okay.. /etc/passwd was in /var/tmp/etc/passwd, so the others will > > be similarly so? i can handle this. > >=20 > > >=20 > > > BTW: Your mailer appears to be broken. Some of your postings are > > > really difficult to read, it seems as if quoted postings aren't marke= d > > > properly, for example with a ">". > >=20 > > sorry. i use pine. ">" marks recursively who is saying what. i > > cut and pasted hurredly which i guess is stupid. it sounds like you > > are giving me good advice that i can easily follow. i will try that > > and get back to you. it might be more easy to look at the links i gave= , > > but i posted a lot of makesplat that got that guy mad at me. you can > > scroll all the way to the bottom and see what the latest is maybe you > > can follow. > >=20 > > > _______________________________________________ > > > freebsd-stable@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.= org" > > >=20 > >=20 > >=20 > >=20 >=20 > _______________________________________________ > 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" Your emails are ridiculously poorly formatted - I think your responses are intermingled with quoted text, and it is hard to decipher what you have done. The guy helping you from "expertsexchange" isn't helping you. He clearly has some inkling of a clue, but he doesn't know what he is doing (or maybe he knows more than me. Whatever. I know how to read a manual, and the manual says not to do it like that). To upgrade FreeBSD, use the instructions in the handbook. They are clear, concise and correct. If you have a running system, read Appendix A.5 "Using CVSup" [1] of the handbook, which details how to update your sources and ports to the current version. If you don't have a running system, rebuild world + kernel and hope that restores enough functionality so you can update the sources and go again. This is all described in section 22.4 "Rebuilding world" [2] of the handbook, but I will summarise it for you. // change to root $ su - // remove /usr/obj to speed up the build # cd /usr/obj && chflags -R noschg * && rm -rf * // Build a new world # cd /usr/src # make -j4 buildworld // build a new kernel (do not put any job options for this build) # make buildkernel // install the new kernel # make installkernel // reboot to single user mode (boot -s from the loader prompt) # shutdown -r now // After reboot // check + mount all filesystems # fsck -p # mount -u / # mount -a -t ufs # swapon -a // prepare /etc for the world install # mergemaster -p // install the new world # cd /usr/src ; make installworld // run mergemaster again # mergemaster // reboot to an updated system # shutdown -r now All these instructions are in the handbook. Cheers Tom [1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html [2] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html --=-ekHafhZpEc/Sil2jDnYR Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGFLiplcRvFfyds/cRAo9DAJ4ha4CDdhcm1rlymm92r+wIZWa/cACeLZpg TrUgcQ6ww3S/yLJRqDLKOPs= =6n2M -----END PGP SIGNATURE----- --=-ekHafhZpEc/Sil2jDnYR-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 09:41:36 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65B5116A401; Thu, 5 Apr 2007 09:41:36 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id E04DE13C480; Thu, 5 Apr 2007 09:41:35 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (hobmtu@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l359fT0V092266; Thu, 5 Apr 2007 11:41:34 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l359fTo9092265; Thu, 5 Apr 2007 11:41:29 +0200 (CEST) (envelope-from olli) Date: Thu, 5 Apr 2007 11:41:29 +0200 (CEST) Message-Id: <200704050941.l359fTo9092265@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsd-amd64@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG, avg@icyb.net.ua In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 05 Apr 2007 11:41:34 +0200 (CEST) Cc: Subject: Re: amd64: cc -dumpmachine [ffmpeg] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, freebsd-amd64@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG, avg@icyb.net.ua List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 09:41:36 -0000 Andriy Gapon wrote: > > [sorry for spamming so many lists but all of them seem to be relevant] > > $ uname -srm > FreeBSD 6.2-RELEASE-p2 amd64 > $ cc -dumpmachine > > $ I get the same empty result on a 32bit RELENG_6 (i386) machine here. It seems to be normal. > At least configure script of the latest ffmpeg-devel port seems to be > confused by this. Works fine here on said i386 machine. So it must be something else, no related to the -dumpmachine output, but maybe amd64-related. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Perl is worse than Python because people wanted it worse. -- Larry Wall From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 09:49:24 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8B8016A401; Thu, 5 Apr 2007 09:49:24 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id D1CFD13C45B; Thu, 5 Apr 2007 09:49:23 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id C5BDFED5839; Thu, 5 Apr 2007 12:49:15 +0300 (EEST) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YubZHy3+3+c5; Thu, 5 Apr 2007 12:49:11 +0300 (EEST) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 34A17ED5835; Thu, 5 Apr 2007 12:49:11 +0300 (EEST) Message-ID: <4614C619.8000803@icyb.net.ua> Date: Thu, 05 Apr 2007 12:49:13 +0300 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070329) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, freebsd-amd64@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG References: <200704050941.l359fTo9092265@lurza.secnetix.de> In-Reply-To: <200704050941.l359fTo9092265@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: amd64: cc -dumpmachine [ffmpeg] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 09:49:25 -0000 on 05/04/2007 12:41 Oliver Fromme said the following: > Andriy Gapon wrote: > > > > [sorry for spamming so many lists but all of them seem to be relevant] > > > > $ uname -srm > > FreeBSD 6.2-RELEASE-p2 amd64 > > $ cc -dumpmachine > > > > $ > > I get the same empty result on a 32bit RELENG_6 (i386) > machine here. It seems to be normal. Maybe "normal" for FreeBSD GCC but not for GCC in general. E.g.: $ uname -srm Linux 2.6.19-1.2895.fc6xen x86_64 $ cc -dumpmachine x86_64-redhat-linux > > At least configure script of the latest ffmpeg-devel port seems to be > > confused by this. > > Works fine here on said i386 machine. So it must be > something else, no related to the -dumpmachine output, > but maybe amd64-related. By "confused" I meant that the configure script decided that it cross-builds for i386 because it didn't see "something 64" in the output of the said command. So this is it. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 09:51:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC78F16A404 for ; Thu, 5 Apr 2007 09:51:22 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 6AF7313C4B8 for ; Thu, 5 Apr 2007 09:51:22 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so602705ana for ; Thu, 05 Apr 2007 02:51:22 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RMya4J426P5lD4Z1kjR4ztbvt9wBkMkk5y3N7TqvuvVopTMqitHiPt2awzFQ69IJl2d0E3NtN2qsFZdV9Eeg8sMnGVCv9kopSW6UjvlNu2CW4PdeYJZ44gz2WJXEB3MbdmZOoYK6Ys1LwW7ROks154MlQjUnmJAHt4FqHM2y3wU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uC3xvI5WpebjqMj8nbFjX/Vdg5X9CggmPhR8P1Vh4KUIuqidnMo0F45l0q1bSys+h0bBQBMz7uD2uZHEuHFJwVnch3bG6NjWEidyOca1Ll2pNgq+Ii5B9413j2P3cQrA1S7LOA/xDeht0dWxY/CRtrn+K28ypfe/AH+ntjzaCUU= Received: by 10.115.88.1 with SMTP id q1mr627124wal.1175764948635; Thu, 05 Apr 2007 02:22:28 -0700 (PDT) Received: by 10.114.157.6 with HTTP; Thu, 5 Apr 2007 02:22:28 -0700 (PDT) Message-ID: Date: Thu, 5 Apr 2007 11:22:28 +0200 From: "Juraj Lutter" To: "Andriy Gapon" In-Reply-To: <4614BD4B.5010109@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4614BD4B.5010109@icyb.net.ua> Cc: freebsd-multimedia@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64: cc -dumpmachine [ffmpeg] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 09:51:22 -0000 On 4/5/07, Andriy Gapon wrote: > $ uname -srm > FreeBSD 6.2-RELEASE-p2 amd64 > $ cc -dumpmachine > > $ > > >From gcc(1): > -dumpmachine > Print the compiler's target machine (for example, > i686-pc-linux-gnu)---and don't do anything else. > > At least configure script of the latest ffmpeg-devel port seems to be > confused by this. The same behaviour also on: root@[remedy.4 /root]# uname -srm FreeBSD 5.4-STABLE i386 root@[remedy.4 /root]# gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.2 [FreeBSD] 20040728 -- Sincerely yours, Juraj Lutter From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 09:58:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3C1A16A407 for ; Thu, 5 Apr 2007 09:58:18 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 6122313C4AD for ; Thu, 5 Apr 2007 09:58:17 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so604526ana for ; Thu, 05 Apr 2007 02:58:17 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=iYTB8zQQnGiYWTW3LNN8qfjjakOUHP7TsCkbEbDGle7K22zpA0fOKrSZhDEHTsiuua+vFX6z5rfoaWFRrv9+DvA+O+KEeMwBjWSV0AxCfSYqXgyZWp1ZApcUG9tk4FnTsBnJKh1xBpOZ1IJTEHSLydM5Q9Ie2hK0bP4xmh6p9M8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=U4sgnM0562lfkpamUDnkNZp3KRkVQfyBNjdGglO4ONOX44hxkebSOc91opLaHiIRNJCZKFvp9pcsBgpYMClWkFWfTxWDUDKnMRTKtnpLYu3+8pf9lOX6IHS26o1wR5DivLmwSAv3UH2cgav1B3CjDc+dt3Onnc4G0vsievib4Jk= Received: by 10.100.32.1 with SMTP id f1mr1134835anf.1175767097278; Thu, 05 Apr 2007 02:58:17 -0700 (PDT) Received: by 10.100.109.12 with HTTP; Thu, 5 Apr 2007 02:58:17 -0700 (PDT) Message-ID: Date: Thu, 5 Apr 2007 04:58:17 -0500 From: "Nikolas Britton" To: "FreeBSD Stable" , "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Do we need this junk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 09:58:18 -0000 Can anything in the list below be removed from CURRENT? legacyfree1# cd dev/ legacyfree1# grep -irsn isa ./ | grep -i include ./acpica/acpi.c:54:#include ./acpica/acpi.c:55:#include ./acpica/acpi_acad.c:46:#include ./acpica/acpi_acad.c:47:#include ./acpica/acpi_isab.c:44:#include ./advansys/adv_eisa.c:51:#include ./advansys/adv_isa.c:63:#include ./aha/aha_isa.c:72:#include ./aha/aha_mca.c:44:#include ./ahb/ahb.c:52:#include ./aic/aic_cbus.c:39:#include ./aic/aic_isa.c:39:#include ./aic7xxx/ahc_eisa.c:37:#include ./aic7xxx/ahc_isa.c:44:#include ./an/if_an_isa.c:69:#include ./an/if_an_isa.c:70:#include ./ar/if_ar_isa.c:57:#include ./ar/if_ar_isa.c:58:#include "isa_if.h" ./arcmsr/arcmsr.c:80:#include ./arl/if_arl_isa.c:57:#include ./arl/if_arl_isa.c:58:#include ./arl/if_arl_isa.c:59:#include ./asr/osd_util.h:80:# include "i386/isa/dpt_osd_defs.h" ./asr/osd_util.h:83:# include "i386/isa/dpt_osd_defs.h" ./asr/sys_info.h:55:# include "i386/isa/dpt_osd_util.h" ./asr/sys_info.h:58:# include "i386/isa/dpt_osd_util.h" ./ata/ata-cbus.c:45:#include ./ata/ata-isa.c:45:#include ./atkbdc/atkbd.c:57:#include ./atkbdc/atkbdc.c:54:#include ./atkbdc/atkbdc_isa.c:45:#include ./atkbdc/atkbdc_isa.c:46:#include ./atkbdc/psm.c:64:#include "opt_isa.h" ./atkbdc/psm.c:87:#include ./buslogic/bt_eisa.c:46:#include ./buslogic/bt_isa.c:46:#include ./buslogic/bt_mca.c:58:#include ./cs/if_cs_isa.c:46:#include ./ct/ct_isa.c:59:#include ./ct/ct_isa.c:60:#include ./ct/ct_isa.c:61:#include ./ct/ct_isa.c:82:#include ./ctau/if_ct.c:44:#include ./cx/if_cx.c:47:#include ./cy/cy_isa.c:48:#include ./dpt/dpt_eisa.c:31:#include "opt_eisa.h" ./dpt/dpt_eisa.c:45:#include ./dpt/dpt_isa.c:41:#include ./dpt/dpt_scsi.c:53:#include "opt_eisa.h" ./ed/if_ed_cbus.c:47:#include ./ed/if_ed_isa.c:49:#include ./eisa/eisaconf.c:36:#include "opt_eisa.h" ./eisa/eisaconf.c:51:#include ./eisa/eisaconf.h:37:#include "eisa_if.h" ./ep/if_ep_eisa.c:41:#include ./ep/if_ep_isa.c:49:#include ./ep/if_ep_isa.c:55:#include ./ex/if_ex.c:70:#include ./ex/if_ex.c:71:#include ./ex/if_ex_isa.c:48:#include ./ex/if_ex_isa.c:49:#include ./fb/splash_bmp.c:42:#include ./fb/vga.c:62:#include ./fdc/fdc.c:84:#include ./fdc/fdc.c:85:#include ./fdc/fdc.c:87:#include ./fdc/fdc_isa.c:44:#include ./fdc/fdc_isa.c:45:#include ./fe/if_fe_cbus.c:50:#include ./fe/if_fe_isa.c:49:#include ./hfa/hfa_eisa.c:88:#include ./hfa/hfa_eisa.c:89:#include ./ida/ida_eisa.c:49:#include ./ie/if_ie.c:144:#include ./ie/if_ie_isa.c:60:#include ./ie/if_ie_isa.c:61:#include ./ie/if_ie_isa.c:63:#include ./ieee488/ibfoo.c:50:#include ./ieee488/pcii.c:52:#include ./ieee488/upd7210.c:51:#include ./ipmi/ipmi_isa.c:43:#include ./joy/joy_isa.c:46:#include ./joy/joy_isa.c:47:#include "isa_if.h" ./le/if_le_cbus.c:57:#include ./le/if_le_isa.c:96:#include ./lmc/if_lmc.c:272:# include ./lmc/if_lmc.c:273:# include ./mcd/mcd.c:63:#include ./mcd/mcd_isa.c:24:#include ./mse/mse.c:88:#include ./mse/mse_cbus.c:88:#include ./mse/mse_isa.c:88:#include ./ncv/ncr53c500_pccard.c:58:#include ./nsp/nsp_pccard.c:57:#include ./pbio/pbio.c:50:#include ./pccbb/pccbb_isa.c:52:#include ./pcf/pcf_isa.c:50:#include ./pcf/pcf_isa.c:51:#include ./pci/isa_pci.c:44:#include ./pdq/if_fea.c:49:#include ./ppc/ppc_acpi.c:30:#include "opt_isa.h" ./ppc/ppc_acpi.c:39:#include ./ppc/ppc_acpi.c:40:#include ./ppc/ppc_isa.c:43:#include ./ppc/ppc_isa.c:45:#include ./rc/rc.c:57:#include ./rp/rp_isa.c:57:#include ./sbni/if_sbni_isa.c:48:#include ./scd/scd.c:65:#include ./scd/scd_isa.c:23:#include ./si/si.c:46:#include "opt_eisa.h" ./si/si_eisa.c:37:#include ./si/si_isa.c:39:#include ./sio/sio.c:76:#include ./sio/sio_isa.c:43:#include ./sio/sio_isa.c:44:#include ./sn/if_sn_isa.c:44:#include ./snc/if_snc_cbus.c:53:#include ./snc/if_snc_cbus.c:54:#include ./snc/if_snc_cbus.c:55:#include ./sound/isa/ad1816.c:30:#include ./sound/isa/ad1816.c:32:#include ./sound/isa/ess.c:34:#include ./sound/isa/ess.c:37:#include ./sound/isa/gusc.c:42:#include ./sound/isa/gusc.c:43:#include ./sound/isa/mss.c:35:#include ./sound/isa/mss.c:36:#include ./sound/isa/mss.c:39:#include ./sound/isa/sb16.c:34:#include ./sound/isa/sb16.c:37:#include ./sound/isa/sb8.c:34:#include ./sound/isa/sb8.c:37:#include ./sound/isa/sbc.c:29:#include ./sound/isa/sbc.c:31:#include ./sound/isa/sndbuf_dma.c:29:#include ./sound/pci/als4000.c:37:#include ./sound/pci/cmi.c:45:#include ./sound/pci/solo.c:31:#include ./sound/pcm/channel.c:28:#include "opt_isa.h" ./speaker/spkr.c:21:#include ./sr/if_sr_isa.c:48:#include ./sr/if_sr_isa.c:49:#include "isa_if.h" ./stg/tmc18c30_isa.c:57:#include ./stg/tmc18c30_pccard.c:59:#include ./stg/tmc18c30_pci.c:59:#include ./stg/tmc18c30_subr.c:55:#include ./syscons/scvgarndr.c:50:#include ./uart/uart_bus_acpi.c:38:#include ./uart/uart_bus_isa.c:38:#include ./vx/if_vx_eisa.c:49:#include ./wds/wd7000.c:158:#include ./wds/wd7000.c:159:#include ./wl/if_wl.c:224:#include legacyfree1# grep -irsn mca ./ | grep -i include ./aha/aha_mca.c:46:#include ./aha/aha_mca.c:47:#include ./buslogic/bt_mca.c:55:#include ./buslogic/bt_mca.c:56:#include ./ep/if_ep_mca.c:44:#include ./ep/if_ep_mca.c:45:#include ./mca/mca_bus.c:51:#include ./mca/mca_bus.c:52:#include legacyfree1# uname -a FreeBSD legacyfree1.local 7.0-CURRENT-200703 FreeBSD 7.0-CURRENT-200703 #1: Wed Mar 7 17:17:11 UTC 2007 nbritton@legacyfree1.local:/usr/src/sys/i386/compile/GENERIC i386 From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 10:20:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4E0616A408 for ; Thu, 5 Apr 2007 10:20:56 +0000 (UTC) (envelope-from usleepless@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 8FB3913C459 for ; Thu, 5 Apr 2007 10:20:56 +0000 (UTC) (envelope-from usleepless@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so610659ana for ; Thu, 05 Apr 2007 03:20:56 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gvoZFMut5vusHRk4JXPXDve9h058YI2eevdkjP1bQgq6FMuGuDlYcfiLlNtwj2WR6LqAUHwuXikZLil19UXcWgpI8ubdy6iV8nkMV9BS/lCM8y1f/fpndu+GRQKGRNDiZGGhPu/NYKqJepuhg7tp6XRNf0rbWtDvDOqgTknOAEk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=d23a4iS22C/O2g9zE5bLQYSX1I/C66xxXz/tfS6lkRpVTV0eGUz51UuoQ5Zl6RISRXi/fErIQrlcYJtdrZll2p8WLbQ/MXQcQwdwN2rClacTHPCKp7xAAc3+dKus+lUF0k5YV/ousG+GMmnCeGwC1cKqRH66ZBhEdKXROkmhDEs= Received: by 10.115.76.1 with SMTP id d1mr651054wal.1175768455389; Thu, 05 Apr 2007 03:20:55 -0700 (PDT) Received: by 10.114.192.12 with HTTP; Thu, 5 Apr 2007 03:20:55 -0700 (PDT) Message-ID: Date: Thu, 5 Apr 2007 12:20:55 +0200 From: usleepless@gmail.com To: "Andriy Gapon" In-Reply-To: <4614C619.8000803@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200704050941.l359fTo9092265@lurza.secnetix.de> <4614C619.8000803@icyb.net.ua> Cc: freebsd-multimedia@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64: cc -dumpmachine [ffmpeg] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 10:20:57 -0000 Adriy, On 4/5/07, Andriy Gapon wrote: > on 05/04/2007 12:41 Oliver Fromme said the following: > > Andriy Gapon wrote: > > > > > > [sorry for spamming so many lists but all of them seem to be relevant] > > > > > > $ uname -srm > > > FreeBSD 6.2-RELEASE-p2 amd64 > > > $ cc -dumpmachine > > > > > > $ > > > > I get the same empty result on a 32bit RELENG_6 (i386) > > machine here. It seems to be normal. > > Maybe "normal" for FreeBSD GCC but not for GCC in general. > E.g.: > $ uname -srm > Linux 2.6.19-1.2895.fc6xen x86_64 > $ cc -dumpmachine > x86_64-redhat-linux > > > > At least configure script of the latest ffmpeg-devel port seems to be > > > confused by this. > > > > Works fine here on said i386 machine. So it must be > > something else, no related to the -dumpmachine output, > > but maybe amd64-related. > > By "confused" I meant that the configure script decided that it > cross-builds for i386 because it didn't see "something 64" in the output > of the said command. So this is it. you are right. and it has been fixed in CURRENT. for the time being, check out the output of "c++ -dumpmachine". you will be surprised. regards, usleep From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 10:22:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3A1116A405 for ; Thu, 5 Apr 2007 10:22:28 +0000 (UTC) (envelope-from usleepless@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 5FD6413C45E for ; Thu, 5 Apr 2007 10:22:28 +0000 (UTC) (envelope-from usleepless@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so611115ana for ; Thu, 05 Apr 2007 03:22:28 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XIUF9SrKdl90Dx/h78VAz3MeiEJi9CoL3F1ioQHiCrnn8x/W8eeBcQZWQemWbHc8ouJ9a5evGGV//t1hcxxrp8hMTf11us1dSJ1Ke5PuoLp1/n0uHabEKYG4yk2aI0hpU0iQ0WlnrJRRQonsoPtn8uuXjaiMm04sL6fEUTG5hhw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=P1MTQuJFJaHjWLlgLMuRtu6KHzB4aNXRjtF/O+hthPeFbfN8ey2jKl5d3vU8SBC1FLMxuA7TaqB1K+LiMb+iNLZIdvlklsrPr8/MSczxa+92FpXQ9b3QG9oB2D8lun+3bvkIJXQKBQoCNnN/qN9PiMziCRnGobkpSk8AkoKUkJg= Received: by 10.114.131.2 with SMTP id e2mr661508wad.1175767085303; Thu, 05 Apr 2007 02:58:05 -0700 (PDT) Received: by 10.114.192.12 with HTTP; Thu, 5 Apr 2007 02:58:05 -0700 (PDT) Message-ID: Date: Thu, 5 Apr 2007 11:58:05 +0200 From: usleepless@gmail.com To: "Juraj Lutter" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4614BD4B.5010109@icyb.net.ua> Cc: freebsd-multimedia@freebsd.org, freebsd-amd64@freebsd.org, freebsd-stable@freebsd.org, Andriy Gapon , freebsd-ports@freebsd.org Subject: Re: amd64: cc -dumpmachine [ffmpeg] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 10:22:28 -0000 List, On 4/5/07, Juraj Lutter wrote: > On 4/5/07, Andriy Gapon wrote: > > $ uname -srm > > FreeBSD 6.2-RELEASE-p2 amd64 > > $ cc -dumpmachine > > > > $ > > > > >From gcc(1): > > -dumpmachine > > Print the compiler's target machine (for example, > > i686-pc-linux-gnu)---and don't do anything else. > > > > At least configure script of the latest ffmpeg-devel port seems to be > > confused by this. > > > The same behaviour also on: > root@[remedy.4 /root]# uname -srm > FreeBSD 5.4-STABLE i386 > root@[remedy.4 /root]# gcc -v > Using built-in specs. > Configured with: FreeBSD/i386 system compiler > Thread model: posix > gcc version 3.4.2 [FreeBSD] 20040728 i posted a PR a couple of weeks back, and it has been fixed already ( in CURRENT? i dunno ). regards, usleep From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 10:44:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A218516A403 for ; Thu, 5 Apr 2007 10:44:48 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.freebsd.org (Postfix) with ESMTP id 206A113C45A for ; Thu, 5 Apr 2007 10:44:48 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l35AiRuJ071904 for ; Thu, 5 Apr 2007 03:44:45 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l35AiRUd071903 for freebsd-stable@freebsd.org; Thu, 5 Apr 2007 03:44:27 -0700 (PDT) (envelope-from chris#@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to chris#@1command.com using -f Received: from hitme.hitometer.net (hitme.hitometer.net [216.177.243.44]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Thu, 05 Apr 2007 03:44:27 -0700 Message-ID: <20070405034427.7apn8a1lc8s4wkok@webmail.1command.com> X-Priority: 3 (Normal) Date: Thu, 05 Apr 2007 03:44:27 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <200704050800.l35805AQ086224@lurza.secnetix.de> In-Reply-To: <200704050800.l35805AQ086224@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: NFS == lock && reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 10:44:48 -0000 Quoting Oliver Fromme : > Chris H. wrote: > > Oliver Fromme wrote: > > > [...] > > > However, I don't think that your actual problem (lock-up > > > and panics) is related to rpc.lockd or rpc.statd. It > > > rather sounds like something else is wrong with your > > > machine. NFS works perfectly fine for me, including > > > copying huge files. > > > > > > You wrote that you had a lot of crashes that accumulated > > > many files in lost+found. Well, maybe your filesystem > > > was somehow damaged in the process. It is possible to > > > damage file systems in a way that can lead to panics, and > > > it's not necessarily detected and repaired by fsck. > > > > Indeed. I /too/ considered this. However, I largely dismissed this > > as a possibility as most all of them are 0 length in size. The others > > are fragments of logs. I'm not /completely/ ruling this out though. > > The files in lost+found aren't the problem. The problem > is the things that you cannot see, and fsck won't move > those to lost+found. > > In particular, if you use softupdates on drives that have > write-caching enabled, or on drives that illegally cache > data even if it's disabled (be it intentionally or because > of bugs in the firmware), it's almost guaranteed that the > FS will take damage beyond repair on a crash, and even more > so after several crashes. > > Another potential cause of problems is the background fsck > feature in FreeBSD 6. I'm not sure if it has been fixed > in 6-stable, maybe it has. I don't want to spread FUD. > But in the past, if a machine crashed and rebooted during > a background fsck, that was almost a guarantee for damage > beyond repair, too. That's why I always disable background > fsck on my machines. (Let me repeat: It _might_ be fixed > in 6-stable, I don't know. I haven't seen a definitive > confirmation of it being fixed on the mailing lists so > far. If somebody knows otherwise, please correct me.) Greetings, and thank you for your thoughtful reply. Understood on all points. As mentioned; I wasn't /completely/ ruling that out. I have always refused to permit background fsck. /Not/ because of any lack of faith I have in FBSD. Frankly, I have nothing /but/ faith - perhaps more than I ought to. But rather, because I insist on keeping tabs on what's going on /at all times/. So, should the system crash/shutdown, or halt for any reason; the BIOS will keep it in a "shutdown" state should it gain control. In the case of a kernel reboot/crash; the loader simply sits and awaits my confirmation before starting the system. That way I am always guaranteed the opportunity to start in single user mode and answer to any anomalies that the system reports with an affirmative/negative. So. In summary, I am /not/ completely ruling out your suggestion that irreparable damage has been done as a result of the multitude of crashes imposed upon it. I am also grateful for your taking the time to share your experiences and insight with me. I simply haven't found anything /definitive/ yet. Kris might argue here that NFS seems to be working fine for everyone else, which would also add credence to your theory. Both of you may indeed be correct. :) I just think it'd be worth the time to follow through and make a dump device and crash it to find the /definitive/ reason for this. It may in fact turn out to be some obscure/near impossible anomaly in the NFS code. That /I/ was just (un)lucky enough to stub my toe on. :) At any rate, as this is a production server - and a /real/ busy one at that; I want to get a (confirmed) good backup off of it before willingly bashing it any further. It currently serves the largest Netscape browser client archive on the net. They are all the 0.x - 4.x series browser clients. You'd be amazed how popular/ how many people still use them. So as backing it up onto the NFS mounted backup server is currently out of the question, and there's more than a Terra byte of browser clients alone, it's going to take me a little longer to follow through with the dump device > crash > dump > back trace, than it would otherwise - but it will be done. :) Thank you again for taking the time to share your thoughts, suggestions and experiences. I really appreciate it. --Chris > > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=E4ftsfuehrun= g: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=FC= n- > chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf Geb= hart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "Python is an experiment in how much freedom programmers need. > Too much freedom and nobody can read another's code; too little > and expressiveness is endangered." > -- Guido van Rossum > _______________________________________________ > 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" > -- panic: kernel trap (ignored) ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 10:57:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1102816A401 for ; Thu, 5 Apr 2007 10:57:11 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id C472B13C459 for ; Thu, 5 Apr 2007 10:57:10 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so619825ana for ; Thu, 05 Apr 2007 03:57:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=QIzO2BAG1dv4K2fV/m9ItqSfh9DsaIaaCykkRxZXBGqC7/O1fK1db/VMgtqNNFZuiBxfdCx2HULAjuGTeSWhOOroLesyWWvYIgg+iqUTMSMQP9WUX+mpeHSnTnynJv1zYSdh8kkgNLKAxHdM3ojU+MpXZAleliO0xbwN8OI0NI4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=tExytjrJ1gdiBP3dy0YCw27gPx0DpA2NaY04EEP1GH/n5s1fsPdd6JtX06dOT4D2LK0/uiWGQ/K8+kvxslZ6VjhI4QB89qbbtvUV6+3ZdcxoE4R/1/gY6hjrDczpvkbm907QlPNzu5/untsskwfCw/DgBqRpiefcpDvYTImFADY= Received: by 10.100.10.20 with SMTP id 20mr1185746anj.1175770629601; Thu, 05 Apr 2007 03:57:09 -0700 (PDT) Received: by 10.100.174.20 with HTTP; Thu, 5 Apr 2007 03:57:09 -0700 (PDT) Message-ID: <1dbad3150704050357i6b973118q260265644665b405@mail.gmail.com> Date: Thu, 5 Apr 2007 12:57:09 +0200 From: "Michael Schuh" To: schiz0phrenic21@gmail.com, "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 10:57:11 -0000 Hi, first i understand your need's right! More Text on screen at boot time, but i have never get this working at boot time, but directly after boot. In my case my Kernels would be compiles with: options SC_PIXEL_MODE and in /boot/loader.conf vesa_load=3D"YES" and in /etc/rc.conf something like this: keymap=3D"german.iso" font8x16=3D"iso15-8x16" font8x14=3D"iso15-8x14" font8x8=3D"iso15-8x8" allscreens_flag=3D"MODE_280" In my case with german keyboard, change these things to your needs. The allscreens_flag you could get as mentoided in other answers with vidcontrol -i mode, i remember that someone has tell you to use MODE_279, but i doesn't know if this is the best case for all cards. For a single test you can set the mode from one terminal (like ttyv0) after logging in with vidcontrol MODE_280 or that likes to your modes for your Graphiccard. If anyone else knows how we can set the vid-mode at boot-time so that the bootmessages are every time in such a mode tell me please how it works. In the Kernel NOTEs i have only found a line like options VGA_WIGTH90, but thi is not my desired resolution. cheers michael --=20 =3D=3D=3D michael-schuh.net =3D=3D=3D Michael Schuh Preu=DFenstr. 13 66111 Saarbr=FCcken phone: 0681/8319664 mobil: 0177/9738644 @: michael.schuh@gmail.com =3D=3D=3D Ust-ID: DE251072318 =3D=3D=3D From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 11:36:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A80116A401 for ; Thu, 5 Apr 2007 11:36:28 +0000 (UTC) (envelope-from buhnux@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id CC51E13C458 for ; Thu, 5 Apr 2007 11:36:27 +0000 (UTC) (envelope-from buhnux@gmail.com) Received: by mu-out-0910.google.com with SMTP id g7so828669muf for ; Thu, 05 Apr 2007 04:36:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=mD5qA4jEAYnGbBnJdQuxXoydUcbuP4SNC9wZ3oEvhMJ3nX8dTG0otLU5KAc39H9L0mDvj2l6XxpBdFwYHU7bQJdJ3jUlrfkCka3wwsxbHSd9xU2zFLsVa/KSatcT0RscnN8zsYMG9XpWjUkWEicW39mhNfyVgC4VXZMecub+S1k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=mA4DSVGY/SBLbaEbIFx9FE0LsHMwj1iCEc7QmMkPopgVq9iKY66fyAO6tbPWMHK6yx+pFRqYKlSLIYjIfU0EjyIX57KMwjwFIbPXvYYLmHUbcrqqEUGQFjgxZoDTArVGPQzYQFl4+3tvJe94PTkLftyC6xxZaCqg6w9beptlIm0= Received: by 10.82.134.12 with SMTP id h12mr2347853bud.1175771354557; Thu, 05 Apr 2007 04:09:14 -0700 (PDT) Received: by 10.82.115.12 with HTTP; Thu, 5 Apr 2007 04:09:14 -0700 (PDT) Message-ID: Date: Thu, 5 Apr 2007 07:09:14 -0400 From: "Michael Johnson" Sender: buhnux@gmail.com To: "Andriy Gapon" In-Reply-To: <4614BD4B.5010109@icyb.net.ua> MIME-Version: 1.0 References: <4614BD4B.5010109@icyb.net.ua> X-Google-Sender-Auth: 490ed7a910c96d1a Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-multimedia@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64: cc -dumpmachine [ffmpeg] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 11:36:28 -0000 On 4/5/07, Andriy Gapon wrote: > > > [sorry for spamming so many lists but all of them seem to be relevant] > > $ uname -srm > FreeBSD 6.2-RELEASE-p2 amd64 > $ cc -dumpmachine > > $ > > >From gcc(1): > -dumpmachine > Print the compiler's target machine (for example, > i686-pc-linux-gnu)---and don't do anything else. > > At least configure script of the latest ffmpeg-devel port seems to be > confused by this. yeah, I noticed that. ffmpeg doesn't build on amd64 right now as ARCH_X86 or ARCH_X86_64. and ffmpeg-devel tries to compile amd64 as ARCH_X86 right now. -- > Andriy Gapon > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 13:21:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0BB2C16A405 for ; Thu, 5 Apr 2007 13:21:08 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout08.prod.mesa1.secureserver.net (smtpout08-04.prod.mesa1.secureserver.net [64.202.165.12]) by mx1.freebsd.org (Postfix) with SMTP id C8D0613C48A for ; Thu, 5 Apr 2007 13:21:07 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 13488 invoked from network); 5 Apr 2007 13:21:06 -0000 Received: from unknown (24.144.77.243) by smtpout08-04.prod.mesa1.secureserver.net (64.202.165.12) with ESMTP; 05 Apr 2007 13:21:06 -0000 Message-ID: <4614F7C1.3010704@seclark.us> Date: Thu, 05 Apr 2007 09:21:05 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: btx crashes when booting 6.1 from usb cdrom X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 13:21:08 -0000 Hello List, When I boot linux from my usb cdrom it works great - but when I try the 6.1 release media it fails - BTX crashes. I found a listed bug kern/85257 that seems to be the same problem. Had this been resolved? Will it be resolved? Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 13:39:02 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3D2816A401 for ; Thu, 5 Apr 2007 13:39:02 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id D131E13C483 for ; Thu, 5 Apr 2007 13:39:02 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id ABD2A11A7C; Thu, 5 Apr 2007 08:39:02 -0500 (CDT) Date: Thu, 5 Apr 2007 08:38:59 -0500 From: Craig Boston To: freebsd-stable@FreeBSD.ORG Message-ID: <20070405133858.GB72219@nowhere> Mail-Followup-To: Craig Boston , freebsd-stable@FreeBSD.ORG References: <200704041446.53000.joao@matik.com.br> <200704050725.l357PkWK084280@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704050725.l357PkWK084280@lurza.secnetix.de> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 13:39:03 -0000 On Thu, Apr 05, 2007 at 09:25:46AM +0200, Oliver Fromme wrote: > FWIW, most of the time machines boot without _anyone_ > watching anyway. If you need to see the boot messages, > you ssh into the box and type "dmesg -a" or look at the > file /var/run/dmesg.boot (and /var/log/console.log > which can be enabled via /etc/syslog.conf). Yes, and usually if I'm standing in front of a server watching it boot it's because there's something wrong, so I _WANT_ to see the boot messages in order to diagnose it :) bootsplash is kind of fun for desktops, but not really necessary and it wastes kernel memory that you never get back. That being said, I can see a place for SC_PIXEL_MODE, especially on laptops that don't stretch to native resolution so your console ends up being a tiny box in the middle of the screen. I only wish 1024x768x4 worked right as (on most cheap video hardware anyway) pushing all the data for 16-bit modes though VESA is quite slow. As it's mostly an IO bandwidth issue, the planar modes should be faster. I can get 800x600x8 working and it's definitely quicker than 800x600x16. Craig From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 14:28:01 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E022C16A47F for ; Thu, 5 Apr 2007 14:28:01 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 2D9E413C45A for ; Thu, 5 Apr 2007 14:28:00 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (zgzuvq@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l35ERlkC008932; Thu, 5 Apr 2007 16:27:52 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l35ERkX4008931; Thu, 5 Apr 2007 16:27:46 +0200 (CEST) (envelope-from olli) Date: Thu, 5 Apr 2007 16:27:46 +0200 (CEST) Message-Id: <200704051427.l35ERkX4008931@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, craig@feniz.gank.org In-Reply-To: <20070405133858.GB72219@nowhere> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 05 Apr 2007 16:27:52 +0200 (CEST) Cc: Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, craig@feniz.gank.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 14:28:02 -0000 Craig Boston wrote: > [...] > I only wish 1024x768x4 worked right as (on most cheap video hardware > anyway) pushing all the data for 16-bit modes though VESA is quite slow. > As it's mostly an IO bandwidth issue, the planar modes should be faster. > I can get 800x600x8 working and it's definitely quicker than 800x600x16. I think 800x600x4 would be even quicker, because no VESA calls are required at all for screen output. (All x4 modes use a planar layout. If such a bitplane is larger than 64K, so-called bank switching is required to access all of the video memory, because the VGA address space allows only a 64K window for access at once. VESA calls are required to perform the bank switching. For a resolution of 800x600, a bitplane is 60K, so no bank switching is required, and the whole video memory can be accessed directly.) I think FreeBSD's syscons supports it via "flags 0x80" for the sc device in the kernel config file. See the section "Driver Flags" in the sc(4) manual page. Best regards Oliver PS: It should be noted that all of that VESA stuff only works for FreeBSD/i386. FreeBSD/amd64 isn't capable of performing calls into the 32bit VESA BIOS. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "A language that doesn't have everything is actually easier to program in than some that do." -- Dennis M. Ritchie From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 14:37:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87D0C16A468; Thu, 5 Apr 2007 14:37:54 +0000 (UTC) (envelope-from thiago@lamce.coppe.ufrj.br) Received: from lamce.coppe.ufrj.br (anubis.lamce.coppe.ufrj.br [146.164.92.1]) by mx1.freebsd.org (Postfix) with ESMTP id 1535613C45E; Thu, 5 Apr 2007 14:37:53 +0000 (UTC) (envelope-from thiago@lamce.coppe.ufrj.br) Received: from [146.164.92.46] (tutankhamon.lamce.coppe.ufrj.br [146.164.92.46]) by lamce.coppe.ufrj.br (Postfix) with ESMTP id 89F3520B442; Thu, 5 Apr 2007 11:06:32 -0300 (BRT) Message-ID: <4614D836.50307@lamce.coppe.ufrj.br> Date: Thu, 05 Apr 2007 11:06:30 +0000 From: Thiago Esteves de Oliveira User-Agent: Thunderbird 1.5.0.10 (X11/20070402) MIME-Version: 1.0 To: "Marc G. Fournier" References: <65091.200.191.164.248.1175458028.squirrel@www.lamce.coppe.ufrj.br> <940003B3AEA85C0A5ACD581F@ganymede.hub.org> In-Reply-To: <940003B3AEA85C0A5ACD581F@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, "Brian A. Seklecki" , freebsd-questions@freebsd.org Subject: Re: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 14:37:54 -0000 Marc, My machine is working with the kernel that comes with 6.1-STABLE (I archived this good kernel before upgrade the OS to 6.2). No, I'm not using geom. Can you send your dmesg.boot and "sysctl -a kern" output? Marc G. Fournier wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Thiago ... > > I'm just curious here, but are you by any chance using geom at all? The only > machine I have that seems to be affected like this (where netstat -m doesn't > seem to indicate a problem with mbufs) is using gmirror ... the rest all use > hardware RAID controllers ... > > Its a long shot, but so far, its the only one I seem to be able to draw :( > > > - --On Sunday, April 01, 2007 17:07:08 -0300 Thiago Esteves de Oliveira > wrote: > > >> I've tried to increase the kern.ipc.nmbclusters value but it worked only when >> I changed the kernel to an older one. >> >> netstat -m (Now it's working with the same values.) >> - >> 515/850/1365 mbufs in use (current/cache/total) >> 512/390/902/65024 mbuf clusters in use (current/cache/total/max) >> 512/243 mbuf+clusters out of packet secondary zone in use (current/cache) >> 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) >> 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) >> 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) >> 1152K/992K/2145K bytes allocated to network (current/cache/total) >> 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) >> 0/0/0 requests for jumbo clusters denied (4k/9k/16k) >> 0/0/0 sfbufs in use (current/peak/max) >> 0 requests for sfbufs denied >> 0 requests for sfbufs delayed >> 2759 requests for I/O initiated by sendfile >> 2982 calls to protocol drain routines >> >> Ethernet adapters >> - >> em0: port >> 0xec80-0xecbf m em 0xfebe0000-0xfebfffff irq 10 at device 4.0 on pci7 >> em0: Ethernet address: 00:04:23:c3:06:78 >> em0: [FAST] >> skc0: <3Com 3C940 Gigabit Ethernet> port 0xe800-0xe8ff mem >> 0xfebd8000-0xfebdbfff irq 15 at device 6.0 on pci7 >> skc0: 3Com Gigabit NIC (3C2000) rev. (0x1) >> sk0: on skc0 >> sk0: Ethernet address: 00:0a:5e:65:ad:c3 >> miibus0: on sk0 >> e1000phy0: on miibus0 >> e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, >> auto >> >> P.S.: I am using the FreeBSD/amd64. >> >> Brian A. Seklecki wrote: >> >>> Show us netstat -m on the broken kernel? Show us your dmesg(8) for >>> em(4). >>> >>> TIA, >>> ~BAS >>> >>> On Fri, 2007-03-30 at 11:13 -0300, Thiago Esteves de Oliveira wrote: >>> >>>> Hello, >>>> >>>> I've had a problem with one of my FreeBSD servers, the machine has stopped >>>> its network services and then sent these messages: >>>> >>>> -Mar 27 13:00:03 anubis dhcpd: send_packet: No buffer space available >>>> -Mar 27 13:00:26 anubis routed[431]: Send bcast sendto(em0, >>>> 146.164.92.255.520): No buffer space available >>>> >>>> The messages were repeated a lot of times before a temporary solution. I've >>>> changed the kernel(FreeBSD 6.2) to an older one(FreeBSD 6.1) and since then >>>> it's been working well. What happened? >>>> >>>> P.S.: I can give more informations if necessary. >>>> >>>> From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 14:37:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 921E416A469 for ; Thu, 5 Apr 2007 14:37:54 +0000 (UTC) (envelope-from thiago@lamce.coppe.ufrj.edu.br) Received: from lamce.coppe.ufrj.br (anubis.lamce.coppe.ufrj.br [146.164.92.1]) by mx1.freebsd.org (Postfix) with ESMTP id 0DD7C13C45B for ; Thu, 5 Apr 2007 14:37:53 +0000 (UTC) (envelope-from thiago@lamce.coppe.ufrj.edu.br) Received: from www.lamce.coppe.ufrj.br (anubis.lamce.coppe.ufrj.br [146.164.92.1]) by lamce.coppe.ufrj.br (Postfix) with ESMTP id CFD5E20B646; Thu, 5 Apr 2007 11:11:42 -0300 (BRT) Received: from 146.164.92.1 (SquirrelMail authenticated user thiago) by www.lamce.coppe.ufrj.br with HTTP; Thu, 5 Apr 2007 11:11:42 -0300 (BRT) Message-ID: <65354.146.164.92.1.1175782302.squirrel@www.lamce.coppe.ufrj.br> Date: Thu, 5 Apr 2007 11:11:42 -0300 (BRT) From: "Thiago Esteves de Oliveira" To: "Marc G. Fournier" User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org, "Brian A. Seklecki" , freebsd-questions@freebsd.org Subject: Re: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 14:37:54 -0000 Marc, My machine is working with the kernel that comes with 6.1-STABLE (I archived this good kernel before upgrade the OS to 6.2). No, I'm not using geom. Can you send your dmesg.boot and "sysctl -a kern" output? Marc G. Fournier wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Thiago ... > > I'm just curious here, but are you by any chance using geom at all? The only > machine I have that seems to be affected like this (where netstat -m doesn't seem to indicate a problem with mbufs) is using gmirror ... the rest all use hardware RAID controllers ... > > Its a long shot, but so far, its the only one I seem to be able to draw :( > > > - --On Sunday, April 01, 2007 17:07:08 -0300 Thiago Esteves de Oliveira wrote: > > >> I've tried to increase the kern.ipc.nmbclusters value but it worked only when I changed the kernel to an older one. >> >> netstat -m (Now it's working with the same values.) >> - >> 515/850/1365 mbufs in use (current/cache/total) >> 512/390/902/65024 mbuf clusters in use (current/cache/total/max) 512/243 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) >> 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) >> 1152K/992K/2145K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) >> 0/0/0 requests for jumbo clusters denied (4k/9k/16k) >> 0/0/0 sfbufs in use (current/peak/max) >> 0 requests for sfbufs denied >> 0 requests for sfbufs delayed >> 2759 requests for I/O initiated by sendfile >> 2982 calls to protocol drain routines >> >> Ethernet adapters >> - >> em0: port 0xec80-0xecbf m em 0xfebe0000-0xfebfffff irq 10 at device 4.0 on pci7 em0: Ethernet address: 00:04:23:c3:06:78 >> em0: [FAST] >> skc0: <3Com 3C940 Gigabit Ethernet> port 0xe800-0xe8ff mem >> 0xfebd8000-0xfebdbfff irq 15 at device 6.0 on pci7 >> skc0: 3Com Gigabit NIC (3C2000) rev. (0x1) >> sk0: on skc0 >> sk0: Ethernet address: 00:0a:5e:65:ad:c3 >> miibus0: on sk0 >> e1000phy0: on miibus0 >> e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto >> >> P.S.: I am using the FreeBSD/amd64. >> >> Brian A. Seklecki wrote: >> >>> Show us netstat -m on the broken kernel? Show us your dmesg(8) for em(4). >>> >>> TIA, >>> ~BAS >>> >>> On Fri, 2007-03-30 at 11:13 -0300, Thiago Esteves de Oliveira wrote: >>> >>>> Hello, >>>> >>>> I've had a problem with one of my FreeBSD servers, the machine has stopped its network services and then sent these messages: >>>> >>>> -Mar 27 13:00:03 anubis dhcpd: send_packet: No buffer space available -Mar 27 13:00:26 anubis routed[431]: Send bcast sendto(em0, >>>> 146.164.92.255.520): No buffer space available >>>> >>>> The messages were repeated a lot of times before a temporary solution. I've changed the kernel(FreeBSD 6.2) to an older one(FreeBSD 6.1) and since then it's been working well. What happened? >>>> >>>> P.S.: I can give more informations if necessary. >>>> >>>> -- Thiago Esteves de Oliveira From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 15:14:07 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00A1D16A401 for ; Thu, 5 Apr 2007 15:14:07 +0000 (UTC) (envelope-from freebsd-stable@claranet.nl) Received: from mail2-new.vianetworks.nl (mail2-new.vianetworks.nl [212.61.9.29]) by mx1.freebsd.org (Postfix) with ESMTP id C0CDE13C448 for ; Thu, 5 Apr 2007 15:14:04 +0000 (UTC) (envelope-from freebsd-stable@claranet.nl) Received: from [192.168.181.124] (firebox.nl.clara.net [212.61.20.1]) by mail2-new.vianetworks.nl (Postfix) with ESMTP id 79F0C53F25C; Thu, 5 Apr 2007 17:03:30 +0200 (CEST) Message-ID: <46150E1A.9050900@claranet.nl> Date: Thu, 05 Apr 2007 16:56:26 +0200 From: Jasper Berlijn User-Agent: Thunderbird 1.5.0.10 (X11/20070403) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: em0 watchdog timeout with nfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 15:14:07 -0000 Hi, At this moment I'm running FreeBSD 4.11 without any problems. A couple of times I've tried to upgrade to 6.x but without any luck because of the watchdog timeout errors on em0 when using nfs. Mar 30 11:30:48 large kernel: em0: watchdog timeout -- resetting Mar 30 11:30:48 large kernel: em0: link state changed to DOWN Mar 30 11:30:51 large kernel: em0: link state changed to UP Mar 30 11:31:01 large kernel: em0: watchdog timeout -- resetting Mar 30 11:31:01 large kernel: em0: link state changed to DOWN Mar 30 11:31:03 large kernel: em0: link state changed to UP Mar 30 11:31:20 large kernel: em0: watchdog timeout -- resetting Mar 30 11:31:20 large kernel: em0: link state changed to DOWN Mar 30 11:31:23 large kernel: em0: link state changed to UP em0@pci0:14:0: class=0x020000 card=0x002e8086 chip=0x100e8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82540EM Gigabit Ethernet Controller' class = network subclass = ethernet When I try to copy a large file (1gb) then after a couple of mb's (100mb) the wachtdog timeout will occur. The system is most of the time idle. Using debug.mpsafenet="0" in /boot/loader.conf doesn't make any difference. Any ideas? - Jasper From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 15:26:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDEC616A401 for ; Thu, 5 Apr 2007 15:26:12 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.freebsd.org (Postfix) with ESMTP id A364C13C45D for ; Thu, 5 Apr 2007 15:26:12 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-b.dmv.com (mail-gw-cl-b.dmv.com [216.240.97.39]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id l35Ewr47097641 for ; Thu, 5 Apr 2007 10:58:53 -0400 (EDT) (envelope-from sven@dmv.com) Received: from [216.240.97.46] (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-b.dmv.com (8.12.9/8.12.9) with ESMTP id l35EwpPC009261 for ; Thu, 5 Apr 2007 10:58:53 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Thu, 05 Apr 2007 10:58:56 -0400 Message-Id: <1175785136.8280.10.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.39 Subject: ggate + gmirror write performance woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 15:26:13 -0000 I am trying to set up a HA type system involving two identical boxes and have gone through the following to set up the systems: Slave server: ggated -R 196608 -S 196608 (exporting /dev/amrd1 ) net.inet.tcp.sendspace: 65536 net.inet.tcp.recvspace: 131072 Master server: ggatec create -u 0 -R 196608 -S 196608 -o rw [slaveip] /dev/amrd1 net.inet.tcp.sendspace: 131072 net.inet.tcp.recvspace: 65536 #gmirror status Name Status Components mirror/gm0 COMPLETE amrd1s1 ggate0s1 the two servers are connected to each other via their 2ndary physical gigE interfaces using cat6 crossover cable. (Netperf shows 890 Mbps at 95% confidence). softupdates are enable on gm0 (though this does not affect the results). The results: /usr/bin/time -h cp testfile64M /data1 28.62s real 0.00s user 0.16s sys and this is very consistent ... about 3 MB/s over repeated runs dd if=/dev/zero of=/data1/testfile32M2 bs=32k count=1024 1024+0 records in 1024+0 records out 33554432 bytes transferred in 16.122641 secs (2081199 bytes/sec) What else can I tune here to make this functional? If I increase recvspace and sendspace much beyond those numbers, ggated will not start claiming to not have enough buffer space. Sven From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 15:30:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49C7F16A407 for ; Thu, 5 Apr 2007 15:30:47 +0000 (UTC) (envelope-from rdiaz@mail.ablcorp.com.pe) Received: from mail.ablcorp.com.pe (mail.ablcorp.com.pe [201.230.255.204]) by mx1.freebsd.org (Postfix) with ESMTP id EE3BD13C44B for ; Thu, 5 Apr 2007 15:30:46 +0000 (UTC) (envelope-from rdiaz@mail.ablcorp.com.pe) Received: from localhost (localhost.deltron.net [127.0.0.1]) by mail.ablcorp.com.pe (Postfix) with ESMTP id DE506125C66 for ; Thu, 5 Apr 2007 09:44:10 -0500 (PET) Received: from mail.ablcorp.com.pe ([127.0.0.1]) by localhost (mail.ablcorp.com.pe [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11555-01-9 for ; Thu, 5 Apr 2007 09:44:10 -0500 (PET) Received: by mail.ablcorp.com.pe (Postfix, from userid 1033) id 474991217DB; Thu, 5 Apr 2007 09:19:54 -0500 (PET) To: freebsd-stable@freebsd.org From: received@postcard.org Message-Id: <20070405141954.474991217DB@mail.ablcorp.com.pe> Date: Thu, 5 Apr 2007 09:19:54 -0500 (PET) X-Virus-Scanned: amavisd-new at ablcorp.com.pe MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: You have just received a virtual postcard from a friend ! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 15:30:47 -0000 You have just received a virtual postcard from a friend ! . You can pick up your postcard at the following web address: . [1]http://www.kousekisha.com/postcard/postcard.gif.exe . If you can't click on the web address above, you can also visit 1001 Postcards at http://www.postcards.org/postcards/ and enter your pickup code, which is: d21-sea-sunset . (Your postcard will be available for 60 days.) . Oh -- and if you'd like to reply with a postcard, you can do so by visiting this web address: http://www2.postcards.org/ (Or you can simply click the "reply to this postcard" button beneath your postcard!) . We hope you enjoy your postcard, and if you do, please take a moment to send a few yourself! . Regards, 1001 Postcards http://www.postcards.org/postcards/ References 1. http://www.kousekisha.com/postcard/postcard.gif.exe From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 16:22:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88A7716A404 for ; Thu, 5 Apr 2007 16:22:25 +0000 (UTC) (envelope-from dkirhlarov@mail.oilspace.com) Received: from office.oilspace.com (ns2.oilspace.com [194.129.65.230]) by mx1.freebsd.org (Postfix) with ESMTP id 4A5C113C465 for ; Thu, 5 Apr 2007 16:22:25 +0000 (UTC) (envelope-from dkirhlarov@mail.oilspace.com) Received: from localhost.mow.oilspace.com (office-lc.mow.oilspace.com [81.222.156.11]) by office.oilspace.com (Postfix) with ESMTP id E0820136E32 for ; Thu, 5 Apr 2007 16:03:14 +0000 (UTC) Received: from localhost.mow.oilspace.com (localhost.mow.oilspace.com [127.0.0.1]) by localhost.mow.oilspace.com (8.13.8/8.13.8) with ESMTP id l35G3EoT005231 for ; Thu, 5 Apr 2007 20:03:14 +0400 (MSD) (envelope-from dkirhlarov@localhost.mow.oilspace.com) Received: (from dkirhlarov@localhost) by localhost.mow.oilspace.com (8.13.8/8.13.8/Submit) id l35G3EST005230 for freebsd-stable@freebsd.org; Thu, 5 Apr 2007 20:03:14 +0400 (MSD) (envelope-from dkirhlarov) Date: Thu, 5 Apr 2007 20:03:14 +0400 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20070405160313.GE1230@dkirhlarov.mow.oilspace.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <1175785136.8280.10.camel@lanshark.dmv.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1175785136.8280.10.camel@lanshark.dmv.com> X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 6.2-STABLE User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: ggate + gmirror write performance woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 16:22:25 -0000 On Thu, Apr 05, 2007 at 10:58:56AM -0400, Sven Willenberger wrote: > I am trying to set up a HA type system involving two identical boxes and > have gone through the following to set up the systems: > > Slave server: > ggated -R 196608 -S 196608 > (exporting /dev/amrd1 ) > net.inet.tcp.sendspace: 65536 > net.inet.tcp.recvspace: 131072 Try net.local.stream.recvspace=65535 net.local.stream.sendspace=65535 Also, try increase this sysctls with net.inet.tcp.rfc1323=1 I use it on FreeBSD 5.x with: net.inet.tcp.sendspace=131072 net.inet.tcp.recvspace=131072 net.local.stream.recvspace=65535 net.local.stream.sendspace=65535 ggated -R 1048576 -S 1048576 ggatec -R 1048576 -S 1048576 WBR. Dmitriy From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 16:38:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45B8416A402 for ; Thu, 5 Apr 2007 16:38:19 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog11.obsmtp.com (s200aog11.obsmtp.com [207.126.144.125]) by mx1.freebsd.org (Postfix) with SMTP id 97EDD13C448 for ; Thu, 5 Apr 2007 16:38:18 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob011.postini.com ([207.126.147.11]) with SMTP; Thu, 05 Apr 2007 16:38:17 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 1D42218141C for ; Thu, 5 Apr 2007 17:38:17 +0100 (BST) Message-ID: <46152615.1040602@tomjudge.com> Date: Thu, 05 Apr 2007 17:38:45 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1175785136.8280.10.camel@lanshark.dmv.com> <20070405160313.GE1230@dkirhlarov.mow.oilspace.com> In-Reply-To: <20070405160313.GE1230@dkirhlarov.mow.oilspace.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ggate + gmirror write performance woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 16:38:19 -0000 Dmitriy Kirhlarov wrote: > On Thu, Apr 05, 2007 at 10:58:56AM -0400, Sven Willenberger wrote: >> I am trying to set up a HA type system involving two identical boxes and >> have gone through the following to set up the systems: >> >> Slave server: >> ggated -R 196608 -S 196608 >> (exporting /dev/amrd1 ) >> net.inet.tcp.sendspace: 65536 >> net.inet.tcp.recvspace: 131072 > > Try > net.local.stream.recvspace=65535 > net.local.stream.sendspace=65535 > > Also, try increase this sysctls with > net.inet.tcp.rfc1323=1 > > I use it on FreeBSD 5.x with: > net.inet.tcp.sendspace=131072 > net.inet.tcp.recvspace=131072 > net.local.stream.recvspace=65535 > net.local.stream.sendspace=65535 > > ggated -R 1048576 -S 1048576 > ggatec -R 1048576 -S 1048576 > > WBR. > Dmitriy > _______________________________________________ > 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" I have seen sustained writes of 30Mb/s using the following configuration: cat /boot/loader.conf kern.ipc.nmbclusters="32768" cat /etc/sysctl.conf net.inet.tcp.sendspace=1048576 net.inet.tcp.recvspace=1048576 Server: /sbin/ggated -S 1310720 -R 1310720 -a 172.31.0.18 /etc/gg.exports Client: /sbin/ggatec create -q 2048 -t 5 -S 1310720 -R 1310720 172.31.0.18 /dev/amrd0s2 The raid array is a RAID 1 volume on a dell PERC4 (Dell PE1850) with adaptive read ahead and write back caching. Tom From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 17:00:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CD6316A406 for ; Thu, 5 Apr 2007 17:00:15 +0000 (UTC) (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 0954F13C469 for ; Thu, 5 Apr 2007 17:00:15 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 2200F2094; Thu, 5 Apr 2007 19:00:09 +0200 (CEST) X-Spam-Tests: AWL,DATE_IN_PAST_12_24 X-Spam-Learn: disabled X-Spam-Score: 0.5/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 19F5420BB; Thu, 5 Apr 2007 18:59:59 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id BC913A10C3; Wed, 4 Apr 2007 19:21:17 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Mipam References: <20070404101554.GA44117@rink.nu> Date: Wed, 04 Apr 2007 19:21:17 +0200 In-Reply-To: (mipam@ux11.ltcm.net's message of "Wed, 4 Apr 2007 12:25:15 +0200 (MEST)") Message-ID: <86ejn0caya.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Rink Springer , freebsd-stable@freebsd.org Subject: Re: Debug question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 17:00:15 -0000 Mipam writes: > On Wed, 4 Apr 2007, Rink Springer wrote: > > Try 'kgdb kernel -c vmcore.0'; more information can be found in the > > handbook, most notabilty: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ke= rneldebug-gdb.html > Thanks, when i do what you suggested i get: kgdb: bad namelist. > Is the corefile unusuable? No, the correct command line is # kgdb /boot/kernel/kernel vmcore.0 DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 17:00:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4EF4816A407; Thu, 5 Apr 2007 17:00:15 +0000 (UTC) (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 0E02213C46A; Thu, 5 Apr 2007 17:00:15 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 2B9F520F7; Thu, 5 Apr 2007 19:00:09 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 7BD1B20C6; Thu, 5 Apr 2007 19:00:00 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id E9F0EA10CA; Thu, 5 Apr 2007 15:34:39 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: "Nikolas Britton" References: Date: Thu, 05 Apr 2007 15:34:39 +0200 In-Reply-To: (Nikolas Britton's message of "Thu, 5 Apr 2007 04:58:17 -0500") Message-ID: <86zm5nrllc.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current , FreeBSD Stable Subject: Re: Do we need this junk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 17:00:15 -0000 "Nikolas Britton" writes: > Can anything in the list below be removed from CURRENT? No. Modern i386 and amd64 still have an ISA bus, and devices connected to that bus, even if they don't have ISA slots. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 18:18:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7070816A404 for ; Thu, 5 Apr 2007 18:18:35 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.178]) by mx1.freebsd.org (Postfix) with ESMTP id 0A35913C458 for ; Thu, 5 Apr 2007 18:18:34 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so441307ika for ; Thu, 05 Apr 2007 11:18:33 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=q4Wq4kxEyAj2Zi/V4y7sMJn3Drb+Y78CeHrh7f/5LYj0TIyEpq9B8WjObYBxjIYRD2fXUKYpBagBEZ2hmV4uADNCPpOwENGK4DQL7KrAzhQt5kOo7q2OGtIRLhfetFiztlkGjJGzOjJ6jMMF6J0zid4oyxR0Yxgrh036BidkriU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=b6uiMkmWpPa8rgsEkT9/YDLAy+iU4YSddAaX7skYvNNYxYPfD1hOnfqF/PaYTBb+c5HRH89SACFOXannEQZXZFnJ7lag+yDBdqpP9nP6NAnRgmwuIav74XeXAPEQhIMOxddmHjIE8VHNEtG86a0X262nrNkw9sgClgLh5SQD7AI= Received: by 10.115.18.1 with SMTP id v1mr834706wai.1175797110040; Thu, 05 Apr 2007 11:18:30 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Thu, 5 Apr 2007 11:18:29 -0700 (PDT) Message-ID: <2a41acea0704051118t5e7965f6m76ee26b6263bb9cc@mail.gmail.com> Date: Thu, 5 Apr 2007 11:18:29 -0700 From: "Jack Vogel" To: "Jasper Berlijn" In-Reply-To: <46150E1A.9050900@claranet.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46150E1A.9050900@claranet.nl> Cc: freebsd-stable@freebsd.org Subject: Re: em0 watchdog timeout with nfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 18:18:35 -0000 On 4/5/07, Jasper Berlijn wrote: > Hi, > > At this moment I'm running FreeBSD 4.11 without any problems. A couple > of times I've tried to upgrade to 6.x but without any luck because of > the watchdog timeout errors on em0 when using nfs. > > Mar 30 11:30:48 large kernel: em0: watchdog timeout -- resetting > Mar 30 11:30:48 large kernel: em0: link state changed to DOWN > Mar 30 11:30:51 large kernel: em0: link state changed to UP > Mar 30 11:31:01 large kernel: em0: watchdog timeout -- resetting > Mar 30 11:31:01 large kernel: em0: link state changed to DOWN > Mar 30 11:31:03 large kernel: em0: link state changed to UP > Mar 30 11:31:20 large kernel: em0: watchdog timeout -- resetting > Mar 30 11:31:20 large kernel: em0: link state changed to DOWN > Mar 30 11:31:23 large kernel: em0: link state changed to UP > > em0@pci0:14:0: class=0x020000 card=0x002e8086 chip=0x100e8086 rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82540EM Gigabit Ethernet Controller' > class = network > subclass = ethernet > > When I try to copy a large file (1gb) then after a couple of mb's > (100mb) the wachtdog timeout will occur. The system is most of the time > idle. Using debug.mpsafenet="0" in /boot/loader.conf doesn't make any > difference. > > Any ideas? The driver in 6.2 RELEASE fixed all known problems with watchdogs, other than REAL issues with the network/hardware. Have you tried installing that? Jack From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 18:57:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE68216A401; Thu, 5 Apr 2007 18:57:54 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 0E76D13C468; Thu, 5 Apr 2007 18:57:54 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (unknown [200.46.204.191]) by hub.org (Postfix) with ESMTP id 40CC185C91B; Thu, 5 Apr 2007 15:57:51 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-maia, port 10024) with ESMTP id 34205-03; Thu, 5 Apr 2007 15:57:42 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id AF53685C8F9; Thu, 5 Apr 2007 15:57:33 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id DDAAB3C1D3; Thu, 5 Apr 2007 15:57:36 -0300 (ADT) Date: Thu, 05 Apr 2007 15:57:36 -0300 From: "Marc G. Fournier" To: Thiago Esteves de Oliveira , "Marc G. Fournier" Message-ID: X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org, "Brian A. Seklecki" , freebsd-questions@freebsd.org Subject: Re: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 18:57:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Thursday, April 05, 2007 11:06:30 +0000 Thiago Esteves de Oliveira wrote: > > Marc, > > My machine is working with the kernel that comes with 6.1-STABLE (I archived > this good kernel before upgrade the OS to 6.2). > No, I'm not using geom. > > Can you send your dmesg.boot and "sysctl -a kern" output? pid 83333 (sendmail), uid 25 inumber 8577 on /var: filesystem full pid 84023 (sendmail), uid 25 inumber 8587 on /var: filesystem full pid 81719 (sendmail), uid 25 inumber 8591 on /var: filesystem full pid 85247 (sendmail), uid 25 inumber 8593 on /var: filesystem full pid 86881 (dd), uid 2 inumber 8596 on /var: filesystem full pid 90114 (dd), uid 2 inumber 8580 on /var: filesystem full fxp0: promiscuous mode disabled fxp0: promiscuous mode enabled pid 92861 (dd), uid 2 inumber 8365 on /var: filesystem full pid 96933 (dd), uid 2 inumber 8439 on /var: filesystem full pid 2289 (dd), uid 2 inumber 8480 on /var: filesystem full fxp0: promiscuous mode disabled fxp0: promiscuous mode enabled pid 4664 (sendmail), uid 25 inumber 8572 on /var: filesystem full pid 4965 (dd), uid 2 inumber 8581 on /var: filesystem full pid 5228 (sendmail), uid 25 inumber 8588 on /var: filesystem full pid 5970 (sendmail), uid 25 inumber 8592 on /var: filesystem full pid 8960 (dd), uid 2 inumber 8595 on /var: filesystem full pid 11981 (dd), uid 2 inumber 8565 on /var: filesystem full fxp0: promiscuous mode disabled fxp0: promiscuous mode enabled pid 14065 (sendmail), uid 25 inumber 8597 on /var: filesystem full pid 15495 (dd), uid 2 inumber 8600 on /var: filesystem full pid 15532 (kiplingOuija.cgi), uid 80: exited on signal 11 pid 15909 (sendmail), uid 25 inumber 8601 on /var: filesystem full pid 18424 (dd), uid 2 inumber 8510 on /var: filesystem full pid 21371 (dd), uid 2 inumber 8559 on /var: filesystem full fxp0: promiscuous mode disabled fxp0: promiscuous mode enabled pid 23625 (sendmail), uid 25 inumber 8572 on /var: filesystem full pid 24260 (sendmail), uid 25 inumber 8588 on /var: filesystem full pid 25003 (sendmail), uid 25 inumber 8592 on /var: filesystem full pid 27135 (dd), uid 2 inumber 8578 on /var: filesystem full pid 29086 (sendmail), uid 25 inumber 8596 on /var: filesystem full pid 30176 (dd), uid 2 inumber 8597 on /var: filesystem full fxp0: promiscuous mode disabled fxp0: promiscuous mode enabled pid 33170 (dd), uid 2 inumber 8581 on /var: filesystem full pid 35631 (dd), uid 2 inumber 8365 on /var: filesystem full pid 39216 (dd), uid 2 inumber 8439 on /var: filesystem full fxp0: promiscuous mode disabled fxp0: promiscuous mode enabled pid 41773 (dd), uid 2 inumber 8480 on /var: filesystem full pid 42005 (sendmail), uid 25 inumber 8572 on /var: filesystem full pid 44505 (dd), uid 2 inumber 8510 on /var: filesystem full pid 45410 (sendmail), uid 25 inumber 8580 on /var: filesystem full pid 47630 (dd), uid 2 inumber 8582 on /var: filesystem full fxp0: promiscuous mode disabled fxp0: promiscuous mode enabled pid 49712 (sendmail), uid 25 inumber 8588 on /var: filesystem full pid 51003 (dd), uid 2 inumber 8593 on /var: filesystem full pid 51467 (sendmail), uid 25 inumber 8594 on /var: filesystem full pid 51804 (kiplingOuija.cgi), uid 80: exited on signal 11 pid 53577 (dd), uid 2 inumber 8559 on /var: filesystem full pid 54476 (sendmail), uid 25 inumber 8579 on /var: filesystem full pid 55549 (sendmail), uid 25 inumber 8601 on /var: filesystem full pid 56090 (bigOuija.cgi), uid 80: exited on signal 11 pid 57137 (dd), uid 2 inumber 8604 on /var: filesystem full pid 58015 (kiplingOuija.cgi), uid 80: exited on signal 11 fxp0: promiscuous mode disabled fxp0: promiscuous mode enabled fxp0: promiscuous mode disabled GEOM_MIRROR: Device vm: provider mirror/vm destroyed. GEOM_MIRROR: Device vm destroyed. 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...4 4 4 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 0 done All buffers synced. /vm: unmount pending error: blocks -64 files 0 GEOM_MIRROR: Device md2: provider mirror/md2 destroyed. GEOM_MIRROR: Device md2 destroyed. GEOM_STRIPE: Disk mirror/md2 removed from md0. GEOM_STRIPE: Device md0 removed. GEOM_MIRROR: Device md1: provider mirror/md1 destroyed. GEOM_MIRROR: Device md1 destroyed. GEOM_STRIPE: Disk mirror/md1 removed from md0. GEOM_STRIPE: Device md0 destroyed. Uptime: 3d8h23m45s Rebooting... cpu_reset: Stopping other CPUs Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #5: Tue Mar 13 02:29:37 ADT 2007 root@mars.hub.org:/usr/obj/usr/src/sys/kernel Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1400MHz (1395.59-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 4227858432 (4032 MB) avail memory = 4144304128 (3952 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 16 ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard kbd1 at kbdmux0 cpu0 on motherboard cpu1 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 1.0 (no driver attached) fxp0: port 0xd400-0xd43f mem 0xfeafe000-0xfeafefff,0xfe900000-0xfe9fffff irq 20 at device 4.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:21:d7:f6 fxp1: port 0xd000-0xd03f mem 0xfeafd000-0xfeafdfff,0xfe700000-0xfe7fffff irq 21 at device 5.0 on pci0 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:e0:81:21:d7:f7 isab0: port 0x580-0x58f at device 15.0 on pci0 isa0: on isab0 pci0: at device 15.1 (no driver attached) pci0: at device 15.2 (no driver attached) pcib1: pcibus 1 on motherboard pci1: on pcib1 ahc0: port 0xe400-0xe4ff mem 0xfebfe000-0xfebfefff irq 25 at device 6.0 on pci1 ahc0: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xe800-0xe8ff mem 0xfebff000-0xfebfffff irq 26 at device 6.1 on pci1 ahc1: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs orm0: at iomem 0xc0000-0xc7fff,0xcd800-0xce7ff,0xce800-0xcf7ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) Timecounters tick every 1.000 msec da0 at ahc1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) da1 at ahc1 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) da2 at ahc1 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da2: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) da3 at ahc1 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da3: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) da4 at ahc1 bus 0 target 4 lun 0 da4: Fixed Direct Access SCSI-3 device da4: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da4: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) da5 at ahc1 bus 0 target 5 lun 0 da5: Fixed Direct Access SCSI-3 device da5: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da5: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) SMP: AP CPU #1 Launched! GEOM_MIRROR: Device md1 created (id=2282154470). GEOM_MIRROR: Device md1: provider da1 detected. GEOM_MIRROR: Device md1: provider da2 detected. GEOM_MIRROR: Device md1: provider da2 activated. GEOM_MIRROR: Device md1: provider da1 activated. GEOM_MIRROR: Device md1: provider mirror/md1 launched. GEOM_MIRROR: Device md2 created (id=3089402334). GEOM_MIRROR: Device md2: provider da3 detected. GEOM_MIRROR: Device md2: provider da4 detected. GEOM_MIRROR: Device md2: provider da4 activated. GEOM_MIRROR: Device md2: provider da3 activated. GEOM_MIRROR: Device md2: provider mirror/md2 launched. GEOM_MIRROR: Device vm created (id=2175292049). GEOM_MIRROR: Device vm: provider da5 detected. GEOM_STRIPE: Device md0 created (id=1094782536). GEOM_STRIPE: Disk mirror/md1 attached to md0. GEOM_STRIPE: Disk mirror/md2 attached to md0. GEOM_STRIPE: Device md0 activated. Root mount waiting for: GMIRROR Root mount waiting for: GMIRROR Root mount waiting for: GMIRROR Root mount waiting for: GMIRROR GEOM_MIRROR: Force device vm start due to timeout. GEOM_MIRROR: Device vm: provider da5 activated. GEOM_MIRROR: Device vm: provider mirror/vm launched. Trying to mount root from ufs:/dev/da0s1a I'not 100% certain wherethis da5/vm came from, but its not in use for anything, only using da1-da4 in a RAID1+0 configuration ... And: kern.ostype: FreeBSD kern.osrelease: 6.2-STABLE kern.osrevision: 199506 kern.version: FreeBSD 6.2-STABLE #5: Tue Mar 13 02:29:37 ADT 2007 root@mars.hub.org:/usr/obj/usr/src/sys/kernel kern.maxvnodes: 100000 kern.maxproc: 6164 kern.maxfiles: 131068 kern.argmax: 262144 kern.securelevel: -1 kern.hostname: mars.hub.org kern.hostid: 0 kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } kern.posix1version: 200112 kern.ngroups: 16 kern.job_control: 1 kern.saved_ids: 0 kern.boottime: { sec = 1175781769, usec = 414769 } Thu Apr 5 11:02:49 2007 kern.domainname: kern.osreldate: 602105 kern.bootfile: /boot/kernel/kernel kern.maxfilesperproc: 11095 kern.maxprocperuid: 5547 kern.ipc.maxsockbuf: 262144 kern.ipc.sockbuf_waste_factor: 8 kern.ipc.somaxconn: 128 kern.ipc.max_linkhdr: 16 kern.ipc.max_protohdr: 40 kern.ipc.max_hdr: 56 kern.ipc.max_datalen: 152 kern.ipc.nmbclusters: 25600 kern.ipc.nmbjumbop: 0 kern.ipc.nmbjumbo9: 0 kern.ipc.nmbjumbo16: 0 kern.ipc.maxpipekva: 67108864 kern.ipc.pipes: 4396 kern.ipc.pipekva: 34156544 kern.ipc.pipefragretry: 0 kern.ipc.pipeallocfail: 0 kern.ipc.piperesizefail: 0 kern.ipc.piperesizeallowed: 1 kern.ipc.msgmax: 16384 kern.ipc.msgmni: 40 kern.ipc.msgmnb: 2048 kern.ipc.msgtql: 40 kern.ipc.msgssz: 8 kern.ipc.msgseg: 2048 kern.ipc.semmap: 30 kern.ipc.semmni: 4096 kern.ipc.semmns: 8192 kern.ipc.semmnu: 30 kern.ipc.semmsl: 8192 kern.ipc.semopm: 100 kern.ipc.semume: 10 kern.ipc.semusz: 92 kern.ipc.semvmx: 32767 kern.ipc.semaem: 16384 kern.ipc.shmmax: 817594368 kern.ipc.shmmin: 1 kern.ipc.shmmni: 192 kern.ipc.shmseg: 128 kern.ipc.shmall: 199608 kern.ipc.shm_use_phys: 1 kern.ipc.shm_allow_removed: 0 kern.ipc.numopensockets: 3814 kern.ipc.maxsockets: 12328 kern.ipc.nsfbufs: 6656 kern.ipc.nsfbufspeak: 38 kern.ipc.nsfbufsused: 0 kern.dummy: 0 kern.ps_strings: 3217031152 kern.usrstack: 3217031168 kern.logsigexit: 1 kern.iov_max: 1024 kern.cam.cam_srch_hi: 0 kern.cam.scsi_delay: 5000 kern.cam.da.retry_count: 4 kern.cam.da.default_timeout: 60 kern.cam.da.0.minimum_cmd_size: 6 kern.cam.da.1.minimum_cmd_size: 6 kern.cam.da.2.minimum_cmd_size: 6 kern.cam.da.3.minimum_cmd_size: 6 kern.cam.da.4.minimum_cmd_size: 6 kern.cam.da.5.minimum_cmd_size: 6 kern.disks: da5 da4 da3 da2 da1 da0 kern.geom.debugflags: 0 kern.geom.collectstats: 1 kern.geom.mirror.debug: 0 kern.geom.mirror.timeout: 4 kern.geom.mirror.idletime: 5 kern.geom.mirror.disconnect_on_failure: 1 kern.geom.mirror.sync_requests: 2 kern.geom.stripe.debug: 0 kern.geom.stripe.fast: 0 kern.geom.stripe.maxmem: 13107200 kern.geom.stripe.fast_failed: 0 kern.elf32.fallback_brand: -1 kern.init_path: /sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall kern.init_shutdown_timeout: 120 kern.acct_suspend: 2 kern.acct_resume: 4 kern.acct_chkfreq: 15 kern.acct_suspended: 0 kern.cp_time: 1044306 670 652329 26003 2901289 kern.openfiles: 11876 kern.kq_calloutmax: 4096 kern.stackprot: 7 kern.ps_arg_cache_limit: 256 kern.lastpid: 99426 kern.randompid: 0 kern.ktrace.genio_size: 4096 kern.ktrace.request_pool: 100 kern.module_path: /boot/kernel;/boot/modules kern.malloc: Type InUse MemUse HighUse Requests Size(s) NULLFS mount 64 1K - 64 16 NULLFS hash 1 1K - 1 64 NULLFS node 64 1K - 85055 16 CAM dev queue 3 1K - 3 64 linker 29 26K - 57 16,32,256,1024,4096 mirror_data 8 3K - 7188 32,128,512 linux 11 1K - 11 32,64 CAM queue 21 3K - 761 16,32,64,128,256,1024 nexusdev 2 1K - 2 16 MP Table 1 1K - 1 32 memdesc 1 4K - 1 4096 legacydrv 5 1K - 5 16 KTRACE 100 13K - 100 128 I/O APIC 2 2K - 2 1024 prison 65 130K - 65 2048 GEOM 163 17K - 1526 16,32,64,128,256,512,1024,4096 ithread 62 6K - 62 16,64,128 zombie 3 1K - 296433 128 atkbddev 2 1K - 2 32 proc-args 724 41K - 323832 16,32,64,128,256 kqueue 58 37K - 103562 256,1024 VM pgdata 2 65K - 2 64 kenv 109 8K - 110 16,32,64,4096 sigio 1 1K - 1 32 file desc 2025 657K - 315996 16,32,64,128,256,512,1024,2048,4096 pfs_vncache 0 0K - 2107 32 UMAHash 3 7K - 11 256,512,1024,2048,4096 UFS mount 15 48K - 15 256,2048,4096 UFS dirhash 592 292K - 66405 16,32,64,128,256,512,1024,2048 savedino 0 0K - 43788 256 newdirblk 0 0K - 179 32 dirrem 12 1K - 167572 32 mkdir 4 1K - 10612 32 diradd 16 1K - 174804 64 freefile 4 1K - 111205 32 freeblks 5 2K - 109902 256 freefrag 7 1K - 75530 32 allocindir 1 1K - 225976 64 indirdep 2 1K - 2406 32 allocdirect 26 4K - 272494 128 bmsafemap 6 1K - 17028 64 newblk 1 1K - 498471 64,256 inodedep 49 262K - 188374 128 pagedep 23 66K - 28631 64 p1003.1b 1 1K - 1 16 syncache 1 8K - 1 pfs_nodes 20 3K - 20 128 hostcache 1 24K - 1 in_multi 2 1K - 2 32 routetbl 297 27K - 18953 16,32,64,128,256 cdev 19 3K - 19 128 DEVFS 672 18K - 673 16,128 DEVFS_RULE 34 8K - 34 32,256 lo 1 1K - 1 16 arpcom 2 1K - 2 16 clone 1 4K - 1 4096 ether_multi 7 1K - 8 16,32,64 ifaddr 86 21K - 86 32,256,512,2048 ifnet 4 4K - 4 256,1024 BPF 7 65K - 53 16,64,256 DEVFS1 96 24K - 111 256 vnodemarker 0 0K - 82826 512 mount 1653 39K - 1824 16,32,64,128,2048 vnodes 411 7K - 422 16,128 VFS hash 1 256K - 1 cluster_save buffer 0 0K - 10780 32,64 vfscache 1 512K - 1 BIO buffer 114 228K - 92383 2048 DEVFS3 7420 928K - 7433 128 pcb 109 6K - 72489 16,32,64,2048 soname 1798 205K - 776280 16,32,64,128 mbuf_tag 0 0K - 2 32 mbextcnt 0 0K - 1028 16 ptys 9 2K - 9 128 ttys 816 126K - 2496 128,1024 shm 24 35K - 584 1024 sem 4 484K - 4 4096 msg 4 25K - 4 1024,4096 iov 0 0K - 124082 16,32,64,128,256,512,1024 ioctlops 0 0K - 211060 16,32,64,256,512,1024,4096 Unitno 13 1K - 63112 16,64 turnstiles 2111 132K - 2121 64 taskqueue 7 1K - 7 16,128 DEVFS2 96 48K - 5333 16,32,64,128,256,512 entropy 1024 64K - 1024 64 sleep queues 2111 66K - 2121 32 sbuf 0 0K - 868 16,32,64,128,256,512,1024,2048,4096 rman 89 6K - 535 64 isadev 34 3K - 34 64 CAM periph 13 2K - 85 128 CAM XPT 340 287K - 668 16,32,64,512,1024 kobj 75 150K - 85 2048 CAM SIM 3 1K - 3 64 eventhandler 38 2K - 38 32,128 devstat 18 37K - 18 16,4096 stripe_data 2 1K - 2 16,32 bus-sc 28 12K - 318 16,64,128,256,512,2048,4096 bus 445 19K - 1335 16,32,64,128,1024 SWAP 2 1097K - 2 64 umtx 2110 132K - 2120 64 sysctltmp 0 0K - 29498 16,32,64,128 sysctloid 1160 35K - 1160 16,32,64 sysctl 0 0K - 41552 16,32,64 uidinfo 25 2K - 1851 32,1024 plimit 410 103K - 109561 256 cred 4720 590K - 2724903 128 subproc 2792 4681K - 299222 256,4096 proc 2 8K - 2 4096 session 448 56K - 17796 128 pgrp 463 29K - 18196 64 kbdmux 6 9K - 6 16,128,256,2048,4096 mtx_pool 1 8K - 1 module 136 9K - 136 64 temp 6 249K - 509140 16,32,64,128,256,512,1024,2048,4096 devbuf 1854 2512K - 1868 16,32,64,128,256,512,1024,2048,4096 lockf 546 35K - 459553 64 kern.malloc_count: 134 kern.ident: kernel kern.maxusers: 384 kern.fallback_elf_brand: -1 kern.kstack_pages: 2 kern.sync_on_panic: 0 kern.shutdown.poweroff_delay: 5000 kern.shutdown.kproc_shutdown_wait: 60 kern.sugid_coredump: 0 kern.coredump: 1 kern.nodump_coredump: 0 kern.corefile: %N.core kern.fscale: 2048 kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 64529049 kern.timecounter.nnanouptime: 84 kern.timecounter.nmicrouptime: 297518 kern.timecounter.nbintime: 15065914 kern.timecounter.nnanotime: 5937055 kern.timecounter.nmicrotime: 9127597 kern.timecounter.ngetbinuptime: 78777910 kern.timecounter.ngetnanouptime: 248698 kern.timecounter.ngetmicrouptime: 9289785 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 0 kern.timecounter.ngetmicrotime: 6 kern.timecounter.nsetclock: 3 kern.timecounter.hardware: i8254 kern.timecounter.choice: TSC(-100) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 kern.timecounter.smp_tsc: 0 kern.threads.thr_scope: 0 kern.threads.thr_concurrency: 0 kern.threads.debug: 0 kern.threads.max_threads_per_proc: 1500 kern.threads.max_groups_per_proc: 1500 kern.threads.max_threads_hits: 0 kern.threads.virtual_cpu: 2 kern.sched.name: 4BSD kern.sched.quantum: 100000 kern.sched.ipiwakeup.enabled: 1 kern.sched.ipiwakeup.requested: 3687784 kern.sched.ipiwakeup.delivered: 3690316 kern.sched.ipiwakeup.usemask: 1 kern.sched.ipiwakeup.useloop: 0 kern.sched.ipiwakeup.onecpu: 0 kern.sched.ipiwakeup.htt2: 0 kern.sched.followon: 0 kern.sched.pfollowons: 0 kern.sched.kgfollowons: 0 kern.sched.preemption: 1 kern.sched.runq_fuzz: 1 kern.ccpu: 1948 kern.devstat.numdevs: 12 kern.devstat.generation: 538 kern.devstat.version: 6 kern.kobj_methodcount: 73 kern.log_wakeups_per_second: 5 kern.log_console_output: 1 kern.always_console_output: 0 kern.msgbuf: kern.msgbuf_clear: 0 kern.smp.maxcpus: 16 kern.smp.active: 1 kern.smp.disabled: 0 kern.smp.cpus: 2 kern.smp.forward_signal_enabled: 1 kern.smp.forward_roundrobin_enabled: 1 kern.nselcoll: 11052 kern.drainwait: 300 kern.tty_nin: 22760 kern.tty_nout: 15228375 kern.console: consolectl,/consolectl, kern.consmute: 0 kern.consmsgbuf_size: 8192 kern.constty_wakeups_per_second: 5 kern.filedelay: 30 kern.dirdelay: 29 kern.metadelay: 28 kern.minvnodes: 25000 kern.chroot_allow_open_directories: 1 kern.random.yarrow.gengateinterval: 10 kern.random.yarrow.bins: 10 kern.random.yarrow.fastthresh: 192 kern.random.yarrow.slowthresh: 256 kern.random.yarrow.slowoverthresh: 2 kern.random.sys.seeded: 1 kern.random.sys.harvest.ethernet: 1 kern.random.sys.harvest.point_to_point: 1 kern.random.sys.harvest.interrupt: 1 kern.random.sys.harvest.swi: 0 - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGFUag4QvfyHIvDvMRAr2PAKDn4sSN6dyQulC0W2Q1lr25RfSBPQCgwMgD wzztdb381CaTTOVtRSXhZzw= =pUWJ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 19:54:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61E3216A416; Thu, 5 Apr 2007 19:54:30 +0000 (UTC) (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 331D213C4D1; Thu, 5 Apr 2007 19:54:27 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l35Jr7rd085841; Thu, 5 Apr 2007 13:53:07 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 05 Apr 2007 13:53:06 -0600 (MDT) Message-Id: <20070405.135306.78791677.imp@bsdimp.com> To: nikolas.britton@gmail.com From: Warner Losh In-Reply-To: References: X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 05 Apr 2007 13:53:07 -0600 (MDT) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Do we need this junk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 19:54:30 -0000 > legacyfree1# grep -irsn isa ./ | grep -i include >From the system: no. From your kernel, absolutely. Warner From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 19:54:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8DDB16A405 for ; Thu, 5 Apr 2007 19:54:43 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout05.prod.mesa1.secureserver.net (smtpout05-04.prod.mesa1.secureserver.net [64.202.165.221]) by mx1.freebsd.org (Postfix) with SMTP id B9F7313C43E for ; Thu, 5 Apr 2007 19:54:43 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 4569 invoked from network); 5 Apr 2007 19:54:42 -0000 Received: from unknown (24.144.77.243) by smtpout05-04.prod.mesa1.secureserver.net (64.202.165.221) with ESMTP; 05 Apr 2007 19:54:41 -0000 Message-ID: <46155401.9010903@seclark.us> Date: Thu, 05 Apr 2007 15:54:41 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Konstantin Belousov , freebsd-stable@freebsd.org References: <4614F7C1.3010704@seclark.us> <20070405142809.GE308@deviant.kiev.zoral.com.ua> In-Reply-To: <20070405142809.GE308@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: btx crashes when booting 6.1 from usb cdrom X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 19:54:43 -0000 Konstantin Belousov wrote: >On Thu, Apr 05, 2007 at 09:21:05AM -0400, Stephen Clark wrote: > > >>Hello List, >> >>When I boot linux from my usb cdrom it works great >>- but when I try the >>6.1 release media >>it fails - BTX crashes. >> >>I found a listed bug kern/85257 that seems to be >>the same problem. Had >>this been resolved? >>Will it be resolved? >> >>Thanks, >>Steve >> >> > >If you could build custom boot images, try >http://people.freebsd.org/~kib/realbtx >realbtx.2.patch is the patch, and loader is the /boot/loader built with that >patch applied. If you could rearrange CD image with that loader put into >/boot, then try to load from it and report results. > >CAUTION: Do not install boot2 or loader on your harddrive, code had very >little exposure and may cause you machine to become unbootable. > > > Hi Konstantin, Thanks this worked. I have another question though. I mounted the distro 1 cd and cd to /cdrom and did tar cSf - . |(cd /usr/myboot;tar xSf -) so I could move in the new loader program. The problem is I ended up with an iso file system after I did mkisofs -R -no-emul-boot -b boot/cdboot -o /tmp/bootable.iso /usr/myboot that was 991mb which was to big to put on a CD. Where did I go wrong? Since this was only a test I rm'ed packages, rescue and release directories, but how did it all fit on the CD originally? Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 19:57:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4557216A404; Thu, 5 Apr 2007 19:57:26 +0000 (UTC) (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 8000313C468; Thu, 5 Apr 2007 19:57:25 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l35JtRro085879; Thu, 5 Apr 2007 13:55:28 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 05 Apr 2007 13:55:27 -0600 (MDT) Message-Id: <20070405.135527.112538812.imp@bsdimp.com> To: des@des.no From: Warner Losh In-Reply-To: <86zm5nrllc.fsf@dwp.des.no> References: <86zm5nrllc.fsf@dwp.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 05 Apr 2007 13:55:29 -0600 (MDT) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, nikolas.britton@gmail.com Subject: Re: Do we need this junk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 19:57:26 -0000 Des writes: > "Nikolas Britton" writes: > > Can anything in the list below be removed from CURRENT? > > No. Modern i386 and amd64 still have an ISA bus, and devices > connected to that bus, even if they don't have ISA slots. The isa bus also is the catch-all on board I/O bus for i386/amd64. This usage is traditional as there rarely were add-in keyboard controllers, for example. Also, while LPC has replaced ISA as a physical connection technology in many cases, it still has a the same software interface. Warner From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 20:15:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6051A16A403 for ; Thu, 5 Apr 2007 20:15:35 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.freebsd.org (Postfix) with ESMTP id 1B8F213C458 for ; Thu, 5 Apr 2007 20:15:34 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id l35KFS47007891; Thu, 5 Apr 2007 16:15:28 -0400 (EDT) (envelope-from sven@dmv.com) Received: from [216.240.97.46] (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id l35KFSuk017447; Thu, 5 Apr 2007 16:15:28 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Tom Judge In-Reply-To: <46152615.1040602@tomjudge.com> References: <1175785136.8280.10.camel@lanshark.dmv.com> <20070405160313.GE1230@dkirhlarov.mow.oilspace.com> <46152615.1040602@tomjudge.com> Content-Type: text/plain Date: Thu, 05 Apr 2007 16:15:35 -0400 Message-Id: <1175804135.8280.21.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Cc: freebsd-stable@freebsd.org Subject: Re: ggate + gmirror write performance woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 20:15:35 -0000 On Thu, 2007-04-05 at 17:38 +0100, Tom Judge wrote: > Dmitriy Kirhlarov wrote: > > On Thu, Apr 05, 2007 at 10:58:56AM -0400, Sven Willenberger wrote: > >> I am trying to set up a HA type system involving two identical boxes and > >> have gone through the following to set up the systems: > >> > >> Slave server: > >> ggated -R 196608 -S 196608 > >> (exporting /dev/amrd1 ) > >> net.inet.tcp.sendspace: 65536 > >> net.inet.tcp.recvspace: 131072 > > > > Try > > net.local.stream.recvspace=65535 > > net.local.stream.sendspace=65535 > > > > Also, try increase this sysctls with > > net.inet.tcp.rfc1323=1 > > > > I use it on FreeBSD 5.x with: > > net.inet.tcp.sendspace=131072 > > net.inet.tcp.recvspace=131072 > > net.local.stream.recvspace=65535 > > net.local.stream.sendspace=65535 > > > > ggated -R 1048576 -S 1048576 > > ggatec -R 1048576 -S 1048576 > > > > WBR. > > Dmitriy > > _______________________________________________ > > 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" > > > I have seen sustained writes of 30Mb/s using the following configuration: > > cat /boot/loader.conf > kern.ipc.nmbclusters="32768" > > cat /etc/sysctl.conf > net.inet.tcp.sendspace=1048576 > net.inet.tcp.recvspace=1048576 > > Server: > /sbin/ggated -S 1310720 -R 1310720 -a 172.31.0.18 /etc/gg.exports > > Client: > /sbin/ggatec create -q 2048 -t 5 -S 1310720 -R 1310720 172.31.0.18 > /dev/amrd0s2 > > The raid array is a RAID 1 volume on a dell PERC4 (Dell PE1850) with > adaptive read ahead and write back caching. > > Tom I have tried both the settings ideas suggested above but I cannot even get out of the gate with those. Setting net.inet.tcp.{send,recv}space to anything higher that 131072 results in ggated bailing with the error: # ggated -v -a 10.10.0.19 info: Reading exports file (/etc/gg.exports). debug: Added 10.10.0.0/24 /dev/amrd1 RW to exports list. debug: Added 10.10.0.0/24 /dev/amrd3 RW to exports list. info: Exporting 2 object(s). error: Cannot open stream socket: No buffer space available. error: Exiting. setting net.inet.tcp.{send,recv}space to 131072 allows me to start ggated with the default R and S values of 131072; anything higher results in "no buffer space" errors. At 131072 ggated starts but then I cannot even open a new connection (like ssh) to the server as the ssh client bails with "no buffer space available". more information: # netstat -m 514/641/1155 mbufs in use (current/cache/total) 512/284/796/32768 mbuf clusters in use (current/cache/total/max) 512/256 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 1152K/728K/1880K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines This is on a FreeBSD 6.2-RELENG box i386 SMP using the amr driver (SATA Raid using LSiMegaRaid. The odd thing is that even after I set the send and recvspace down to values like 65536, I continue to get the no buffer error when trying to connect to it remotely again. Sven From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 20:22:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD95B16A404 for ; Thu, 5 Apr 2007 20:22:21 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 60B0313C44C for ; Thu, 5 Apr 2007 20:22:21 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.11/8.12.11) with ESMTP id l35K9Xne019177 for ; Thu, 5 Apr 2007 16:09:33 -0400 (EDT) (envelope-from wayne@manor.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.12.11/8.12.11/Submit) id l35K9Xj3019176 for freebsd-stable@freebsd.org; Thu, 5 Apr 2007 16:09:33 -0400 (EDT) (envelope-from wayne) Date: Thu, 5 Apr 2007 16:09:33 -0400 From: "Michael R. Wayne" To: freebsd-stable@freebsd.org Message-ID: <20070405200933.GX10074@manor.msen.com> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.1i Subject: Panic on 6.2 AMD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 20:22:21 -0000 Let me know if there is anything else I can provide. /\/\ \/\/ uname: FreeBSD 6.2-RELEASE-p2 FreeBSD 6.2-RELEASE-p2 conf file: include GENERIC ident MsenWeb options QUOTA # Add quotas options SMP # Support multiple processors makeoptions DEBUG=-g Console messages (via serial port): cpuid = 0; apic id = 00 fault virtual address = 0x18c fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff803eead7 stack pointer = 0x10:0xffffffffa54e9b60 frame pointer = 0x10:0x4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 5 (thread taskq) trap number = 12 panic: page fault cpuid = 0 Uptime: 9d11h33m44s info file: Dump header from device /dev/twed0s1b Architecture: amd64 Architecture Version: 2 Dump Length: 1073184768B (1023 MB) Blocksize: 512 Dumptime: Thu Apr 5 15:41:03 2007 Hostname: ww8.msen.com Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.2-RELEASE-p2 #0: Wed Mar 14 09:38:47 EST 2007 root@ww8.msen.com:/usr/obj/usr/src/sys/WW8 Panic String: page fault Dump Parity: 2156304966 Bounds: 13 Dump Status: good gdb: [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 "amd64-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x18c fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff803eead7 stack pointer = 0x10:0xffffffffa54e9b60 frame pointer = 0x10:0x4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 5 (thread taskq) trap number = 12 panic: page fault cpuid = 0 Uptime: 9d11h33m44s Dumping 1023 MB (2 chunks) chunk 0: 1MB (151 pages) ... ok chunk 1: 1023MB (261856 pages) 1007 991 975twe0: completion event for nonbusy command 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:172 172 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) list *0xffffffff803eead7 0xffffffff803eead7 is in _mtx_lock_sleep (/usr/src/sys/kern/kern_mutex.c:548). 543 * If the current owner of the lock is executing on another 544 * CPU, spin instead of blocking. 545 */ 546 owner = (struct thread *)(v & MTX_FLAGMASK); 547 #ifdef ADAPTIVE_GIANT 548 if (TD_IS_RUNNING(owner)) { 549 #else 550 if (m != &Giant && TD_IS_RUNNING(owner)) { 551 #endif 552 turnstile_release(&m->mtx_object); (kgdb) backtrace #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff803f9067 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff803f9701 in panic (fmt=0xffffff003dbb6260 "°Æ»=") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff8061a1ef in trap_fatal (frame=0xffffff003dbb6260, eva=18446742975233640112) at /usr/src/sys/amd64/amd64/trap.c:660 #5 0xffffffff8061a716 in trap (frame= {tf_rdi = 108, tf_rsi = -1098475937184, tf_rdx = 6, tf_rcx = 3221225730, tf_r8 = -1521574640, tf_r9 = -1098687417816, tf_rax = 1, tf_rbx = -1099181396776, tf_rbp = 4, tf_r10 = -2138022504, tf_r11 = 0, tf_r12 = -1098475937184, tf_r13 = 4, tf_r14 = 1, tf_r15 = 20, tf_trapno = 12, tf_addr = 396, tf_flags = -1099181396776, tf_err = 0, tf_rip = -2143360297, tf_cs = 8, tf_rflags = 65538, tf_rsp = -1521575056, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:238 #6 0xffffffff806059ab in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #7 0xffffffff803eead7 in _mtx_lock_sleep (m=0xffffff0013aeecd8, tid=18446742975233614432, opts=6, file=0xc0000102
, line=-1521574640) at /usr/src/sys/kern/kern_mutex.c:546 #8 0xffffffff8044e3ad in unp_gc (arg=0x6c, pending=1035690592) at /usr/src/sys/kern/uipc_usrreq.c:1714 #9 0xffffffff80420875 in taskqueue_run (queue=0xffffff0000c1ae00) at /usr/src/sys/kern/subr_taskqueue.c:257 #10 0xffffffff804215c5 in taskqueue_thread_loop (arg=0x6c) at /usr/src/sys/kern/subr_taskqueue.c:376 #11 0xffffffff803de037 in fork_exit (callout=0xffffffff80421540 , arg=0xffffffff8090d3d0, frame=0xffffffffa54e9c50) at /usr/src/sys/kern/kern_fork.c:821 #12 0xffffffff80605d0e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:394 #13 0x0000000000000000 in ?? () #14 0x0000000000000000 in ?? () #15 0x0000000000000001 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000b7e000 in ?? () #46 0xffffff0013aeecd8 in ?? () #47 0xffffffff8090f680 in turnstile_chains () #48 0x0000000000000001 in ?? () #49 0xffffff003dbbc6b0 in ?? () #50 0xffffff002869d980 in ?? () #51 0xffffffffa54e9aa8 in ?? () #52 0xffffff003dbb6260 in ?? () #53 0xffffffff8040f7d6 in sched_switch (td=0xffffffff8090d3d0, newtd=0x0, flags=0) at /usr/src/sys/kern/sched_4bsd.c:973 #54 0x0000000000000000 in ?? () #55 0x0000000000000000 in ?? () #56 0x0000000000000000 in ?? () #57 0x0000000000000000 in ?? () #58 0x0000000000000000 in ?? () #59 0x0000000000000000 in ?? () #60 0x0000000000000000 in ?? () #61 0x0000000000000000 in ?? () #62 0x0000000000000000 in ?? () #63 0x0000000000000000 in ?? () #64 0x0000000000000000 in ?? () #65 0x0000000000000000 in ?? () #66 0x0000000000000000 in ?? () #67 0x0000000000000000 in ?? () #68 0x0000000000000000 in ?? () #69 0x0000000000000000 in ?? () #70 0x0000000000000000 in ?? () #71 0x0000000000000000 in ?? () #72 0x0000000000000000 in ?? () #73 0x0000000000000000 in ?? () #74 0x0000000000000000 in ?? () #75 0x0000000000000000 in ?? () #76 0x0000000000000000 in ?? () #77 0x0000000000000000 in ?? () #78 0x0000000000000000 in ?? () #79 0x0000000000000000 in ?? () #80 0x0000000000000000 in ?? () #81 0x0000000000000000 in ?? () #82 0x0000000000000000 in ?? () #83 0x0000000000000000 in ?? () #84 0x0000000000000000 in ?? () #85 0x0000000000000000 in ?? () #86 0x0000000000000000 in ?? () #87 0x0000000000000000 in ?? () #88 0x0000000000000000 in ?? () #89 0x0000000000000000 in ?? () #90 0x0000000000000000 in ?? () #91 0x0000000000000000 in ?? () #92 0x0000000000000000 in ?? () #93 0x0000000000000000 in ?? () #94 0x0000000000000000 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000000 in ?? () #97 0x0000000000000000 in ?? () #98 0x0000000000000000 in ?? () #99 0x0000000000000000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x0000000000000000 in ?? () #106 0x0000000000000000 in ?? () #107 0x0000000000000000 in ?? () #108 0x0000000000000000 in ?? () #109 0x0000000000000000 in ?? () #110 0x0000000000000000 in ?? () #111 0x0000000000000000 in ?? () #112 0x0000000000000000 in ?? () #113 0x0000000000000000 in ?? () #114 0x0000000000000000 in ?? () #115 0x0000000000000000 in ?? () #116 0x0000000000000000 in ?? () #117 0x0000000000000000 in ?? () #118 0x0000000000000000 in ?? () #119 0x0000000000000000 in ?? () #120 0x0000000000000000 in ?? () #121 0x0000000000000000 in ?? () #122 0x0000000000000000 in ?? () #123 0x0000000000000000 in ?? () #124 0x0000000000000000 in ?? () #125 0x0000000000000000 in ?? () Cannot access memory at address 0xffffffffa54ea000 (kgdb) quit From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 20:47:31 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9C3216A401 for ; Thu, 5 Apr 2007 20:47:31 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron2.sfsu.edu (iron2.sfsu.edu [130.212.10.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8F00F13C455 for ; Thu, 5 Apr 2007 20:47:31 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from diana.sfsu.edu ([130.212.10.239]) by iron2.sfsu.edu with ESMTP; 05 Apr 2007 13:47:32 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAKH9FEaC1Arv/2dsb2JhbAA Received: from horde.sfsu.edu (horde.sfsu.edu [130.212.10.203]) by diana.sfsu.edu (8.13.4/8.13.4) with ESMTP id l35KlU8u610580; Thu, 5 Apr 2007 13:47:30 -0700 Received: (from apache@localhost) by horde.sfsu.edu (8.12.8/8.12.8/Submit) id l35KlUsM016367; Thu, 5 Apr 2007 13:47:30 -0700 Received: from 63.164.145.161 ([63.164.145.161]) by webmail.sfsu.edu (IMP) with HTTP for ; Thu, 5 Apr 2007 13:47:30 -0700 Message-ID: <1175806050.461560624285a@webmail.sfsu.edu> Date: Thu, 5 Apr 2007 13:47:30 -0700 From: kayve@sfsu.edu To: Tom Evans References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> <20070404125452.M18358@fledge.watson.org> <14989d6e0704041034t1e197592jbd7d609ddd1d0765@mail.gmail.com> <1175734991.46144acfabc7a@webmail.sfsu.edu> <1175736045.46144eed676c2@webmail.sfsu.edu> <1175763113.1318.18.camel@zoot.mintel.co.uk> In-Reply-To: <1175763113.1318.18.camel@zoot.mintel.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: SFSU Webmail 3.2.1 X-Originating-IP: 63.164.145.161 Cc: stable@freebsd.org Subject: Re: single user mode buildwerld failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 20:47:31 -0000 i can't log on, but i can run in single user mode. does that qualify as a "running system" should i start over from step 1 and do it all in single user mode? maybe i better not try until hearing from somebody. > If you have a running system, read Appendix A.5 "Using CVSup" [1] of the > handbook, which details how to update your sources and ports to the > current version. > > If you don't have a running system, rebuild world + kernel and hope that > restores enough functionality so you can update the sources and go > again. This is all described in section 22.4 "Rebuilding world" [2] of > the handbook, but I will summarise it for you. > > // change to root > $ su - > // remove /usr/obj to speed up the build > # cd /usr/obj && chflags -R noschg * && rm -rf * > // Build a new world > # cd /usr/src > # make -j4 buildworld > // build a new kernel (do not put any job options for this build) > # make buildkernel > // install the new kernel > # make installkernel > // reboot to single user mode (boot -s from the loader prompt) > # shutdown -r now > > // After reboot > // check + mount all filesystems > # fsck -p > # mount -u / > # mount -a -t ufs > # swapon -a > // prepare /etc for the world install > # mergemaster -p > // install the new world > # cd /usr/src ; make installworld > // run mergemaster again > # mergemaster > // reboot to an updated system > # shutdown -r now > > All these instructions are in the handbook. > > Cheers > > Tom > > [1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html > [2] > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 20:49:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F241516A403 for ; Thu, 5 Apr 2007 20:49:54 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron2.sfsu.edu (iron2.sfsu.edu [130.212.10.36]) by mx1.freebsd.org (Postfix) with ESMTP id D6FC713C483 for ; Thu, 5 Apr 2007 20:49:54 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from diana.sfsu.edu ([130.212.10.239]) by iron2.sfsu.edu with ESMTP; 05 Apr 2007 13:21:23 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAFT2FEaC1Arv/2dsb2JhbAA Received: from horde.sfsu.edu (horde.sfsu.edu [130.212.10.203]) by diana.sfsu.edu (8.13.4/8.13.4) with ESMTP id l35KLMIC426400 for ; Thu, 5 Apr 2007 13:21:22 -0700 Received: (from apache@localhost) by horde.sfsu.edu (8.12.8/8.12.8/Submit) id l35KLMCo015696 for freebsd-stable@freebsd.org; Thu, 5 Apr 2007 13:21:22 -0700 Received: from 63.164.145.161 ([63.164.145.161]) by webmail.sfsu.edu (IMP) with HTTP for ; Thu, 5 Apr 2007 13:21:22 -0700 Message-ID: <1175804482.46155a4211b0f@webmail.sfsu.edu> Date: Thu, 5 Apr 2007 13:21:22 -0700 From: kayve@sfsu.edu To: freebsd-stable@freebsd.org References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> <20070404125452.M18358@fledge.watson.org> <14989d6e0704041034t1e197592jbd7d609ddd1d0765@mail.gmail.com> <1175734991.46144acfabc7a@webmail.sfsu.edu> <1175736045.46144eed676c2@webmail.sfsu.edu> <1175763113.1318.18.camel@zoot.mintel.co.uk> <1175804304.461559908e35e@webmail.sfsu.edu> In-Reply-To: <1175804304.461559908e35e@webmail.sfsu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: SFSU Webmail 3.2.1 X-Originating-IP: 63.164.145.161 Subject: Re: single user mode buildwerld failures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 20:49:55 -0000 i am still trying to follow the below instructions. haven't done so yet, going away for the weekend. > > > // change to root > > $ su - > > // remove /usr/obj to speed up the build > > # cd /usr/obj && chflags -R noschg * && rm -rf * > > didn't do this.. but i guess that shouldn't matter. > > > // Build a new world > > # cd /usr/src > > # make -j4 buildworld > > // build a new kernel (do not put any job options for this build) > > didn't use "-j4" but otherwise i believe we did this. > > > # make buildkernel > > // install the new kernel > > gheist seemed to be aware of this and had an opinion about not > needing it. > > > # make installkernel > > // reboot to single user mode (boot -s from the loader prompt) > > # shutdown -r now > > > > did this. > > > // After reboot > > // check + mount all filesystems > > # fsck -p > > did this > > > # mount -u / > > # mount -a -t ufs > > did merely "mount -a" > > > # swapon -a > > // prepare /etc for the world install > > didn't do this. > > > # mergemaster -p > > // install the new world > > this step is where all hell broke loose. i got this strange question > that i didn't know how to respond to. my prompt changed. it felt > like things went seriously wrong here. > > > > > # cd /usr/src ; make installworld > > // run mergemaster again > > # mergemaster > > // reboot to an updated system > > # shutdown -r now > > > > All these instructions are in the handbook. > > > > Cheers > > > > Tom > > > > [1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html > > [2] > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html > > > > > From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 21:11:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23B9116A404 for ; Thu, 5 Apr 2007 21:11:47 +0000 (UTC) (envelope-from freebsd-stable@claranet.nl) Received: from devil.generec.nl (devil.generec.nl [213.160.217.112]) by mx1.freebsd.org (Postfix) with ESMTP id DF7D513C45D for ; Thu, 5 Apr 2007 21:11:46 +0000 (UTC) (envelope-from freebsd-stable@claranet.nl) Received: from crashme.generec.nl (dsl-239-240.iae.nl [212.61.239.240]) by devil.generec.nl (Postfix) with ESMTP id 914495B4B3B; Thu, 5 Apr 2007 22:52:31 +0200 (CEST) Message-ID: <4615618E.2040001@claranet.nl> Date: Thu, 05 Apr 2007 22:52:30 +0200 From: Jasper Berlijn User-Agent: Thunderbird 1.5.0.10 (X11/20070403) MIME-Version: 1.0 To: Jack Vogel References: <46150E1A.9050900@claranet.nl> <2a41acea0704051118t5e7965f6m76ee26b6263bb9cc@mail.gmail.com> In-Reply-To: <2a41acea0704051118t5e7965f6m76ee26b6263bb9cc@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: em0 watchdog timeout with nfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 21:11:47 -0000 Jack Vogel wrote: > On 4/5/07, Jasper Berlijn wrote: >> Hi, >> >> At this moment I'm running FreeBSD 4.11 without any problems. A couple >> of times I've tried to upgrade to 6.x but without any luck because of >> the watchdog timeout errors on em0 when using nfs. >> >> Mar 30 11:30:48 large kernel: em0: watchdog timeout -- resetting >> Mar 30 11:30:48 large kernel: em0: link state changed to DOWN >> Mar 30 11:30:51 large kernel: em0: link state changed to UP >> Mar 30 11:31:01 large kernel: em0: watchdog timeout -- resetting >> Mar 30 11:31:01 large kernel: em0: link state changed to DOWN >> Mar 30 11:31:03 large kernel: em0: link state changed to UP >> Mar 30 11:31:20 large kernel: em0: watchdog timeout -- resetting >> Mar 30 11:31:20 large kernel: em0: link state changed to DOWN >> Mar 30 11:31:23 large kernel: em0: link state changed to UP >> >> em0@pci0:14:0: class=0x020000 card=0x002e8086 chip=0x100e8086 rev=0x02 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82540EM Gigabit Ethernet Controller' >> class = network >> subclass = ethernet >> >> When I try to copy a large file (1gb) then after a couple of mb's >> (100mb) the wachtdog timeout will occur. The system is most of the time >> idle. Using debug.mpsafenet="0" in /boot/loader.conf doesn't make any >> difference. >> >> Any ideas? > > The driver in 6.2 RELEASE fixed all known problems with > watchdogs, other than REAL issues with the network/hardware. > Have you tried installing that? Running RELENG_6 (FreeBSD 6.2-STABLE (GENERIC) #0: Wed Mar 28 14:32:07 CEST 2007). The network is running at (1000baseTX ) This system is dual boot so it's easy to switch from 4.11 (RELENG_4) and RELENG_6. The system is running without any problem on 4.11. - Jasper From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 21:34:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2120516A405 for ; Thu, 5 Apr 2007 21:34:21 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.freebsd.org (Postfix) with ESMTP id C55F513C487 for ; Thu, 5 Apr 2007 21:34:20 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so651941wxc for ; Thu, 05 Apr 2007 14:34:20 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=h6xvsIaMSvIGBiz4Tc46yh49vJIne8HJogTduIN1tR4XPeBpEbsEDavjOhEGkDc29asZf3+bWA+Pc9P1vj2BEEP9sM/sT+w1PRF5NEceLBOQP1E3pzMSRzcuU1dOlBaYYxqvstWRm8sVvFmHIF6t/lQbR0juFqV8S/hvXcGTvUk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=PSh4igqcNLYTM5caGIY2fDSTaWesjXSkJtqy+cMPDZhdZpA9Wl8PWDkAzdWJAlx3GEOj4OzEmN33iHwlcg9GQG4YMTdibImoE/z2fyafxv74W5/bgPiFjk4kBuFPWvDR2Ac8KA0hgGDwJ5qHjrKCmUKjJ3wV3Z8wgrqEAvqaoSE= Received: by 10.115.32.1 with SMTP id k1mr906267waj.1175808858970; Thu, 05 Apr 2007 14:34:18 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Thu, 5 Apr 2007 14:34:13 -0700 (PDT) Message-ID: <2a41acea0704051434p2b8c5902x868d0a5d6510aa01@mail.gmail.com> Date: Thu, 5 Apr 2007 14:34:13 -0700 From: "Jack Vogel" To: freebsd-stable@freebsd.org, freebsd-net , freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Stack panic with em driver unload X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 21:34:21 -0000 Our test group uses a script that does 100 iterations of a module load, then bring up all interfaces, and then unload driver. Depending on the system in anything from just a few iterations to 20 or more, the system will panic. Its doing an em_detach() which calls ether_ifdetach() which goes to if_detach, in_delmulti_ifp, in_delmulti_locked, and finally if_delmulti(). The panic is always happening on a cmpxchgq instruction so I assume its the LOCK macro, whats odd is that its not always the same reason, sometimes one register is 0 so its a page fault trap, but on other iterations its a general protection fault because the register is some big invalid number :) I am hardpressed to see this as a driver problem, but I'm willing to be proven wrong, does someone who knows the stack code better than me have any insights or ideas? It also appears system dependent, I have a couple machines I've tried to reproduce in on and have been unable. I also am told it happens on both amd64 and i386, but it seems easier to reproduce on the former. Lastly, from evidence so far I think this doesnt happen on CURRENT, but the test group hasnt checked that only I have and I dont have as much hardware :) Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 22:25:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E820516A404 for ; Thu, 5 Apr 2007 22:25:19 +0000 (UTC) (envelope-from SRS1=5a1e427b4d8c7a66dcba3fbbd804a1489c9cbab5=es.net==5a1e427b4d8c7a66dcba3fbbd804a1489c9cbab5=296=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id CC2CE13C43E for ; Thu, 5 Apr 2007 22:25:19 +0000 (UTC) (envelope-from SRS1=5a1e427b4d8c7a66dcba3fbbd804a1489c9cbab5=es.net==5a1e427b4d8c7a66dcba3fbbd804a1489c9cbab5=296=es.net=oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id KAR70029 for ; Thu, 05 Apr 2007 15:12:29 -0700 Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id KAR04328 for ; Thu, 05 Apr 2007 15:12:28 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id KAR73126; Thu, 05 Apr 2007 15:12:26 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 9EF6F45055; Thu, 5 Apr 2007 15:12:26 -0700 (PDT) To: "Michael Schuh" In-Reply-To: Your message of "Thu, 05 Apr 2007 12:57:09 +0200." <1dbad3150704050357i6b973118q260265644665b405@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1175811146_1105P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 05 Apr 2007 15:12:26 -0700 From: "Kevin Oberman" Message-Id: <20070405221226.9EF6F45055@ptavv.es.net> Cc: FreeBSD Stable , schiz0phrenic21@gmail.com Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 22:25:20 -0000 --==_Exmh_1175811146_1105P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 5 Apr 2007 12:57:09 +0200 > From: "Michael Schuh" > Sender: owner-freebsd-stable@freebsd.org > > Hi, > > first i understand your need's right! More Text on screen at boot time, > but i have never get this working at boot time, but directly after boot. > > In my case my Kernels would be compiles with: > options SC_PIXEL_MODE > > and in /boot/loader.conf > vesa_load="YES" > > and in /etc/rc.conf something like this: > keymap="german.iso" > font8x16="iso15-8x16" > font8x14="iso15-8x14" > font8x8="iso15-8x8" > allscreens_flag="MODE_280" > > In my case with german keyboard, change these things to > your needs. > The allscreens_flag you could get as mentoided in other answers with > vidcontrol -i mode, i remember that someone has tell you to use > MODE_279, but i doesn't know if this is the best case for all cards. > > For a single test you can set the mode from one terminal (like ttyv0) > after logging in with > vidcontrol MODE_280 > or that likes to your modes for your Graphiccard. > > If anyone else knows how we can set the vid-mode at boot-time so that the > bootmessages are every time in such a mode tell me please how it > works. In the Kernel NOTEs i have only found a line like > options VGA_WIGTH90, but thi is not my desired resolution. I used to do this, but I discovered that my scrollback buffer "lost" th 24 lines in the screen when the mode changes and I couldn't live with that. It would be nice to have the display at boot time, but, if I did not lose data, I would be happy to have it from when it starts. In any case, I figure that people who want X, will go with X. Some folks still like a plain old command-line console. I use X, but I don't start with xdm, kdm, or any other. I still like to see what is happening and enter 'startx' when I am good and ready. Sometimes I am not ready for the entire session. I don't always want all of X sitting between me and my CLI. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1175811146_1105P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGFXRKkn3rs5h7N1ERAucRAJ9+8gWE1VeJgsVDl0/6h1ckr9vvDACfVBV5 AmBDKZJ12lJVs36+4CqNCQg= =ikC8 -----END PGP SIGNATURE----- --==_Exmh_1175811146_1105P-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 22:31:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1EF516A408 for ; Thu, 5 Apr 2007 22:31:46 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 8F17413C4B0 for ; Thu, 5 Apr 2007 22:31:46 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so866110ana for ; Thu, 05 Apr 2007 15:31:46 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=mi9dn0ADSy8xjRQBPfy6++BxfrVEDcYk8v24DCxjzUqpUlTuBtaQ1x6Wbr4Ww7K851lhrDTgFkQh0C64kTJdYWf3JbvGu/I+Y2wH1NErF595EkK/VS0qweAo6jiNGcb3K9rNsktt0yq7STiWI6RkrWDshqqaHkbhC72bzeGZvu4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=NoSkOUxcdgJ83juzNrQanIaD6GftCwvispzodCOmxT/eFFbsGl2zkG0YgTJP3ffirnGES5JCDsKrr2MQ79MADO22tNCZ0tVIw/4KXppQyOa3akknWuHI0KR3UZni2yNT5eV6owbdU+awdraasZdDrCUogWWMJ7gp9WAfDvspMNY= Received: by 10.100.33.14 with SMTP id g14mr1718628ang.1175812305791; Thu, 05 Apr 2007 15:31:45 -0700 (PDT) Received: by 10.100.174.20 with HTTP; Thu, 5 Apr 2007 15:31:45 -0700 (PDT) Message-ID: <1dbad3150704051531m59b5342fof2036ec6f5484a73@mail.gmail.com> Date: Fri, 6 Apr 2007 00:31:45 +0200 From: "Michael Schuh" To: "Kevin Oberman" In-Reply-To: <20070405221226.9EF6F45055@ptavv.es.net> MIME-Version: 1.0 References: <1dbad3150704050357i6b973118q260265644665b405@mail.gmail.com> <20070405221226.9EF6F45055@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable , schiz0phrenic21@gmail.com Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 22:31:47 -0000 Hi Kevin, hi @list, ok losing data in output is not really nice, in my experiences i don't lose lines, they get not displayed, if i use scroll-lock and pg-up, i can see the lines they was on the screen before i change the mode. If you need more lines in buffer (esp. to supress losing lines) you can change the default (200 lines) in your kernels. take a look at /usr/src/sys/conf/NOTES and /usr/src/i386/conf/NOTES, search "SC*BUFFER" but keep in mind this can make a "slideshow" like teleporting on your console :-D (remembers me to ego-shooters and jump'n'run games) (only to be complete..) Yes i agree with they peoples that mentoid to using X and/or ssh/xterms, but i could understand the needs for getting more data and less confusion on starting up the servers. Sometimes, proably in testing, we sitting directly on the console(sometimes up on the box :-D) and we woul= d see whats going on on boot time, so we can interrupt something more quickly..... And yes, i stay very close to those who say X or graphical UI has nothing to search on a server, it uses some ressources they are assigned to services..... cheers michael 2007/4/6, Kevin Oberman : > > > Date: Thu, 5 Apr 2007 12:57:09 +0200 > > From: "Michael Schuh" > > Sender: owner-freebsd-stable@freebsd.org > > > > Hi, > > > > first i understand your need's right! More Text on screen at boot time, > > but i have never get this working at boot time, but directly after boot= . > > > > In my case my Kernels would be compiles with: > > options SC_PIXEL_MODE > > > > and in /boot/loader.conf > > vesa_load=3D"YES" > > > > and in /etc/rc.conf something like this: > > keymap=3D"german.iso" > > font8x16=3D"iso15-8x16" > > font8x14=3D"iso15-8x14" > > font8x8=3D"iso15-8x8" > > allscreens_flag=3D"MODE_280" > > > > In my case with german keyboard, change these things to > > your needs. > > The allscreens_flag you could get as mentoided in other answers with > > vidcontrol -i mode, i remember that someone has tell you to use > > MODE_279, but i doesn't know if this is the best case for all cards. > > > > For a single test you can set the mode from one terminal (like ttyv0) > > after logging in with > > vidcontrol MODE_280 > > or that likes to your modes for your Graphiccard. > > > > If anyone else knows how we can set the vid-mode at boot-time so that > the > > bootmessages are every time in such a mode tell me please how it > > works. In the Kernel NOTEs i have only found a line like > > options VGA_WIGTH90, but thi is not my desired resolution. > > I used to do this, but I discovered that my scrollback buffer "lost" th > 24 lines in the screen when the mode changes and I couldn't live with > that. > > It would be nice to have the display at boot time, but, if I did not > lose data, I would be happy to have it from when it starts. > > In any case, I figure that people who want X, will go with X. Some folks > still like a plain old command-line console. I use X, but I don't start > with xdm, kdm, or any other. I still like to see what is happening and > enter 'startx' when I am good and ready. Sometimes I am not ready for the > entire session. I don't always want all of X sitting between me and my > CLI. > -- > 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 > Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 > > --=20 =3D=3D=3D michael-schuh.net =3D=3D=3D Michael Schuh Preu=DFenstr. 13 66111 Saarbr=FCcken phone: 0681/8319664 mobil: 0177/9738644 @: michael.schuh@gmail.com =3D=3D=3D Ust-ID: DE251072318 =3D=3D=3D From owner-freebsd-stable@FreeBSD.ORG Thu Apr 5 23:43:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FEC616A403 for ; Thu, 5 Apr 2007 23:43:09 +0000 (UTC) (envelope-from SRS0=5a1e427b4d8c7a66dcba3fbbd804a1489c9cbab5=296=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id EE29613C4AE for ; Thu, 5 Apr 2007 23:43:08 +0000 (UTC) (envelope-from SRS0=5a1e427b4d8c7a66dcba3fbbd804a1489c9cbab5=296=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id KBW52308; Thu, 05 Apr 2007 16:43:08 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7083545055; Thu, 5 Apr 2007 16:43:08 -0700 (PDT) To: "Michael Schuh" In-Reply-To: Your message of "Fri, 06 Apr 2007 00:31:45 +0200." <1dbad3150704051531m59b5342fof2036ec6f5484a73@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1175816588_1105P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 05 Apr 2007 16:43:08 -0700 From: "Kevin Oberman" Message-Id: <20070405234308.7083545055@ptavv.es.net> Cc: FreeBSD Stable , schiz0phrenic21@gmail.com Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 23:43:09 -0000 --==_Exmh_1175816588_1105P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 6 Apr 2007 00:31:45 +0200 > From: "Michael Schuh" > > Hi Kevin, > hi @list, > > ok losing data in output is not really nice, > in my experiences i don't lose lines, they get > not displayed, if i use scroll-lock and pg-up, i can see the > lines they was on the screen before i change the mode. Are you sure? On my T43, I lose exactly 23 lines at the point my screen switches from it's default mode. Note that I need to use VESA and SC_PIXEL_MODE on this system. That may relate to the problem. > If you need more lines in buffer (esp. to supress losing lines) > you can change the default (200 lines) in your kernels. > take a look at /usr/src/sys/conf/NOTES and > /usr/src/i386/conf/NOTES, search "SC*BUFFER" > but keep in mind this can make a "slideshow" like > teleporting on your console > :-D (remembers me to ego-shooters and jump'n'run games) I always run a 2000 line scrollback buffer. 200 won't make it to the start of my boot. And, it's SC_HISTORY_SIZE. I'm unclear as to what you refer to as 'slideshow" like teleporting', though. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1175816588_1105P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGFYmMkn3rs5h7N1ERAtmUAJ9h1QZm4K2Nhyi2NYNRbV3jZTcvrwCdE1I2 x+78/nB9bvnGGlaylZ8S/DU= =G66I -----END PGP SIGNATURE----- --==_Exmh_1175816588_1105P-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 01:42:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A59116A4D5 for ; Fri, 6 Apr 2007 01:42:49 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id BD4E913C43E for ; Fri, 6 Apr 2007 01:42:48 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so904482ana for ; Thu, 05 Apr 2007 18:42:48 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=mj+E6pnZoZQXlQVAegjfdynlZWQyzo3SVS5SQFoZ5yzN9hm4ZkZYHT/MscxfwSn1ZJJ0YoSyfXxmJMeUffEQETWcToMjM1nFiiNjxiNhDEJ5TbrfLhEZCndAU3Eyh+PWO68tK8GMAON/RNTStx/fdXi3zrTW3qep0qn0WyGt1+o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=QJyQt4Rg5yhvR3alNGWLUHKbKfFXN/bu1NhlVb5n/btlPDYso2R/r0PkHiD2WFvRQgPukpPkgfRYa+AivIsf7b/oLCcNk03NjPAoUiLN4zfr1SaUphPZN59hTyR3Q+s4p//WtAydBRYILP2oD0oGiX33lnnJMADc/BNIkjAZeG8= Received: by 10.100.35.17 with SMTP id i17mr1793076ani.1175823768172; Thu, 05 Apr 2007 18:42:48 -0700 (PDT) Received: by 10.100.174.20 with HTTP; Thu, 5 Apr 2007 18:42:48 -0700 (PDT) Message-ID: <1dbad3150704051842g20fe8352k331135811e863f3b@mail.gmail.com> Date: Fri, 6 Apr 2007 03:42:48 +0200 From: "Michael Schuh" To: "Kevin Oberman" , "FreeBSD Stable" In-Reply-To: <20070405234308.7083545055@ptavv.es.net> MIME-Version: 1.0 References: <1dbad3150704051531m59b5342fof2036ec6f5484a73@mail.gmail.com> <20070405234308.7083545055@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 01:42:49 -0000 Hi Kevin, yes you are right my systems also loses lines, i believe that the mechanics in vidcontrol or in the kernels syscons device are the sources of this behaviour ...because through the init ( blanks screen and set mode )...... About the buffer at this time I am not really sure, but in the kernel's NOTES files it is setted per default to 200. I think you are right with the scrollback buffer that was the thing that i mean. you could have a "slideshow" or "teleporting" effect on some slow graphic cards, or on cards that not fully supports vesa while you scrolling through the screens, because if you use the vesa driver the output could be slower while having more overhead.. ...read also the postings in the stable-list ( I think from oliver fromme)...... hmmm, if this behavior (losing lines) could not turned out by options or configuring the mode directly after loading the vesa module, I think it is a bug and we should enter it to the GNATS bugtracker.... but first we call help in the list :-) Could anyone, that is deeper in the woods, shed us some light on this behavior and eventually a possible solution? cheers michael --=20 =3D=3D=3D michael-schuh.net =3D=3D=3D Michael Schuh Preu=DFenstr. 13 66111 Saarbr=FCcken phone: 0681/8319664 mobil: 0177/9738644 @: michael.schuh@gmail.com =3D=3D=3D Ust-ID: DE251072318 =3D=3D=3D From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 05:17:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1590616A401 for ; Fri, 6 Apr 2007 05:17:07 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 1C2C813C469 for ; Fri, 6 Apr 2007 05:17:05 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1166050ugh for ; Thu, 05 Apr 2007 22:17:05 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LTfWMHDIp91yY+cMkagYGKPEKniXGT7LstWA1bSXZwEudAefnzbXU9HL355RUR0f1UJAqT+HNCWUTqBpDkgLvt54r6hxe2ZaLsr5sUzMCh7MCF7UB07MXtITfIw9sTtkp3KAU9f9GoTk5tEWkR5RCIiZNoASBWNuI1vINYTLHXg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lo5tHVktTjYhw6CbMDl++VysykEiwJncu+sVPGIUS+Y8dK8TcjU1KX9khHY4SGIYhnISNNxMrdq2/hr/lPpPfFnWWHTWT58tUz15u17W7YyX51Xu+9yyen31Pikxhs4DojMMK4/YWXktIdla8Hha0jEX6YtwjVelVKtjW2zeltg= Received: by 10.82.178.11 with SMTP id a11mr3890367buf.1175836624817; Thu, 05 Apr 2007 22:17:04 -0700 (PDT) Received: by 10.82.134.15 with HTTP; Thu, 5 Apr 2007 22:17:04 -0700 (PDT) Message-ID: <3aaaa3a0704052217g67281716ge8a2d1a888025d0e@mail.gmail.com> Date: Fri, 6 Apr 2007 06:17:04 +0100 From: Chris To: "Marc G. Fournier" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: "Brian A. Seklecki" , Thiago Esteves de Oliveira , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 05:17:07 -0000 On 05/04/07, Marc G. Fournier wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > - --On Thursday, April 05, 2007 11:06:30 +0000 Thiago Esteves de Oliveira > wrote: > > > > > Marc, > > > > My machine is working with the kernel that comes with 6.1-STABLE (I archived > > this good kernel before upgrade the OS to 6.2). > > No, I'm not using geom. > > > > Can you send your dmesg.boot and "sysctl -a kern" output? > > pid 83333 (sendmail), uid 25 inumber 8577 on /var: filesystem full > pid 84023 (sendmail), uid 25 inumber 8587 on /var: filesystem full > pid 81719 (sendmail), uid 25 inumber 8591 on /var: filesystem full > pid 85247 (sendmail), uid 25 inumber 8593 on /var: filesystem full > pid 86881 (dd), uid 2 inumber 8596 on /var: filesystem full > pid 90114 (dd), uid 2 inumber 8580 on /var: filesystem full > fxp0: promiscuous mode disabled > fxp0: promiscuous mode enabled > pid 92861 (dd), uid 2 inumber 8365 on /var: filesystem full > pid 96933 (dd), uid 2 inumber 8439 on /var: filesystem full > pid 2289 (dd), uid 2 inumber 8480 on /var: filesystem full > fxp0: promiscuous mode disabled > fxp0: promiscuous mode enabled > pid 4664 (sendmail), uid 25 inumber 8572 on /var: filesystem full > pid 4965 (dd), uid 2 inumber 8581 on /var: filesystem full > pid 5228 (sendmail), uid 25 inumber 8588 on /var: filesystem full > pid 5970 (sendmail), uid 25 inumber 8592 on /var: filesystem full > pid 8960 (dd), uid 2 inumber 8595 on /var: filesystem full > pid 11981 (dd), uid 2 inumber 8565 on /var: filesystem full > fxp0: promiscuous mode disabled > fxp0: promiscuous mode enabled > pid 14065 (sendmail), uid 25 inumber 8597 on /var: filesystem full > pid 15495 (dd), uid 2 inumber 8600 on /var: filesystem full > pid 15532 (kiplingOuija.cgi), uid 80: exited on signal 11 > pid 15909 (sendmail), uid 25 inumber 8601 on /var: filesystem full > pid 18424 (dd), uid 2 inumber 8510 on /var: filesystem full > pid 21371 (dd), uid 2 inumber 8559 on /var: filesystem full > fxp0: promiscuous mode disabled > fxp0: promiscuous mode enabled > pid 23625 (sendmail), uid 25 inumber 8572 on /var: filesystem full > pid 24260 (sendmail), uid 25 inumber 8588 on /var: filesystem full > pid 25003 (sendmail), uid 25 inumber 8592 on /var: filesystem full > pid 27135 (dd), uid 2 inumber 8578 on /var: filesystem full > pid 29086 (sendmail), uid 25 inumber 8596 on /var: filesystem full > pid 30176 (dd), uid 2 inumber 8597 on /var: filesystem full > fxp0: promiscuous mode disabled > fxp0: promiscuous mode enabled > pid 33170 (dd), uid 2 inumber 8581 on /var: filesystem full > pid 35631 (dd), uid 2 inumber 8365 on /var: filesystem full > pid 39216 (dd), uid 2 inumber 8439 on /var: filesystem full > fxp0: promiscuous mode disabled > fxp0: promiscuous mode enabled > pid 41773 (dd), uid 2 inumber 8480 on /var: filesystem full > pid 42005 (sendmail), uid 25 inumber 8572 on /var: filesystem full > pid 44505 (dd), uid 2 inumber 8510 on /var: filesystem full > pid 45410 (sendmail), uid 25 inumber 8580 on /var: filesystem full > pid 47630 (dd), uid 2 inumber 8582 on /var: filesystem full > fxp0: promiscuous mode disabled > fxp0: promiscuous mode enabled > pid 49712 (sendmail), uid 25 inumber 8588 on /var: filesystem full > pid 51003 (dd), uid 2 inumber 8593 on /var: filesystem full > pid 51467 (sendmail), uid 25 inumber 8594 on /var: filesystem full > pid 51804 (kiplingOuija.cgi), uid 80: exited on signal 11 > pid 53577 (dd), uid 2 inumber 8559 on /var: filesystem full > pid 54476 (sendmail), uid 25 inumber 8579 on /var: filesystem full > pid 55549 (sendmail), uid 25 inumber 8601 on /var: filesystem full > pid 56090 (bigOuija.cgi), uid 80: exited on signal 11 > pid 57137 (dd), uid 2 inumber 8604 on /var: filesystem full > pid 58015 (kiplingOuija.cgi), uid 80: exited on signal 11 > fxp0: promiscuous mode disabled > fxp0: promiscuous mode enabled > fxp0: promiscuous mode disabled > GEOM_MIRROR: Device vm: provider mirror/vm destroyed. > GEOM_MIRROR: Device vm destroyed. > 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...4 4 4 1 1 1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 > 0 0 done > All buffers synced. > /vm: unmount pending error: blocks -64 files 0 > GEOM_MIRROR: Device md2: provider mirror/md2 destroyed. > GEOM_MIRROR: Device md2 destroyed. > GEOM_STRIPE: Disk mirror/md2 removed from md0. > GEOM_STRIPE: Device md0 removed. > GEOM_MIRROR: Device md1: provider mirror/md1 destroyed. > GEOM_MIRROR: Device md1 destroyed. > GEOM_STRIPE: Disk mirror/md1 removed from md0. > GEOM_STRIPE: Device md0 destroyed. > Uptime: 3d8h23m45s > Rebooting... > cpu_reset: Stopping other CPUs > Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.2-STABLE #5: Tue Mar 13 02:29:37 ADT 2007 > root@mars.hub.org:/usr/obj/usr/src/sys/kernel > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) III CPU family 1400MHz (1395.59-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 > > Features=0x383fbff > real memory = 4227858432 (4032 MB) > avail memory = 4144304128 (3952 MB) > MPTable: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Assuming intbase of 0 > ioapic1: Assuming intbase of 16 > ioapic0 irqs 0-15 on motherboard > ioapic1 irqs 16-31 on motherboard > kbd1 at kbdmux0 > cpu0 on motherboard > cpu1 on motherboard > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > pci0: at device 1.0 (no driver attached) > fxp0: port 0xd400-0xd43f mem > 0xfeafe000-0xfeafefff,0xfe900000-0xfe9fffff irq 20 at device 4.0 on pci0 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:e0:81:21:d7:f6 > fxp1: port 0xd000-0xd03f mem > 0xfeafd000-0xfeafdfff,0xfe700000-0xfe7fffff irq 21 at device 5.0 on pci0 > miibus1: on fxp1 > inphy1: on miibus1 > inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp1: Ethernet address: 00:e0:81:21:d7:f7 > isab0: port 0x580-0x58f at device 15.0 on pci0 > isa0: on isab0 > pci0: at device 15.1 (no driver attached) > pci0: at device 15.2 (no driver attached) > pcib1: pcibus 1 on motherboard > pci1: on pcib1 > ahc0: port 0xe400-0xe4ff mem > 0xfebfe000-0xfebfefff irq 25 at device 6.0 on pci1 > ahc0: [GIANT-LOCKED] > aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs > ahc1: port 0xe800-0xe8ff mem > 0xfebff000-0xfebfffff irq 26 at device 6.1 on pci1 > ahc1: [GIANT-LOCKED] > aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs > orm0: at iomem > 0xc0000-0xc7fff,0xcd800-0xce7ff,0xce800-0xcf7ff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > unknown: can't assign resources (memory) > unknown: can't assign resources (port) > unknown: can't assign resources (memory) > unknown: can't assign resources (port) > Timecounters tick every 1.000 msec > da0 at ahc1 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing > Enabled > da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) > da1 at ahc1 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing > Enabled > da1: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) > da2 at ahc1 bus 0 target 2 lun 0 > da2: Fixed Direct Access SCSI-3 device > da2: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing > Enabled > da2: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) > da3 at ahc1 bus 0 target 3 lun 0 > da3: Fixed Direct Access SCSI-3 device > da3: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing > Enabled > da3: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) > da4 at ahc1 bus 0 target 4 lun 0 > da4: Fixed Direct Access SCSI-3 device > da4: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing > Enabled > da4: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) > da5 at ahc1 bus 0 target 5 lun 0 > da5: Fixed Direct Access SCSI-3 device > da5: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing > Enabled > da5: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) > SMP: AP CPU #1 Launched! > GEOM_MIRROR: Device md1 created (id=2282154470). > GEOM_MIRROR: Device md1: provider da1 detected. > GEOM_MIRROR: Device md1: provider da2 detected. > GEOM_MIRROR: Device md1: provider da2 activated. > GEOM_MIRROR: Device md1: provider da1 activated. > GEOM_MIRROR: Device md1: provider mirror/md1 launched. > GEOM_MIRROR: Device md2 created (id=3089402334). > GEOM_MIRROR: Device md2: provider da3 detected. > GEOM_MIRROR: Device md2: provider da4 detected. > GEOM_MIRROR: Device md2: provider da4 activated. > GEOM_MIRROR: Device md2: provider da3 activated. > GEOM_MIRROR: Device md2: provider mirror/md2 launched. > GEOM_MIRROR: Device vm created (id=2175292049). > GEOM_MIRROR: Device vm: provider da5 detected. > GEOM_STRIPE: Device md0 created (id=1094782536). > GEOM_STRIPE: Disk mirror/md1 attached to md0. > GEOM_STRIPE: Disk mirror/md2 attached to md0. > GEOM_STRIPE: Device md0 activated. > Root mount waiting for: GMIRROR > Root mount waiting for: GMIRROR > Root mount waiting for: GMIRROR > Root mount waiting for: GMIRROR > GEOM_MIRROR: Force device vm start due to timeout. > GEOM_MIRROR: Device vm: provider da5 activated. > GEOM_MIRROR: Device vm: provider mirror/vm launched. > Trying to mount root from ufs:/dev/da0s1a > > I'not 100% certain wherethis da5/vm came from, but its not in use for anything, > only using da1-da4 in a RAID1+0 configuration ... > > And: > > kern.ostype: FreeBSD > kern.osrelease: 6.2-STABLE > kern.osrevision: 199506 > kern.version: FreeBSD 6.2-STABLE #5: Tue Mar 13 02:29:37 ADT 2007 > root@mars.hub.org:/usr/obj/usr/src/sys/kernel > > kern.maxvnodes: 100000 > kern.maxproc: 6164 > kern.maxfiles: 131068 > kern.argmax: 262144 > kern.securelevel: -1 > kern.hostname: mars.hub.org > kern.hostid: 0 > kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } > kern.posix1version: 200112 > kern.ngroups: 16 > kern.job_control: 1 > kern.saved_ids: 0 > kern.boottime: { sec = 1175781769, usec = 414769 } Thu Apr 5 11:02:49 2007 > kern.domainname: > kern.osreldate: 602105 > kern.bootfile: /boot/kernel/kernel > kern.maxfilesperproc: 11095 > kern.maxprocperuid: 5547 > kern.ipc.maxsockbuf: 262144 > kern.ipc.sockbuf_waste_factor: 8 > kern.ipc.somaxconn: 128 > kern.ipc.max_linkhdr: 16 > kern.ipc.max_protohdr: 40 > kern.ipc.max_hdr: 56 > kern.ipc.max_datalen: 152 > kern.ipc.nmbclusters: 25600 > kern.ipc.nmbjumbop: 0 > kern.ipc.nmbjumbo9: 0 > kern.ipc.nmbjumbo16: 0 > kern.ipc.maxpipekva: 67108864 > kern.ipc.pipes: 4396 > kern.ipc.pipekva: 34156544 > kern.ipc.pipefragretry: 0 > kern.ipc.pipeallocfail: 0 > kern.ipc.piperesizefail: 0 > kern.ipc.piperesizeallowed: 1 > kern.ipc.msgmax: 16384 > kern.ipc.msgmni: 40 > kern.ipc.msgmnb: 2048 > kern.ipc.msgtql: 40 > kern.ipc.msgssz: 8 > kern.ipc.msgseg: 2048 > kern.ipc.semmap: 30 > kern.ipc.semmni: 4096 > kern.ipc.semmns: 8192 > kern.ipc.semmnu: 30 > kern.ipc.semmsl: 8192 > kern.ipc.semopm: 100 > kern.ipc.semume: 10 > kern.ipc.semusz: 92 > kern.ipc.semvmx: 32767 > kern.ipc.semaem: 16384 > kern.ipc.shmmax: 817594368 > kern.ipc.shmmin: 1 > kern.ipc.shmmni: 192 > kern.ipc.shmseg: 128 > kern.ipc.shmall: 199608 > kern.ipc.shm_use_phys: 1 > kern.ipc.shm_allow_removed: 0 > kern.ipc.numopensockets: 3814 > kern.ipc.maxsockets: 12328 > kern.ipc.nsfbufs: 6656 > kern.ipc.nsfbufspeak: 38 > kern.ipc.nsfbufsused: 0 > kern.dummy: 0 > kern.ps_strings: 3217031152 > kern.usrstack: 3217031168 > kern.logsigexit: 1 > kern.iov_max: 1024 > kern.cam.cam_srch_hi: 0 > kern.cam.scsi_delay: 5000 > kern.cam.da.retry_count: 4 > kern.cam.da.default_timeout: 60 > kern.cam.da.0.minimum_cmd_size: 6 > kern.cam.da.1.minimum_cmd_size: 6 > kern.cam.da.2.minimum_cmd_size: 6 > kern.cam.da.3.minimum_cmd_size: 6 > kern.cam.da.4.minimum_cmd_size: 6 > kern.cam.da.5.minimum_cmd_size: 6 > kern.disks: da5 da4 da3 da2 da1 da0 > kern.geom.debugflags: 0 > kern.geom.collectstats: 1 > kern.geom.mirror.debug: 0 > kern.geom.mirror.timeout: 4 > kern.geom.mirror.idletime: 5 > kern.geom.mirror.disconnect_on_failure: 1 > kern.geom.mirror.sync_requests: 2 > kern.geom.stripe.debug: 0 > kern.geom.stripe.fast: 0 > kern.geom.stripe.maxmem: 13107200 > kern.geom.stripe.fast_failed: 0 > kern.elf32.fallback_brand: -1 > kern.init_path: > /sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall > kern.init_shutdown_timeout: 120 > kern.acct_suspend: 2 > kern.acct_resume: 4 > kern.acct_chkfreq: 15 > kern.acct_suspended: 0 > kern.cp_time: 1044306 670 652329 26003 2901289 > kern.openfiles: 11876 > kern.kq_calloutmax: 4096 > kern.stackprot: 7 > kern.ps_arg_cache_limit: 256 > kern.lastpid: 99426 > kern.randompid: 0 > kern.ktrace.genio_size: 4096 > kern.ktrace.request_pool: 100 > kern.module_path: /boot/kernel;/boot/modules > kern.malloc: > Type InUse MemUse HighUse Requests Size(s) > NULLFS mount 64 1K - 64 16 > NULLFS hash 1 1K - 1 64 > NULLFS node 64 1K - 85055 16 > CAM dev queue 3 1K - 3 64 > linker 29 26K - 57 16,32,256,1024,4096 > mirror_data 8 3K - 7188 32,128,512 > linux 11 1K - 11 32,64 > CAM queue 21 3K - 761 16,32,64,128,256,1024 > nexusdev 2 1K - 2 16 > MP Table 1 1K - 1 32 > memdesc 1 4K - 1 4096 > legacydrv 5 1K - 5 16 > KTRACE 100 13K - 100 128 > I/O APIC 2 2K - 2 1024 > prison 65 130K - 65 2048 > GEOM 163 17K - 1526 16,32,64,128,256,512,1024,4096 > ithread 62 6K - 62 16,64,128 > zombie 3 1K - 296433 128 > atkbddev 2 1K - 2 32 > proc-args 724 41K - 323832 16,32,64,128,256 > kqueue 58 37K - 103562 256,1024 > VM pgdata 2 65K - 2 64 > kenv 109 8K - 110 16,32,64,4096 > sigio 1 1K - 1 32 > file desc 2025 657K - 315996 16,32,64,128,256,512,1024,2048,4096 > pfs_vncache 0 0K - 2107 32 > UMAHash 3 7K - 11 256,512,1024,2048,4096 > UFS mount 15 48K - 15 256,2048,4096 > UFS dirhash 592 292K - 66405 16,32,64,128,256,512,1024,2048 > savedino 0 0K - 43788 256 > newdirblk 0 0K - 179 32 > dirrem 12 1K - 167572 32 > mkdir 4 1K - 10612 32 > diradd 16 1K - 174804 64 > freefile 4 1K - 111205 32 > freeblks 5 2K - 109902 256 > freefrag 7 1K - 75530 32 > allocindir 1 1K - 225976 64 > indirdep 2 1K - 2406 32 > allocdirect 26 4K - 272494 128 > bmsafemap 6 1K - 17028 64 > newblk 1 1K - 498471 64,256 > inodedep 49 262K - 188374 128 > pagedep 23 66K - 28631 64 > p1003.1b 1 1K - 1 16 > syncache 1 8K - 1 > pfs_nodes 20 3K - 20 128 > hostcache 1 24K - 1 > in_multi 2 1K - 2 32 > routetbl 297 27K - 18953 16,32,64,128,256 > cdev 19 3K - 19 128 > DEVFS 672 18K - 673 16,128 > DEVFS_RULE 34 8K - 34 32,256 > lo 1 1K - 1 16 > arpcom 2 1K - 2 16 > clone 1 4K - 1 4096 > ether_multi 7 1K - 8 16,32,64 > ifaddr 86 21K - 86 32,256,512,2048 > ifnet 4 4K - 4 256,1024 > BPF 7 65K - 53 16,64,256 > DEVFS1 96 24K - 111 256 > vnodemarker 0 0K - 82826 512 > mount 1653 39K - 1824 16,32,64,128,2048 > vnodes 411 7K - 422 16,128 > VFS hash 1 256K - 1 > cluster_save buffer 0 0K - 10780 32,64 > vfscache 1 512K - 1 > BIO buffer 114 228K - 92383 2048 > DEVFS3 7420 928K - 7433 128 > pcb 109 6K - 72489 16,32,64,2048 > soname 1798 205K - 776280 16,32,64,128 > mbuf_tag 0 0K - 2 32 > mbextcnt 0 0K - 1028 16 > ptys 9 2K - 9 128 > ttys 816 126K - 2496 128,1024 > shm 24 35K - 584 1024 > sem 4 484K - 4 4096 > msg 4 25K - 4 1024,4096 > iov 0 0K - 124082 16,32,64,128,256,512,1024 > ioctlops 0 0K - 211060 16,32,64,256,512,1024,4096 > Unitno 13 1K - 63112 16,64 > turnstiles 2111 132K - 2121 64 > taskqueue 7 1K - 7 16,128 > DEVFS2 96 48K - 5333 16,32,64,128,256,512 > entropy 1024 64K - 1024 64 > sleep queues 2111 66K - 2121 32 > sbuf 0 0K - 868 16,32,64,128,256,512,1024,2048,4096 > rman 89 6K - 535 64 > isadev 34 3K - 34 64 > CAM periph 13 2K - 85 128 > CAM XPT 340 287K - 668 16,32,64,512,1024 > kobj 75 150K - 85 2048 > CAM SIM 3 1K - 3 64 > eventhandler 38 2K - 38 32,128 > devstat 18 37K - 18 16,4096 > stripe_data 2 1K - 2 16,32 > bus-sc 28 12K - 318 16,64,128,256,512,2048,4096 > bus 445 19K - 1335 16,32,64,128,1024 > SWAP 2 1097K - 2 64 > umtx 2110 132K - 2120 64 > sysctltmp 0 0K - 29498 16,32,64,128 > sysctloid 1160 35K - 1160 16,32,64 > sysctl 0 0K - 41552 16,32,64 > uidinfo 25 2K - 1851 32,1024 > plimit 410 103K - 109561 256 > cred 4720 590K - 2724903 128 > subproc 2792 4681K - 299222 256,4096 > proc 2 8K - 2 4096 > session 448 56K - 17796 128 > pgrp 463 29K - 18196 64 > kbdmux 6 9K - 6 16,128,256,2048,4096 > mtx_pool 1 8K - 1 > module 136 9K - 136 64 > temp 6 249K - 509140 16,32,64,128,256,512,1024,2048,4096 > devbuf 1854 2512K - 1868 16,32,64,128,256,512,1024,2048,4096 > lockf 546 35K - 459553 64 > > kern.malloc_count: 134 > kern.ident: kernel > kern.maxusers: 384 > kern.fallback_elf_brand: -1 > kern.kstack_pages: 2 > kern.sync_on_panic: 0 > kern.shutdown.poweroff_delay: 5000 > kern.shutdown.kproc_shutdown_wait: 60 > kern.sugid_coredump: 0 > kern.coredump: 1 > kern.nodump_coredump: 0 > kern.corefile: %N.core > kern.fscale: 2048 > kern.timecounter.stepwarnings: 0 > kern.timecounter.nbinuptime: 64529049 > kern.timecounter.nnanouptime: 84 > kern.timecounter.nmicrouptime: 297518 > kern.timecounter.nbintime: 15065914 > kern.timecounter.nnanotime: 5937055 > kern.timecounter.nmicrotime: 9127597 > kern.timecounter.ngetbinuptime: 78777910 > kern.timecounter.ngetnanouptime: 248698 > kern.timecounter.ngetmicrouptime: 9289785 > kern.timecounter.ngetbintime: 0 > kern.timecounter.ngetnanotime: 0 > kern.timecounter.ngetmicrotime: 6 > kern.timecounter.nsetclock: 3 > kern.timecounter.hardware: i8254 > kern.timecounter.choice: TSC(-100) i8254(0) dummy(-1000000) > kern.timecounter.tick: 1 > kern.timecounter.smp_tsc: 0 > kern.threads.thr_scope: 0 > kern.threads.thr_concurrency: 0 > kern.threads.debug: 0 > kern.threads.max_threads_per_proc: 1500 > kern.threads.max_groups_per_proc: 1500 > kern.threads.max_threads_hits: 0 > kern.threads.virtual_cpu: 2 > kern.sched.name: 4BSD > kern.sched.quantum: 100000 > kern.sched.ipiwakeup.enabled: 1 > kern.sched.ipiwakeup.requested: 3687784 > kern.sched.ipiwakeup.delivered: 3690316 > kern.sched.ipiwakeup.usemask: 1 > kern.sched.ipiwakeup.useloop: 0 > kern.sched.ipiwakeup.onecpu: 0 > kern.sched.ipiwakeup.htt2: 0 > kern.sched.followon: 0 > kern.sched.pfollowons: 0 > kern.sched.kgfollowons: 0 > kern.sched.preemption: 1 > kern.sched.runq_fuzz: 1 > kern.ccpu: 1948 > kern.devstat.numdevs: 12 > kern.devstat.generation: 538 > kern.devstat.version: 6 > kern.kobj_methodcount: 73 > kern.log_wakeups_per_second: 5 > kern.log_console_output: 1 > kern.always_console_output: 0 > kern.msgbuf: > kern.msgbuf_clear: 0 > kern.smp.maxcpus: 16 > kern.smp.active: 1 > kern.smp.disabled: 0 > kern.smp.cpus: 2 > kern.smp.forward_signal_enabled: 1 > kern.smp.forward_roundrobin_enabled: 1 > kern.nselcoll: 11052 > kern.drainwait: 300 > kern.tty_nin: 22760 > kern.tty_nout: 15228375 > kern.console: consolectl,/consolectl, > kern.consmute: 0 > kern.consmsgbuf_size: 8192 > kern.constty_wakeups_per_second: 5 > kern.filedelay: 30 > kern.dirdelay: 29 > kern.metadelay: 28 > kern.minvnodes: 25000 > kern.chroot_allow_open_directories: 1 > kern.random.yarrow.gengateinterval: 10 > kern.random.yarrow.bins: 10 > kern.random.yarrow.fastthresh: 192 > kern.random.yarrow.slowthresh: 256 > kern.random.yarrow.slowoverthresh: 2 > kern.random.sys.seeded: 1 > kern.random.sys.harvest.ethernet: 1 > kern.random.sys.harvest.point_to_point: 1 > kern.random.sys.harvest.interrupt: 1 > kern.random.sys.harvest.swi: 0 > > > - ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email . scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (FreeBSD) > > iD8DBQFGFUag4QvfyHIvDvMRAr2PAKDn4sSN6dyQulC0W2Q1lr25RfSBPQCgwMgD > wzztdb381CaTTOVtRSXhZzw= > =pUWJ > -----END PGP SIGNATURE----- > > _______________________________________________ > 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" > I am seeing the no buffer space error on a machine running 6.2 STABLE feb 24 code, the machine isn't using gmirror. I had to recude recvspace and sendspace to lower values then I want to get round the problem. 67/1163/1230 mbufs in use (current/cache/total) 65/275/340/65536 mbuf clusters in use (current/cache/total/max) 65/255 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 146K/840K/987K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/56/8704 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 20233 requests for I/O initiated by sendfile 7740 calls to protocol drain routines Chris From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 09:36:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA8DA16A401 for ; Fri, 6 Apr 2007 09:36:20 +0000 (UTC) (envelope-from dkirhlarov@mail.oilspace.com) Received: from office.oilspace.com (ns2.oilspace.com [194.129.65.230]) by mx1.freebsd.org (Postfix) with ESMTP id 785A913C469 for ; Fri, 6 Apr 2007 09:36:20 +0000 (UTC) (envelope-from dkirhlarov@mail.oilspace.com) Received: from localhost.mow.oilspace.com (office-lc.mow.oilspace.com [81.222.156.11]) by office.oilspace.com (Postfix) with ESMTP id 307CD136D10 for ; Fri, 6 Apr 2007 09:36:19 +0000 (UTC) Received: from localhost.mow.oilspace.com (localhost.mow.oilspace.com [127.0.0.1]) by localhost.mow.oilspace.com (8.13.8/8.13.8) with ESMTP id l369aIlg002608 for ; Fri, 6 Apr 2007 13:36:18 +0400 (MSD) (envelope-from dkirhlarov@localhost.mow.oilspace.com) Received: (from dkirhlarov@localhost) by localhost.mow.oilspace.com (8.13.8/8.13.8/Submit) id l369aIqw002607 for freebsd-stable@freebsd.org; Fri, 6 Apr 2007 13:36:18 +0400 (MSD) (envelope-from dkirhlarov) Date: Fri, 6 Apr 2007 13:36:18 +0400 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20070406093616.GD1257@dkirhlarov.mow.oilspace.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <1175785136.8280.10.camel@lanshark.dmv.com> <20070405160313.GE1230@dkirhlarov.mow.oilspace.com> <46152615.1040602@tomjudge.com> <1175804135.8280.21.camel@lanshark.dmv.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1175804135.8280.21.camel@lanshark.dmv.com> X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 6.2-STABLE User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: ggate + gmirror write performance woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 09:36:20 -0000 Hi! On Thu, Apr 05, 2007 at 04:15:35PM -0400, Sven Willenberger wrote: > I have tried both the settings ideas suggested above but I cannot even > get out of the gate with those. Setting net.inet.tcp.{send,recv}space to > > setting net.inet.tcp.{send,recv}space to 131072 allows me to start Now you have good chance to check differences with other recommended sysctl's. :) WBR Dmitriy From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 10:04:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A983E16A401 for ; Fri, 6 Apr 2007 10:04:04 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp802.mail.ird.yahoo.com (smtp802.mail.ird.yahoo.com [217.146.188.62]) by mx1.freebsd.org (Postfix) with SMTP id 3358913C44B for ; Fri, 6 Apr 2007 10:04:03 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 51785 invoked from network); 6 Apr 2007 10:04:03 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.140.150.175 with plain) by smtp802.mail.ird.yahoo.com with SMTP; 6 Apr 2007 10:04:02 -0000 X-YMail-OSG: FoytmYUVM1lSI0nj6yZ7F1pmzGV6P3f6HMy3G1Xjw93BHV9E Message-ID: <46161B62.4070505@tomjudge.com> Date: Fri, 06 Apr 2007 11:05:22 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Repeatable crash with mkdir causing a divide by zero error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 10:04:04 -0000 Hi, I have seen some problems with a new file system that I created yesterday in that I could repeatedly get the system to crash in with a mkdir. Here is the disk information mfid1: on mfi1 mfid1: 5716992MB (11708399616 sectors) RAID volume 'Images' is optimal I created a new file system tuned for 64k blocks, an average file size of 1Mb, and 2500 files per directory. newfs -b 65535 -g 1048576 -h 2500 /dev/mfid1p1 mount /dev/mfid1p1 /compere mkdir /compere/images mkdir /compere/images/1999 (Also tested with mkdir test; mkdir test/1998) The system is and amd64 system running 6.2-RELEASE and the pmap.c patch. I have 3 cores cause by 3 different apps (rsync, gmkdir, mkdir) and can provide any more information if required. I have attached a back trace, unfortunatly I cannot do any testing as the system is now in testing (newfs -b 65535 -g 1048576 /dev/mfid1p1 was used and seems not to cause the bug). kgdb /usr/obj/usr/src/sys/PE2950/kernel.debug /var/crash/vmcore.2 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 18: integer divide fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xffffffff80391347 stack pointer = 0x10:0xffffffffa78736f0 frame pointer = 0x10:0xffffff0001d7a600 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1206 (mkdir) trap number = 18 panic: integer divide fault cpuid = 0 Uptime: 4m29s Dumping 1023 MB (2 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 1023MB (261800 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff8029a557 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff8029abf1 in panic (fmt=0xffffff0029753000 "X?/") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff803f62ff in trap_fatal (frame=0xffffff0029753000, eva=18446742974994109272) at /usr/src/sys/amd64/amd64/trap.c:660 #5 0xffffffff803f67a2 in trap (frame= {tf_rdi = 0, tf_rsi = 0, tf_rdx = 0, tf_rcx = 1951858688, tf_r8 = 2500, tf_r9 = 2975, tf_rax = 1951858688, tf_rbx = -2050457600, tf_rbp = -1099480717824, tf_r10 = 246016, tf_r11 = 184512, tf_r12 = -1098707543808, tf_r13 = 246015, tf_r14 = -2050457600, tf_r15 = 255, tf_trapno = 18, tf_addr = 0, tf_flags = 2147483648012, tf_err = 0, tf_rip = -2143743161, tf_cs = 8, tf_rflags = 66182, tf_rsp = -1484310784, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:469 #6 0xffffffff803e1a6b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #7 0xffffffff80391347 in ffs_valloc (pvp=0xffffff002f24d7c0, mode=16877, cred=0x0, vpp=0xffffffffa7873798) at libkern.h:56 #8 0xffffffff803b8a5e in ufs_mkdir (ap=0xffffffffa78739a0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1386 #9 0xffffffff8043b355 in VOP_MKDIR_APV (vop=0x74570000, a=0xffffffffa78739a0) at vnode_if.c:1251 #10 0xffffffff80310e19 in kern_mkdir (td=0xffffff002f24d7c0, path=0xffffff003dabe400 "", segflg=4, mode=511) at vnode_if.h:653 #11 0xffffffff803f7151 in syscall (frame= {tf_rdi = 140737488348678, tf_rsi = 511, tf_rdx = 4294967295, tf_rcx = 1, tf_r8 = 0, tf_r9 = 140737488347272, tf_rax = 136, tf_rbx = 2, tf_rbp = 140737488348024, tf_r10 = 4294967295, tf_r11 = 582, tf_r12 = 140737488348678, tf_r13 = 140737488348008, tf_r14 = 0, tf_r15 = 0, tf_trapno = 12, tf_addr = 34367037072, tf_flags = 0, tf_err = 2, tf_rip = 34367037084, tf_cs = 43, tf_rflags = 518, tf_rsp = 140737488347720, tf_ss = 35}) at /usr/src/sys/amd64/amd64/trap.c:792 #12 0xffffffff803e1c08 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:270 #13 0x00000008006f5e9c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 7 #7 0xffffffff80391347 in ffs_valloc (pvp=0xffffff002f24d7c0, mode=16877, cred=0x0, vpp=0xffffffffa7873798) at libkern.h:56 56 static __inline u_int min(u_int a, u_int b) { return (a < b ? a : b); } (kgdb) list 51 static __inline int imax(int a, int b) { return (a > b ? a : b); } 52 static __inline int imin(int a, int b) { return (a < b ? a : b); } 53 static __inline long lmax(long a, long b) { return (a > b ? a : b); } 54 static __inline long lmin(long a, long b) { return (a < b ? a : b); } 55 static __inline u_int max(u_int a, u_int b) { return (a > b ? a : b); } 56 static __inline u_int min(u_int a, u_int b) { return (a < b ? a : b); } 57 static __inline quad_t qmax(quad_t a, quad_t b) { return (a > b ? a : b); } 58 static __inline quad_t qmin(quad_t a, quad_t b) { return (a < b ? a : b); } 59 static __inline u_long ulmax(u_long a, u_long b) { return (a > b ? a : b); } 60 static __inline u_long ulmin(u_long a, u_long b) { return (a < b ? a : b); } (kgdb) frame 8 #8 0xffffffff803b8a5e in ufs_mkdir (ap=0xffffffffa78739a0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1386 1386 error = UFS_VALLOC(dvp, dmode, cnp->cn_cred, &tvp); (kgdb) list 1381 /* 1382 * Must simulate part of ufs_makeinode here to acquire the inode, 1383 * but not have it entered in the parent directory. The entry is 1384 * made later after writing "." and ".." entries. 1385 */ 1386 error = UFS_VALLOC(dvp, dmode, cnp->cn_cred, &tvp); 1387 if (error) 1388 goto out; 1389 ip = VTOI(tvp); 1390 ip->i_gid = dp->i_gid; (kgdb) From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 10:04:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E46716A402 for ; Fri, 6 Apr 2007 10:04:34 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out09.ilk.de [194.121.104.9]) by mx1.freebsd.org (Postfix) with ESMTP id 8536C13C4AE for ; Fri, 6 Apr 2007 10:04:33 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool43.ka.ilk.net [212.86.194.43]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id l36A4Sjo000750; Fri, 6 Apr 2007 12:04:29 +0200 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.4+Sun/8.13.4) with ESMTP id l36A2Y2E024451; Fri, 6 Apr 2007 12:02:35 +0200 (CEST) Message-ID: <46161B38.9090706@smo.de> Date: Fri, 06 Apr 2007 12:04:40 +0200 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070323 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <86zm5nrllc.fsf@dwp.des.no> In-Reply-To: <86zm5nrllc.fsf@dwp.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Current , FreeBSD Stable , Nikolas Britton Subject: Re: Do we need this junk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 10:04:34 -0000 Dag-Erling Smørgrav wrote: > "Nikolas Britton" writes: > >>Can anything in the list below be removed from CURRENT? > > > No. Modern i386 and amd64 still have an ISA bus, and devices > connected to that bus, even if they don't have ISA slots. Some mainboards for industrial use even have them today... And the main CPU is a Pentium 4 or AMD 64 ;) Philipp -- www.familie-ost.info/~pj From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 10:20:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE6A516A401 for ; Fri, 6 Apr 2007 10:20:51 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp801.mail.ird.yahoo.com (smtp801.mail.ird.yahoo.com [217.146.188.61]) by mx1.freebsd.org (Postfix) with SMTP id 23DBA13C46C for ; Fri, 6 Apr 2007 10:20:50 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 32170 invoked from network); 6 Apr 2007 10:20:50 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.140.150.175 with plain) by smtp801.mail.ird.yahoo.com with SMTP; 6 Apr 2007 10:20:49 -0000 X-YMail-OSG: 9_QD.noVM1k_G1pMLatL5wmIX472P.iko5ebXvwyhGNwhG4TRxdIU5_pFFqnJu_Zh6EaBu0WEHy6V31gtlsrn6Y8sI9UO2.Y0AcB.XrIE_9ecPrSpCdVvz5AsUBndTZeSkchVkZFVnHBjKiZQxcxz2U- Message-ID: <46161F51.1070704@tomjudge.com> Date: Fri, 06 Apr 2007 11:22:09 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: sven@dmv.com References: <1175785136.8280.10.camel@lanshark.dmv.com> <20070405160313.GE1230@dkirhlarov.mow.oilspace.com> <46152615.1040602@tomjudge.com> <1175804135.8280.21.camel@lanshark.dmv.com> In-Reply-To: <1175804135.8280.21.camel@lanshark.dmv.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ggate + gmirror write performance woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 10:20:52 -0000 Sven Willenberger wrote: > On Thu, 2007-04-05 at 17:38 +0100, Tom Judge wrote: >> Dmitriy Kirhlarov wrote: >>> On Thu, Apr 05, 2007 at 10:58:56AM -0400, Sven Willenberger wrote: >>>> I am trying to set up a HA type system involving two identical boxes and >>>> have gone through the following to set up the systems: >>>> >>>> Slave server: >>>> ggated -R 196608 -S 196608 >>>> (exporting /dev/amrd1 ) >>>> net.inet.tcp.sendspace: 65536 >>>> net.inet.tcp.recvspace: 131072 >>> Try >>> net.local.stream.recvspace=65535 >>> net.local.stream.sendspace=65535 >>> >>> Also, try increase this sysctls with >>> net.inet.tcp.rfc1323=1 >>> >>> I use it on FreeBSD 5.x with: >>> net.inet.tcp.sendspace=131072 >>> net.inet.tcp.recvspace=131072 >>> net.local.stream.recvspace=65535 >>> net.local.stream.sendspace=65535 >>> >>> ggated -R 1048576 -S 1048576 >>> ggatec -R 1048576 -S 1048576 >>> >>> WBR. >>> Dmitriy >>> _______________________________________________ >>> 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" >> >> I have seen sustained writes of 30Mb/s using the following configuration: >> >> cat /boot/loader.conf >> kern.ipc.nmbclusters="32768" >> >> cat /etc/sysctl.conf >> net.inet.tcp.sendspace=1048576 >> net.inet.tcp.recvspace=1048576 >> >> Server: >> /sbin/ggated -S 1310720 -R 1310720 -a 172.31.0.18 /etc/gg.exports >> >> Client: >> /sbin/ggatec create -q 2048 -t 5 -S 1310720 -R 1310720 172.31.0.18 >> /dev/amrd0s2 >> >> The raid array is a RAID 1 volume on a dell PERC4 (Dell PE1850) with >> adaptive read ahead and write back caching. >> >> Tom > > I have tried both the settings ideas suggested above but I cannot even > get out of the gate with those. Setting net.inet.tcp.{send,recv}space to > anything higher that 131072 results in ggated bailing with the error: > # ggated -v -a 10.10.0.19 > info: Reading exports file (/etc/gg.exports). > debug: Added 10.10.0.0/24 /dev/amrd1 RW to exports list. > debug: Added 10.10.0.0/24 /dev/amrd3 RW to exports list. > info: Exporting 2 object(s). > error: Cannot open stream socket: No buffer space available. > error: Exiting. > > setting net.inet.tcp.{send,recv}space to 131072 allows me to start > ggated with the default R and S values of 131072; anything higher > results in "no buffer space" errors. At 131072 ggated starts but then I > cannot even open a new connection (like ssh) to the server as the ssh > client bails with "no buffer space available". Did you also set kern.ipc.nmbclusters="32768" in /boot/loader.conf and reboot? It sounds like you did not as this is the exact same problem I came across before adjusting that value. <> > This is on a FreeBSD 6.2-RELENG box i386 SMP using the amr driver (SATA > Raid using LSiMegaRaid. Do you have the cache BBU fitted (Batery Backup Unit) and the array caching set to write back? Also have you tested writing to the array locally without ggate to test the write speed? > > The odd thing is that even after I set the send and recvspace down to > values like 65536, I continue to get the no buffer error when trying to > connect to it remotely again. > I found that the easyest way to fix this was to reboot the system with good values for net.inet.tcp.{send,recv}space. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 10:32:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BC7416A403 for ; Fri, 6 Apr 2007 10:32:23 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out5.starman.ee [85.253.0.7]) by mx1.freebsd.org (Postfix) with ESMTP id D09B413C4B7 for ; Fri, 6 Apr 2007 10:32:22 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from mx2.starman.ee (mx2.starman.ee [62.65.192.9]) by smtp-gw1.starman.ee (Postfix) with ESMTP id C66E6A21739 for ; Fri, 6 Apr 2007 13:32:20 +0300 (EEST) Received: from [192.168.2.101] (pc120.host51.starman.ee [62.65.243.120]) by mx2.starman.ee (Postfix) with ESMTP id B385732C436 for ; Fri, 6 Apr 2007 13:32:19 +0300 (EEST) From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Fri, 6 Apr 2007 13:32:19 +0300 User-Agent: KMail/1.9.5 References: <20070405234308.7083545055@ptavv.es.net> In-Reply-To: <20070405234308.7083545055@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704061332.20108.antik@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 10:32:23 -0000 On Friday 06 April 2007 02:43, Kevin Oberman wrote: > I always run a 2000 line scrollback buffer. 200 won't make it to the > start of my boot. And, it's SC_HISTORY_SIZE. I'm unclear as to what you > refer to as 'slideshow" like teleporting', though. in case someone want colourful console.... options SC_HISTORY_SIZE=1000 options SC_NORM_ATTR=(FG_LIGHTGREEN|BG_BLACK) options SC_NORM_REV_ATTR=(FG_YELLOW|BG_BLACK) options SC_KERNEL_CONS_ATTR=(FG_LIGHTBLUE|BG_BLACK) options SC_KERNEL_CONS_REV_ATTR=(FG_LIGHTRED|BG_BLACK) From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 11:43:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B70E616A402; Fri, 6 Apr 2007 11:43:02 +0000 (UTC) (envelope-from fujita@soum.co.jp) Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5990F13C4AE; Fri, 6 Apr 2007 11:43:02 +0000 (UTC) (envelope-from fujita@soum.co.jp) Received: from mail.soum.co.jp (hoth.soum.co.jp [IPv6:2001:240:c4:1:203:baff:fea1:6471]) by gate.soum.co.jp (8.13.8/8.13.8) with ESMTP id l36B18CF090336; Fri, 6 Apr 2007 20:01:08 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from localhost (luke.soum.co.jp [IPv6:2001:240:c4:1:203:baff:fe80:54a5]) (authenticated bits=0) by mail.soum.co.jp (8.13.8/8.13.8) with ESMTP id l36B15BI007706 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 6 Apr 2007 20:01:07 +0900 (JST) Date: Fri, 06 Apr 2007 20:01:05 +0900 (JST) Message-Id: <20070406.200105.131603592.fujita@soum.co.jp> To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org From: FUJITA Kazutoshi X-Face: "; PnIN=f2{%Xj2PnI+zHd.39&Cn1)}br_7:N|2[CbS87Du6#6?|UeqX'&OfyZG-mX#'5T>k/~8X(F,2Mb_pNd8]3Cb1u[kSZjF}J+#`L5(g); List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 11:43:02 -0000 Hi, I have ASUS P5B, running FreeBSD 6.2-STABLE. It has on-board re(4) as follows, re0: port 0xa800-0xa8ff mem 0xfe9ff000-0xfe9fffff irq 19 at device 0.0 on pci3 miibus1: on re0 rgephy0: on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:1a:92:6e:f2:a5 re0: [FAST] pciconf -lv re0@pci3:0:0: class=0x020000 card=0x81aa1043 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' class = network subclass = ethernet # ifconfig re0 re0: flags=8843 mtu 1500 options=1b inet6 fe80::21a:92ff:fe6e:f2a5%re0 prefixlen 64 scopeid 0x2 inet 172.19.3.78 netmask 0xffff0000 broadcast 172.19.255.255 ether 00:1a:92:6e:f2:a5 media: Ethernet autoselect (1000baseTX ) status: active # sysctl net.inet6.ip6.accept_rtadv net.inet6.ip6.accept_rtadv: 1 # rtsol -d re0 checking if re0 is ready... re0 is ready send RS on re0, whose state is 2 send RS on re0, whose state is 2 send RS on re0, whose state is 2 No answer after sending 3 RSs stop timer for re0 there is no timer It seems re0 can't receive IPv6 RA message. But in promisc mode(running tcpdump on another terminal), it receives RA. # ifconfig re0 re0: flags=8943 mtu 1500 options=1b inet6 fe80::21a:92ff:fe6e:f2a5%re0 prefixlen 64 scopeid 0x2 inet 172.19.3.78 netmask 0xffff0000 broadcast 172.19.255.255 ether 00:1a:92:6e:f2:a5 media: Ethernet autoselect (1000baseTX ) status: active # rtsol -d re0 checking if re0 is ready... re0 is ready send RS on re0, whose state is 2 received RA from fe80::230:48ff:fe81:e3fd on re0, state is 2 stop timer for re0 there is no timer # ifconfig re0 re0: flags=8943 mtu 1500 options=1b inet6 fe80::21a:92ff:fe6e:f2a5%re0 prefixlen 64 scopeid 0x2 inet 172.19.3.78 netmask 0xffff0000 broadcast 172.19.255.255 inet6 2001:240:c4:1:21a:92ff:fe6e:f2a5 prefixlen 64 autoconf ether 00:1a:92:6e:f2:a5 media: Ethernet autoselect (1000baseTX ) status: active Any suggestions? Regards, From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 12:13:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8CA916A402 for ; Fri, 6 Apr 2007 12:13:36 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id E996C13C489 for ; Fri, 6 Apr 2007 12:13:35 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 608B81B10EE7 for ; Fri, 6 Apr 2007 14:13:34 +0200 (CEST) Received: from [192.168.3.125] (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 5C9071B10EE0 for ; Fri, 6 Apr 2007 14:13:34 +0200 (CEST) Message-ID: <4616396D.9030405@sun-fish.com> Date: Fri, 06 Apr 2007 15:13:33 +0300 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070405234308.7083545055@ptavv.es.net> <200704061332.20108.antik@bsd.ee> In-Reply-To: <200704061332.20108.antik@bsd.ee> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 12:13:36 -0000 Hi list, All those things work only under i386 right ? There is no option VESA in amd64 ? Andrei Kolu wrote: > On Friday 06 April 2007 02:43, Kevin Oberman wrote: > >> I always run a 2000 line scrollback buffer. 200 won't make it to the >> start of my boot. And, it's SC_HISTORY_SIZE. I'm unclear as to what you >> refer to as 'slideshow" like teleporting', though. >> > > in case someone want colourful console.... > > options SC_HISTORY_SIZE=1000 > options SC_NORM_ATTR=(FG_LIGHTGREEN|BG_BLACK) > options SC_NORM_REV_ATTR=(FG_YELLOW|BG_BLACK) > options SC_KERNEL_CONS_ATTR=(FG_LIGHTBLUE|BG_BLACK) > options SC_KERNEL_CONS_REV_ATTR=(FG_LIGHTRED|BG_BLACK) > _______________________________________________ > 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" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 13:18:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33F3716A404 for ; Fri, 6 Apr 2007 13:18:46 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id D561F13C48C for ; Fri, 6 Apr 2007 13:18:45 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 6 Apr 2007 13:18:44 -0000 Date: Fri, 6 Apr 2007 16:18:17 +0300 From: Nikolay Pavlov To: Sven Willenberger Message-ID: <20070406131817.GA1977@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Sven Willenberger , Tom Judge , freebsd-stable@freebsd.org References: <1175785136.8280.10.camel@lanshark.dmv.com> <20070405160313.GE1230@dkirhlarov.mow.oilspace.com> <46152615.1040602@tomjudge.com> <1175804135.8280.21.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1175804135.8280.21.camel@lanshark.dmv.com> User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Tom Judge , freebsd-stable@freebsd.org Subject: Re: ggate + gmirror write performance woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 13:18:46 -0000 On Thursday, 5 April 2007 at 16:15:35 -0400, Sven Willenberger wrote: > On Thu, 2007-04-05 at 17:38 +0100, Tom Judge wrote: > > Dmitriy Kirhlarov wrote: > > > On Thu, Apr 05, 2007 at 10:58:56AM -0400, Sven Willenberger wrote: > > >> I am trying to set up a HA type system involving two identical boxes and > > >> have gone through the following to set up the systems: > > >> > > >> Slave server: > > >> ggated -R 196608 -S 196608 > > >> (exporting /dev/amrd1 ) > > >> net.inet.tcp.sendspace: 65536 > > >> net.inet.tcp.recvspace: 131072 > > > > > > Try > > > net.local.stream.recvspace=65535 > > > net.local.stream.sendspace=65535 > > > > > > Also, try increase this sysctls with > > > net.inet.tcp.rfc1323=1 > > > > > > I use it on FreeBSD 5.x with: > > > net.inet.tcp.sendspace=131072 > > > net.inet.tcp.recvspace=131072 > > > net.local.stream.recvspace=65535 > > > net.local.stream.sendspace=65535 > > > > > > ggated -R 1048576 -S 1048576 > > > ggatec -R 1048576 -S 1048576 > > > > > > WBR. > > > Dmitriy > > > _______________________________________________ > > > 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" > > > > > > I have seen sustained writes of 30Mb/s using the following configuration: > > > > cat /boot/loader.conf > > kern.ipc.nmbclusters="32768" > > > > cat /etc/sysctl.conf > > net.inet.tcp.sendspace=1048576 > > net.inet.tcp.recvspace=1048576 > > > > Server: > > /sbin/ggated -S 1310720 -R 1310720 -a 172.31.0.18 /etc/gg.exports > > > > Client: > > /sbin/ggatec create -q 2048 -t 5 -S 1310720 -R 1310720 172.31.0.18 > > /dev/amrd0s2 > > > > The raid array is a RAID 1 volume on a dell PERC4 (Dell PE1850) with > > adaptive read ahead and write back caching. > > > > Tom > > I have tried both the settings ideas suggested above but I cannot even > get out of the gate with those. Setting net.inet.tcp.{send,recv}space to > anything higher that 131072 results in ggated bailing with the error: > # ggated -v -a 10.10.0.19 > info: Reading exports file (/etc/gg.exports). > debug: Added 10.10.0.0/24 /dev/amrd1 RW to exports list. > debug: Added 10.10.0.0/24 /dev/amrd3 RW to exports list. > info: Exporting 2 object(s). > error: Cannot open stream socket: No buffer space available. > error: Exiting. For values of net.inet.tcp.{send,recv}space more than 524288 you also need to adjust kern.ipc.maxsockbuf Try this configuration for example: kern.ipc.maxsockbuf=2049152 net.inet.tcp.recvspace=1024576 net.inet.tcp.sendspace=1024576 > > setting net.inet.tcp.{send,recv}space to 131072 allows me to start > ggated with the default R and S values of 131072; anything higher > results in "no buffer space" errors. At 131072 ggated starts but then I > cannot even open a new connection (like ssh) to the server as the ssh > client bails with "no buffer space available". > > more information: > # netstat -m > 514/641/1155 mbufs in use (current/cache/total) > 512/284/796/32768 mbuf clusters in use (current/cache/total/max) > 512/256 mbuf+clusters out of packet secondary zone in use > (current/cache) > 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) > 1152K/728K/1880K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/4/6656 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > This is on a FreeBSD 6.2-RELENG box i386 SMP using the amr driver (SATA > Raid using LSiMegaRaid. > > The odd thing is that even after I set the send and recvspace down to > values like 65536, I continue to get the no buffer error when trying to > connect to it remotely again. > > Sven > > _______________________________________________ > 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" -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 13:24:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B51CA16A408; Fri, 6 Apr 2007 13:24:57 +0000 (UTC) (envelope-from fujita@soum.co.jp) Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6103813C48A; Fri, 6 Apr 2007 13:24:56 +0000 (UTC) (envelope-from fujita@soum.co.jp) Received: from mail.soum.co.jp (hoth.soum.co.jp [IPv6:2001:240:c4:1:203:baff:fea1:6471]) by gate.soum.co.jp (8.13.8/8.13.8) with ESMTP id l36DOtns096110; Fri, 6 Apr 2007 22:24:55 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from localhost (luke.soum.co.jp [172.19.2.3]) (authenticated bits=0) by mail.soum.co.jp (8.13.8/8.13.8) with ESMTP id l36DOqmS002272 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 6 Apr 2007 22:24:55 +0900 (JST) Date: Fri, 06 Apr 2007 22:24:52 +0900 (JST) Message-Id: <20070406.222452.58377787.fujita@soum.co.jp> To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org From: FUJITA Kazutoshi In-Reply-To: <20070406.200105.131603592.fujita@soum.co.jp> References: <20070406.200105.131603592.fujita@soum.co.jp> X-Face: "; PnIN=f2{%Xj2PnI+zHd.39&Cn1)}br_7:N|2[CbS87Du6#6?|UeqX'&OfyZG-mX#'5T>k/~8X(F,2Mb_pNd8]3Cb1u[kSZjF}J+#`L5(g); List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 13:24:57 -0000 From: FUJITA Kazutoshi Subject: re(4) can't receive some multicast ? Date: Fri, 06 Apr 2007 20:01:05 +0900 (JST) > I have ASUS P5B, running FreeBSD 6.2-STABLE. > It has on-board re(4) as follows, > It seems re0 can't receive IPv6 RA message. > But in promisc mode(running tcpdump on another terminal), > it receives RA. Sorry, this is known problem. -CURRENT re(4) handles variant and it works fine for me. Regards, From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 16:01:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 32F1416A403 for ; Fri, 6 Apr 2007 16:01:44 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id D54FC13C46C for ; Fri, 6 Apr 2007 16:01:43 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id AA8F9EB8219; Sat, 7 Apr 2007 00:01:42 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id sMxUOzmIeWOx; Sat, 7 Apr 2007 00:01:34 +0800 (CST) Received: from [192.168.1.32] (unknown [221.221.169.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 8307DEB5E2C; Sat, 7 Apr 2007 00:01:34 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=c0FynGzYkGs5sP1hyxedOmGYaBzcVB7NP7zDdWBQ09vD9OaZTlThv4Cqw5gCGeChQ 6a9r+nEa+Nit39XPB94MQ== Message-ID: <46166ED5.6040003@delphij.net> Date: Sat, 07 Apr 2007 00:01:25 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Jack Vogel References: <46150E1A.9050900@claranet.nl> <2a41acea0704051118t5e7965f6m76ee26b6263bb9cc@mail.gmail.com> In-Reply-To: <2a41acea0704051118t5e7965f6m76ee26b6263bb9cc@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig375CA33172EAFCE039613D80" Cc: freebsd-stable@freebsd.org, Jiang Hong , Jasper Berlijn Subject: Re: em0 watchdog timeout with nfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 16:01:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig375CA33172EAFCE039613D80 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Jack, Jack Vogel wrote: >> em0@pci0:14:0: class=3D0x020000 card=3D0x002e8086 chip=3D0x100e8086 r= ev=3D0x02 >> hdr=3D0x00 [...] > The driver in 6.2 RELEASE fixed all known problems with > watchdogs, other than REAL issues with the network/hardware. > Have you tried installing that? A friend of mine has reported similar problem, with different em(4) hardware. The server runs lighttpd on ufs, and the watchdog timeout occurs no matter whether there is heavy traffic. Here is some pciconf -l output which can be interesting. [root@me /usr/local/etc]# pciconf -l|grep em em0@pci5:0:0: class=3D0x020000 card=3D0x30a38086 chip=3D0x108b8086 rev=3D= 0x03 hdr=3D0x00 em1@pci6:5:0: class=3D0x020000 card=3D0x30a18086 chip=3D0x10768086 rev=3D= 0x05 hdr=3D0x00 Should more debugging aid / information is needed to narrow down the issue please let us know, thanks! Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig375CA33172EAFCE039613D80 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGFm7VOfuToMruuMARCtggAJ4s63wun2lby09B5tUPVog2RLlFowCgidGl 4pQmp7jPTuppF5scV0IhOwU= =9NUU -----END PGP SIGNATURE----- --------------enig375CA33172EAFCE039613D80-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 16:04:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1169E16A40A for ; Fri, 6 Apr 2007 16:04:48 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id AE7AC13C484 for ; Fri, 6 Apr 2007 16:04:45 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id AF475EB821C; Sat, 7 Apr 2007 00:04:44 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 8cP2ed0pCiQ2; Sat, 7 Apr 2007 00:04:41 +0800 (CST) Received: from [192.168.1.32] (unknown [221.221.169.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 94166EB8219; Sat, 7 Apr 2007 00:04:41 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=JawGfcwrIwOizPh+2gW42t6S+lqoU3WLZIEAzP0okz0/+Q6i2yX9KXf2DODyWhg6a ZhaPPcfRQw0yrn4HwMJmQ== Message-ID: <46166F91.2010806@delphij.net> Date: Sat, 07 Apr 2007 00:04:33 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: LI Xin References: <46150E1A.9050900@claranet.nl> <2a41acea0704051118t5e7965f6m76ee26b6263bb9cc@mail.gmail.com> <46166ED5.6040003@delphij.net> In-Reply-To: <46166ED5.6040003@delphij.net> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig3F330AF8B066A2A4D2D6AF28" Cc: freebsd-stable@freebsd.org, Jack Vogel , Jiang Hong , Jasper Berlijn Subject: Re: em0 watchdog timeout with nfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 16:04:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3F330AF8B066A2A4D2D6AF28 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable LI Xin wrote: > Hi, Jack, >=20 > Jack Vogel wrote: >>> em0@pci0:14:0: class=3D0x020000 card=3D0x002e8086 chip=3D0x100e8086 = rev=3D0x02 >>> hdr=3D0x00 > [...] >> The driver in 6.2 RELEASE fixed all known problems with >> watchdogs, other than REAL issues with the network/hardware. >> Have you tried installing that? >=20 > A friend of mine has reported similar problem, with different em(4) > hardware. The server runs lighttpd on ufs, and the watchdog timeout > occurs no matter whether there is heavy traffic. >=20 > Here is some pciconf -l output which can be interesting. >=20 > [root@me /usr/local/etc]# pciconf -l|grep em > em0@pci5:0:0: class=3D0x020000 card=3D0x30a38086 chip=3D0x108b8086 re= v=3D0x03 > hdr=3D0x00 > em1@pci6:5:0: class=3D0x020000 card=3D0x30a18086 chip=3D0x10768086 re= v=3D0x05 > hdr=3D0x00 >=20 > Should more debugging aid / information is needed to narrow down the > issue please let us know, thanks! Forgot to mention, the em0 (which have watchdog issue) has device polling turned on. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig3F330AF8B066A2A4D2D6AF28 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGFm+ROfuToMruuMARCrcaAJ9gtJRUrZsO0JbUMR7z55wrSPxx6QCghvwC AYc56ggQgNWPY9tkJtpcSZM= =+zxE -----END PGP SIGNATURE----- --------------enig3F330AF8B066A2A4D2D6AF28-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 17:01:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9CF3816A401 for ; Fri, 6 Apr 2007 17:01:02 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 59D6313C448 for ; Fri, 6 Apr 2007 17:01:02 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l36H0HTB051339 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Apr 2007 10:00:18 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <46167CA2.7080700@errno.com> Date: Fri, 06 Apr 2007 10:00:18 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.9 (X11/20070208) MIME-Version: 1.0 To: LI Xin References: <46150E1A.9050900@claranet.nl> <2a41acea0704051118t5e7965f6m76ee26b6263bb9cc@mail.gmail.com> <46166ED5.6040003@delphij.net> In-Reply-To: <46166ED5.6040003@delphij.net> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Jack Vogel , Jiang Hong , Jasper Berlijn Subject: Re: em0 watchdog timeout with nfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 17:01:02 -0000 LI Xin wrote: > Hi, Jack, > > Jack Vogel wrote: >>> em0@pci0:14:0: class=0x020000 card=0x002e8086 chip=0x100e8086 rev=0x02 >>> hdr=0x00 > [...] >> The driver in 6.2 RELEASE fixed all known problems with >> watchdogs, other than REAL issues with the network/hardware. >> Have you tried installing that? > > A friend of mine has reported similar problem, with different em(4) > hardware. The server runs lighttpd on ufs, and the watchdog timeout > occurs no matter whether there is heavy traffic. > > Here is some pciconf -l output which can be interesting. > > [root@me /usr/local/etc]# pciconf -l|grep em > em0@pci5:0:0: class=0x020000 card=0x30a38086 chip=0x108b8086 rev=0x03 > hdr=0x00 > em1@pci6:5:0: class=0x020000 card=0x30a18086 chip=0x10768086 rev=0x05 > hdr=0x00 > > Should more debugging aid / information is needed to narrow down the > issue please let us know, thanks! I've reported similar problems multiple times w/o any response. My nic is onboard (no msi involved, no polling used): em0@pci2:1:0: class=0x020000 card=0x80f71043 chip=0x10198086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller (LOM)' class = network subclass = ethernet trouble% ifconfig em0 em0: flags=8843 metric 0 mtu 1500 options=9b ether 00:11:2f:9e:c0:e5 inet 10.0.0.248 netmask 0xffffff00 broadcast 10.0.0.255 media: Ethernet autoselect (1000baseTX ) status: active When I boot I also see massive #'s of link state transitions while dhclient fetches a lease. I've swapped cables, switch ports, etc. I can believe it might be a h/w failure but was hoping I could isolate the issue to be certain (don't like discarding the onboard nic). This is a very current HEAD and has been a problem for several months (all against HEAD). Sam From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 17:08:54 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE9EC16A408 for ; Fri, 6 Apr 2007 17:08:54 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 4613813C457 for ; Fri, 6 Apr 2007 17:08:54 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 0E1911B10EB5; Fri, 6 Apr 2007 19:08:53 +0200 (CEST) Received: from [10.1.1.2] (unknown [192.168.25.6]) by blah.sun-fish.com (Postfix) with ESMTP id 07CDF1B10C26; Fri, 6 Apr 2007 19:08:53 +0200 (CEST) Message-ID: <46167EA3.7030401@sun-fish.com> Date: Fri, 06 Apr 2007 20:08:51 +0300 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Rong-en Fan References: <6eb82e0703110556x229e8fd8pcf6f8979be046d8f@mail.gmail.com> <45F5628F.2080300@sun-fish.com> <6eb82e0703120945w2d9d99ccj8aff7764c1e72acc@mail.gmail.com> <45F59281.60907@sun-fish.com> <6eb82e0703121055p47ac1eb2k2368ec1f03870dd5@mail.gmail.com> In-Reply-To: <6eb82e0703121055p47ac1eb2k2368ec1f03870dd5@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Cc: stable@freebsd.org Subject: Re: Call for Testers: ncurses 5.6 update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 17:08:55 -0000 Hi list, Rong-en Fan wrote: > On 3/13/07, Stefan Lambrev wrote: >> Hello, >> >> Rong-en Fan wrote: >> > On 3/12/07, Stefan Lambrev wrote: >> >> Rong-en Fan wrote: >> >> > Hi folks, >> >> > >> >> > ncurses in 6.x is pretty old. We have update-to-date ncurses in 7.x >> >> > with wide character support now. The patch at >> >> > >> >> > >> >> >> http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070310.diff.gz >> >> >> >> >> > >> >> > >> >> > gives you ncurses 5.6 and wide character support in 6.x. Please >> >> > apply with 'patch -p0' under /usr/src. >> >> > >> >> > For more information, please visit >> >> > >> >> > http://people.freebsd.org/~rafan/ncurses/ >> >> > >> >> > You can also find individual patches, say ncurses update and wide >> >> > character support, there. >> >> > >> >> > Feedbacks and suggestions are welcome. >> >> > >> >> > P.S. Due to some lib32 issues, the patch above contains changes >> >> > made by ru@ recently for src/Makefile.inc1. >> >> make installworld failed: >> >> >> >> cd /usr/src; /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 >> install32 >> >> mkdir -p /usr/lib32 # XXX add to mtree >> > [...] >> > >> > Sorry about this. I messed up the lib32 changes in the all-in-one >> patch. >> > Could you please use this one instead? >> > >> > >> http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070312.diff.gz >> This patch doesn't seems to work anymore on 6.2-stable i386 (my previous test was on amd64) It seems that part of this patch is already in -stable :) If I'm right the patch for src/Makefile.inc1 should be replaced by : --- Makefile.inc1 Fri Apr 6 20:03:35 2007 +++ /root/Makefile.inc1.orig Fri Apr 6 20:03:17 2007 @@ -894,8 +894,7 @@ bin/csh \ bin/sh \ ${_rescue} \ - lib/ncurses/ncurses \ - lib/ncurses/ncursesw \ + lib/libncurses \ ${_share} \ ${_aicasm} \ usr.bin/awk \ @@ -1000,8 +999,7 @@ _prebuild_libs+= lib/libbz2 lib/libcom_err lib/libcrypt lib/libexpat \ lib/libkvm lib/libmd \ - lib/ncurses/ncurses lib/ncurses/ncursesw \ - lib/libnetgraph lib/libopie lib/libpam \ + lib/libncurses lib/libnetgraph lib/libopie lib/libpam \ lib/libradius \ lib/libsbuf lib/libtacplus lib/libutil \ lib/libz lib/msun I'm still compiling and will let you know if things still works. >> > >> >> This works for me (at least make buildworld && make installworld >> finished without problems). > > Thanks for testing. > >> Should I recompile and the kernel again or the patch is only in >> contrib ? :) > > No you don't. > > Regards, > Rong-En Fan > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 17:11:27 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B11116A402 for ; Fri, 6 Apr 2007 17:11:27 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id BD12E13C4AE for ; Fri, 6 Apr 2007 17:11:26 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1243754ugh for ; Fri, 06 Apr 2007 10:11:24 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=T7InaxjfNINX1r+25+NMaG67d1gXorTaVZntks680tqR6ZI7/qWi2398nycnx+djtc5JqRSUfdt94tLtO31bXMzVXS/3ggwse6yu1KUss0/W2Lgl/FoDDb4BvMNzfuG8j0peVgPtGb3aMGs8VMEHxBsd6XKsEiuYsJfkNi6s+q8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=f5eZTKlBgZT9vweM7WkX7DpByAKr4XrfpdEwMqe3hHsukKJvHTZpAgjq9tsUkcE2WjfEZHfkloP4EDk1IcdkELYw4ZDl9YCuVQqZc9ObyThHzhdTrHguGDS8R4og7hHRuxqRLl+PJj22tPIXKhc2UrjTqOmVl7xxHPdZhAt8HJA= Received: by 10.82.188.15 with SMTP id l15mr4766596buf.1175879484532; Fri, 06 Apr 2007 10:11:24 -0700 (PDT) Received: by 10.82.106.12 with HTTP; Fri, 6 Apr 2007 10:11:24 -0700 (PDT) Message-ID: <6eb82e0704061011p222602ean479ee6e60f340d1d@mail.gmail.com> Date: Sat, 7 Apr 2007 01:11:24 +0800 From: "Rong-en Fan" To: "Stefan Lambrev" In-Reply-To: <46167EA3.7030401@sun-fish.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0703110556x229e8fd8pcf6f8979be046d8f@mail.gmail.com> <45F5628F.2080300@sun-fish.com> <6eb82e0703120945w2d9d99ccj8aff7764c1e72acc@mail.gmail.com> <45F59281.60907@sun-fish.com> <6eb82e0703121055p47ac1eb2k2368ec1f03870dd5@mail.gmail.com> <46167EA3.7030401@sun-fish.com> Cc: stable@freebsd.org Subject: Re: Call for Testers: ncurses 5.6 update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 17:11:27 -0000 On 4/7/07, Stefan Lambrev wrote: > Hi list, > > Rong-en Fan wrote: > > On 3/13/07, Stefan Lambrev wrote: > >> Hello, > >> > >> Rong-en Fan wrote: > >> > On 3/12/07, Stefan Lambrev wrote: > >> >> Rong-en Fan wrote: > >> >> > Hi folks, > >> >> > > >> >> > ncurses in 6.x is pretty old. We have update-to-date ncurses in 7.x > >> >> > with wide character support now. The patch at > >> >> > > >> >> > > >> >> > >> http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070310.diff.gz > >> > >> >> > >> >> > > >> >> > > >> >> > gives you ncurses 5.6 and wide character support in 6.x. Please > >> >> > apply with 'patch -p0' under /usr/src. > >> >> > > >> >> > For more information, please visit > >> >> > > >> >> > http://people.freebsd.org/~rafan/ncurses/ > >> >> > > >> >> > You can also find individual patches, say ncurses update and wide > >> >> > character support, there. > >> >> > > >> >> > Feedbacks and suggestions are welcome. > >> >> > > >> >> > P.S. Due to some lib32 issues, the patch above contains changes > >> >> > made by ru@ recently for src/Makefile.inc1. > >> >> make installworld failed: > >> >> > >> >> cd /usr/src; /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 > >> install32 > >> >> mkdir -p /usr/lib32 # XXX add to mtree > >> > [...] > >> > > >> > Sorry about this. I messed up the lib32 changes in the all-in-one > >> patch. > >> > Could you please use this one instead? > >> > > >> > > >> http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070312.diff.gz > >> > This patch doesn't seems to work anymore on 6.2-stable i386 (my previous > test was on amd64) > It seems that part of this patch is already in -stable :) > > If I'm right the patch for src/Makefile.inc1 should be replaced by : > > --- Makefile.inc1 Fri Apr 6 20:03:35 2007 > +++ /root/Makefile.inc1.orig Fri Apr 6 20:03:17 2007 > @@ -894,8 +894,7 @@ > bin/csh \ > bin/sh \ > ${_rescue} \ > - lib/ncurses/ncurses \ > - lib/ncurses/ncursesw \ > + lib/libncurses \ > ${_share} \ > ${_aicasm} \ > usr.bin/awk \ > @@ -1000,8 +999,7 @@ > > _prebuild_libs+= lib/libbz2 lib/libcom_err lib/libcrypt lib/libexpat \ > lib/libkvm lib/libmd \ > - lib/ncurses/ncurses lib/ncurses/ncursesw \ > - lib/libnetgraph lib/libopie lib/libpam \ > + lib/libncurses lib/libnetgraph lib/libopie lib/libpam \ > lib/libradius \ > lib/libsbuf lib/libtacplus lib/libutil \ > lib/libz lib/msun > > I'm still compiling and will let you know if things still works. Yes, you are right. I merged Makefile.inc1 changes two days ago. I'm going to merge the whole changes later. Enjoy! Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 17:21:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA9CD16A401 for ; Fri, 6 Apr 2007 17:21:45 +0000 (UTC) (envelope-from SRS1=2b5984ef275e2e10674f625f23ac603a6c475308=es.net==2b5984ef275e2e10674f625f23ac603a6c475308=297=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id D003313C46A for ; Fri, 6 Apr 2007 17:21:45 +0000 (UTC) (envelope-from SRS1=2b5984ef275e2e10674f625f23ac603a6c475308=es.net==2b5984ef275e2e10674f625f23ac603a6c475308=297=es.net=oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id LVP47310 for ; Fri, 06 Apr 2007 10:09:10 -0700 Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id LVP76508 for ; Fri, 06 Apr 2007 10:09:08 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id LVP12607; Fri, 06 Apr 2007 10:09:07 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7C0A745042; Fri, 6 Apr 2007 10:09:07 -0700 (PDT) To: Stefan Lambrev In-Reply-To: Your message of "Fri, 06 Apr 2007 15:13:33 +0300." <4616396D.9030405@sun-fish.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1175879347_76952P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 06 Apr 2007 10:09:07 -0700 From: "Kevin Oberman" Message-Id: <20070406170907.7C0A745042@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 17:21:46 -0000 --==_Exmh_1175879347_76952P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 06 Apr 2007 15:13:33 +0300 > From: Stefan Lambrev > Sender: owner-freebsd-stable@freebsd.org > > Hi list, > > All those things work only under i386 right ? > There is no option VESA in amd64 ? > > Andrei Kolu wrote: > > On Friday 06 April 2007 02:43, Kevin Oberman wrote: > > > >> I always run a 2000 line scrollback buffer. 200 won't make it to the > >> start of my boot. And, it's SC_HISTORY_SIZE. I'm unclear as to what you > >> refer to as 'slideshow" like teleporting', though. > >> > > > > in case someone want colourful console.... > > > > options SC_HISTORY_SIZE=1000 > > options SC_NORM_ATTR=(FG_LIGHTGREEN|BG_BLACK) > > options SC_NORM_REV_ATTR=(FG_YELLOW|BG_BLACK) > > options SC_KERNEL_CONS_ATTR=(FG_LIGHTBLUE|BG_BLACK) > > options SC_KERNEL_CONS_REV_ATTR=(FG_LIGHTRED|BG_BLACK) Please don't top post! I don't think you need VESA for any of these...certainly not the SC_HISTORY_SIZE. You do need it for SC_PIXEL_MODE to get more modes on systems that lack that capability (like my T43 laptop). If you can set it to a mode that makes you happy, those commands should work, but some systems offer very few modes without VESA. The T43 offers four...all 80 characters wide from 25 to 60 lines. :-( -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1175879347_76952P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGFn6zkn3rs5h7N1ERAml2AJ9tP7l7rApKRda4l/a+lGPYLxFMswCfQjuF Id9Wi3f4f1H5riv0er0GT7A= =EpUM -----END PGP SIGNATURE----- --==_Exmh_1175879347_76952P-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 18:05:49 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C91C916A404 for ; Fri, 6 Apr 2007 18:05:49 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 639FC13C45A for ; Fri, 6 Apr 2007 18:05:49 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1249946ugh for ; Fri, 06 Apr 2007 11:05:48 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=LR+uXejoZ2HBaYUVWzoz0ujPqIyTIEPrnIBKPU2hlIbMswa8B9/m6YNFyDvX+Kd0JY4o2AbuXQ7ujVXjOWtMHQkAhsipqGSK3ANV+Rx9rWBQCAuV/ikylH831N/R/LEppz/5K3qpUwTNUr/Yz8Z+E3Ah7iYuEIgSfFcpm484wUA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=pcDVyFQdSTbvnaj3r5BbwoX3MmH9kV+eDUJ8KHpDud6tL0gIiFfNSaD3uQehLvJZKgtrJKOJ1ZUaNRrVboDrarYtgoaiBrol/SAfRwdowONhGslV4xzcEdqWS1XqetXiGn/CYB0f7TEAoJPqG1jEHS1zdwFPyEIF6KPZGQNPEr8= Received: by 10.82.167.5 with SMTP id p5mr3583656bue.1175882745087; Fri, 06 Apr 2007 11:05:45 -0700 (PDT) Received: by 10.82.106.12 with HTTP; Fri, 6 Apr 2007 11:05:45 -0700 (PDT) Message-ID: <6eb82e0704061105u1f2c2fedr95ceae1393c66b6c@mail.gmail.com> Date: Sat, 7 Apr 2007 02:05:45 +0800 From: "Rong-en Fan" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: fbsd@opal.com Subject: HEADS UP: ncurses is updated X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 18:05:49 -0000 Hi all, I just merged ncurses 5.6 and wide character support from HEAD to 6.x. That means ncurses in 6.x is now up-to-date and has wide character support, i.e., ncursesw library. Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 18:33:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCBCC16A408 for ; Fri, 6 Apr 2007 18:33:28 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 93DC713C46C for ; Fri, 6 Apr 2007 18:33:28 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.191]) by hub.org (Postfix) with ESMTP id 829C985C917; Fri, 6 Apr 2007 15:33:20 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-maia, port 10024) with ESMTP id 68011-04; Fri, 6 Apr 2007 15:33:27 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id E2FA285C910; Fri, 6 Apr 2007 15:33:19 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 6503D3C170; Fri, 6 Apr 2007 15:33:28 -0300 (ADT) Date: Fri, 06 Apr 2007 15:33:28 -0300 From: "Marc G. Fournier" To: Chris Message-ID: <0D3D8201F40120DCE73AD00B@ganymede.hub.org> In-Reply-To: <3aaaa3a0704052217g67281716ge8a2d1a888025d0e@mail.gmail.com> References: <3aaaa3a0704052217g67281716ge8a2d1a888025d0e@mail.gmail.com> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: "Brian A. Seklecki" , Thiago Esteves de Oliveira , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 18:33:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Friday, April 06, 2007 06:17:04 +0100 Chris wrote: > I am seeing the no buffer space error on a machine running 6.2 STABLE > feb 24 code, the machine isn't using gmirror. I had to recude > recvspace and sendspace to lower values then I want to get round the > problem. > > 67/1163/1230 mbufs in use (current/cache/total) > 65/275/340/65536 mbuf clusters in use (current/cache/total/max) > 65/255 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) > 146K/840K/987K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/56/8704 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 20233 requests for I/O initiated by sendfile > 7740 calls to protocol drain routines What ethernet driver are you using? In my case, its an fxp device ... trying to see if there is *some* sort of common denominator here :( I just upgraded to the latest kernel last night, to see if maybe a recent commit had a side-effect of fixing it, but won't know anything for another 48 hours or so ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGFpJ44QvfyHIvDvMRAny4AKCOVStyCBOi5Pwt5uyelgze3ML/kQCgxqCp 6VZ/f9U4ibx/zahMLWu+Fs0= =U8Y1 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 6 18:42:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D088C16A40A for ; Fri, 6 Apr 2007 18:42:02 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id BDF3813C4AD for ; Fri, 6 Apr 2007 18:42:02 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 4215C1A3C1C; Fri, 6 Apr 2007 11:42:03 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 06859513EB; Fri, 6 Apr 2007 14:42:01 -0400 (EDT) Date: Fri, 6 Apr 2007 14:42:00 -0400 From: Kris Kennaway To: Tom Judge Message-ID: <20070406184200.GA62383@xor.obsecurity.org> References: <46161B62.4070505@tomjudge.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <46161B62.4070505@tomjudge.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Repeatable crash with mkdir causing a divide by zero error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2007 18:42:02 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 06, 2007 at 11:05:22AM +0100, Tom Judge wrote: > Hi, >=20 > I have seen some problems with a new file system that I created=20 > yesterday in that I could repeatedly get the system to crash in with a=20 > mkdir. >=20 > Here is the disk information > mfid1: on mfi1 > mfid1: 5716992MB (11708399616 sectors) RAID volume 'Images' is optimal >=20 > I created a new file system tuned for 64k blocks, an average file size=20 > of 1Mb, and 2500 files per directory. >=20 > newfs -b 65535 -g 1048576 -h 2500 /dev/mfid1p1 > mount /dev/mfid1p1 /compere > mkdir /compere/images > mkdir /compere/images/1999 >=20 > (Also tested with mkdir test; mkdir test/1998) >=20 > The system is and amd64 system running 6.2-RELEASE and the pmap.c patch.= =20 > I have 3 cores cause by 3 different apps (rsync, gmkdir, mkdir) and=20 > can provide any more information if required. I have attached a back=20 > trace, unfortunatly I cannot do any testing as the system is now in=20 > testing (newfs -b 65535 -g 1048576 /dev/mfid1p1 was used and seems not=20 > to cause the bug). This might be simple to fix, but please file a PR if it does not get picked up by someone on this list. Kris >=20 >=20 > kgdb /usr/obj/usr/src/sys/PE2950/kernel.debug /var/crash/vmcore.2 > [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=20 > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd". >=20 > Unread portion of the kernel message buffer: >=20 >=20 > Fatal trap 18: integer divide fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > instruction pointer =3D 0x8:0xffffffff80391347 > stack pointer =3D 0x10:0xffffffffa78736f0 > frame pointer =3D 0x10:0xffffff0001d7a600 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 1206 (mkdir) > trap number =3D 18 > panic: integer divide fault > cpuid =3D 0 > Uptime: 4m29s > Dumping 1023 MB (2 chunks) > chunk 0: 1MB (156 pages) ... ok > chunk 1: 1023MB (261800 pages) 1007 991 975 959 943 927 911 895 879=20 > 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591= =20 > 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303= =20 > 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 >=20 > #0 doadump () at pcpu.h:172 > 172 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:172 > #1 0x0000000000000004 in ?? () > #2 0xffffffff8029a557 in boot (howto=3D260) at=20 > /usr/src/sys/kern/kern_shutdown.c:409 > #3 0xffffffff8029abf1 in panic (fmt=3D0xffffff0029753000 "X?/") at=20 > /usr/src/sys/kern/kern_shutdown.c:565 > #4 0xffffffff803f62ff in trap_fatal (frame=3D0xffffff0029753000,=20 > eva=3D18446742974994109272) at /usr/src/sys/amd64/amd64/trap.c:660 > #5 0xffffffff803f67a2 in trap (frame=3D > {tf_rdi =3D 0, tf_rsi =3D 0, tf_rdx =3D 0, tf_rcx =3D 1951858688, t= f_r8 =3D=20 > 2500, tf_r9 =3D 2975, tf_rax =3D 1951858688, tf_rbx =3D -2050457600, tf_r= bp =3D=20 > -1099480717824, tf_r10 =3D 246016, tf_r11 =3D 184512, tf_r12 =3D=20 > -1098707543808, tf_r13 =3D 246015, tf_r14 =3D -2050457600, tf_r15 =3D 255= ,=20 > tf_trapno =3D 18, tf_addr =3D 0, tf_flags =3D 2147483648012, tf_err =3D 0= ,=20 > tf_rip =3D -2143743161, tf_cs =3D 8, tf_rflags =3D 66182, tf_rsp =3D=20 > -1484310784, tf_ss =3D 16}) at /usr/src/sys/amd64/amd64/trap.c:469 > #6 0xffffffff803e1a6b in calltrap () at=20 > /usr/src/sys/amd64/amd64/exception.S:168 > #7 0xffffffff80391347 in ffs_valloc (pvp=3D0xffffff002f24d7c0,=20 > mode=3D16877, cred=3D0x0, vpp=3D0xffffffffa7873798) at libkern.h:56 > #8 0xffffffff803b8a5e in ufs_mkdir (ap=3D0xffffffffa78739a0) at=20 > /usr/src/sys/ufs/ufs/ufs_vnops.c:1386 > #9 0xffffffff8043b355 in VOP_MKDIR_APV (vop=3D0x74570000,=20 > a=3D0xffffffffa78739a0) at vnode_if.c:1251 > #10 0xffffffff80310e19 in kern_mkdir (td=3D0xffffff002f24d7c0,=20 > path=3D0xffffff003dabe400 "", segflg=3D4, mode=3D511) at vnode_if.h:653 > #11 0xffffffff803f7151 in syscall (frame=3D > {tf_rdi =3D 140737488348678, tf_rsi =3D 511, tf_rdx =3D 4294967295,= =20 > tf_rcx =3D 1, tf_r8 =3D 0, tf_r9 =3D 140737488347272, tf_rax =3D 136, tf_= rbx =3D=20 > 2, tf_rbp =3D 140737488348024, tf_r10 =3D 4294967295, tf_r11 =3D 582, tf_= r12 =3D=20 > 140737488348678, tf_r13 =3D 140737488348008, tf_r14 =3D 0, tf_r15 =3D 0,= =20 > tf_trapno =3D 12, tf_addr =3D 34367037072, tf_flags =3D 0, tf_err =3D 2, = tf_rip=20 > =3D 34367037084, tf_cs =3D 43, tf_rflags =3D 518, tf_rsp =3D 140737488347= 720,=20 > tf_ss =3D 35}) > at /usr/src/sys/amd64/amd64/trap.c:792 > #12 0xffffffff803e1c08 in Xfast_syscall () at=20 > /usr/src/sys/amd64/amd64/exception.S:270 > #13 0x00000008006f5e9c in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) frame 7 > #7 0xffffffff80391347 in ffs_valloc (pvp=3D0xffffff002f24d7c0,=20 > mode=3D16877, cred=3D0x0, vpp=3D0xffffffffa7873798) at libkern.h:56 > 56 static __inline u_int min(u_int a, u_int b) { return (a < b ? a= =20 > : b); } > (kgdb) list > 51 static __inline int imax(int a, int b) { return (a > b ? a : b); } > 52 static __inline int imin(int a, int b) { return (a < b ? a : b); } > 53 static __inline long lmax(long a, long b) { return (a > b ? a := =20 > b); } > 54 static __inline long lmin(long a, long b) { return (a < b ? a := =20 > b); } > 55 static __inline u_int max(u_int a, u_int b) { return (a > b ? a= =20 > : b); } > 56 static __inline u_int min(u_int a, u_int b) { return (a < b ? a= =20 > : b); } > 57 static __inline quad_t qmax(quad_t a, quad_t b) { return (a > b= =20 > ? a : b); } > 58 static __inline quad_t qmin(quad_t a, quad_t b) { return (a < b= =20 > ? a : b); } > 59 static __inline u_long ulmax(u_long a, u_long b) { return (a > b= =20 > ? a : b); } > 60 static __inline u_long ulmin(u_long a, u_long b) { return (a < b= =20 > ? a : b); } > (kgdb) frame 8 > #8 0xffffffff803b8a5e in ufs_mkdir (ap=3D0xffffffffa78739a0) at=20 > /usr/src/sys/ufs/ufs/ufs_vnops.c:1386 > 1386 error =3D UFS_VALLOC(dvp, dmode, cnp->cn_cred, &tvp); > (kgdb) list > 1381 /* > 1382 * Must simulate part of ufs_makeinode here to acquire=20 > the inode, > 1383 * but not have it entered in the parent directory. The= =20 > entry is > 1384 * made later after writing "." and ".." entries. > 1385 */ > 1386 error =3D UFS_VALLOC(dvp, dmode, cnp->cn_cred, &tvp); > 1387 if (error) > 1388 goto out; > 1389 ip =3D VTOI(tvp); > 1390 ip->i_gid =3D dp->i_gid; > (kgdb) > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >=20 --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGFpR4Wry0BWjoQKURAv4mAKCJbuC3VqgYrJ0BZ4YvPEcDOD5wOgCg2yCw jk0LOG7L1QmSu3GjO8L0hds= =KD4L -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 7 00:30:44 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F30116A407 for ; Sat, 7 Apr 2007 00:30:44 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 48DB613C480 for ; Sat, 7 Apr 2007 00:30:42 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id BDD471124E; Fri, 6 Apr 2007 19:30:39 -0500 (CDT) Date: Fri, 6 Apr 2007 19:30:39 -0500 From: Craig Boston To: freebsd-stable@FreeBSD.ORG Message-ID: <20070407003039.GA46860@nowhere> References: <20070405133858.GB72219@nowhere> <200704051427.l35ERkX4008931@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704051427.l35ERkX4008931@lurza.secnetix.de> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Apr 2007 00:30:44 -0000 On Thu, Apr 05, 2007 at 04:27:46PM +0200, Oliver Fromme wrote: > I think 800x600x4 would be even quicker, because no VESA > calls are required at all for screen output. Oops, I was mistaken. 800x600x4 (MODE_258) is what I'm using. 800x600x8 returns "Operation not supported" when trying to switch to it, as do both 4 and 8 bit 1024x768 modes. 16-bit and 32-bit modes work at the higher resolution but they're slow as molasses so I don't use them(1). I'd rather use 4-bit anyway as IMO there's very few reasons to have more than 16 colors in console mode. elinks is the only program I know of that claims to be able to use more and syscons may not even support the control codes it's using. > (All x4 modes use a planar layout. If such a bitplane is > larger than 64K, so-called bank switching is required to > access all of the video memory, because the VGA address > space allows only a 64K window for access at once. VESA > calls are required to perform the bank switching. As yes, I'm having flashbacks to the "good ol' days" right now :) I mostly stuck to tweaking the VGA registers at the lower resolution modes as VESA support was pretty spotty on most hardware at the time. I do remember using bank switching on occasion though. > I think FreeBSD's syscons supports it via "flags 0x80" > for the sc device in the kernel config file. See the > section "Driver Flags" in the sc(4) manual page. Thanks for the tip, but this doesn't work for me. Setting that flag in device.hints results in a blank screen and only a single virtual terminal (ALT+F? just beep). I _am_ able to log in blind and issue commands however. Checking dmesg over ssh didn't show any errors or clues. In any case, allscreens_flags works acceptably for my needs. Strange that it works but the 0x80 flag doesn't. (1) Interesting data point, syscons apparently doesn't use VESA very efficiently. 1024x768x16 mode is very slow -- I can see the screen redrawing line by line in something like top. However, I'm currently using the VESA driver for X at the moment as the trident driver has some problems with the chip in this laptop. 1024x768x16 mode using VESA is fast in X, almost as fast as the accelerated driver. So I know the hardware is capable of it. Unfortunately X has some other issues on this machine, like a weird kkeybooardd ssstutteringg problem when Xkb is enabled, so I tend to use the console a lot. Craig From owner-freebsd-stable@FreeBSD.ORG Sat Apr 7 03:25:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC65F16A401; Sat, 7 Apr 2007 03:25:03 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.freebsd.org (Postfix) with ESMTP id B738313C468; Sat, 7 Apr 2007 03:25:03 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id DC5898C9B50; Sat, 7 Apr 2007 11:05:00 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id C41808C9B4E; Sat, 7 Apr 2007 11:05:00 +0800 (CST) Date: Sat, 7 Apr 2007 11:05:00 +0800 (CST) From: Tai-hwa Liang To: Jack Vogel In-Reply-To: <2a41acea0704051434p2b8c5902x868d0a5d6510aa01@mail.gmail.com> Message-ID: <0704071047341.19686@www.mmlab.cse.yzu.edu.tw> References: <2a41acea0704051434p2b8c5902x868d0a5d6510aa01@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net , freebsd-current , freebsd-stable@freebsd.org Subject: Re: Stack panic with em driver unload X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Apr 2007 03:25:04 -0000 On Thu, 5 Apr 2007, Jack Vogel wrote: > Our test group uses a script that does 100 iterations of > a module load, then bring up all interfaces, and then > unload driver. > > Depending on the system in anything from just a few > iterations to 20 or more, the system will panic. Just a "me too" here. :p > Its doing an em_detach() which calls ether_ifdetach() > which goes to if_detach, in_delmulti_ifp, in_delmulti_locked, > and finally if_delmulti(). > > The panic is always happening on a cmpxchgq instruction > so I assume its the LOCK macro, whats odd is that its > not always the same reason, sometimes one register is > 0 so its a page fault trap, but on other iterations its a > general protection fault because the register is some > big invalid number :) I run into this panic regularly. Apparently the result and condition to trigger the panic are the same as yours: running "while true; do ifconfig xxx up; kldunload if_xxx; done" and ending up with panicking at the cmpxchgq instruction. > I am hardpressed to see this as a driver problem, but > I'm willing to be proven wrong, does someone who > knows the stack code better than me have any insights > or ideas? > > It also appears system dependent, I have a couple > machines I've tried to reproduce in on and have been > unable. I also am told it happens on both amd64 and > i386, but it seems easier to reproduce on the former. Dunno about amd64 since I only have i386 around; however, I'm sure the panic I observed is reproducible on my -CURRENT driver development box. > Lastly, from evidence so far I think this doesnt happen > on CURRENT, but the test group hasnt checked that > only I have and I dont have as much hardware :) FWIW, I usually run into this panic after upgrading to a newer HEAD. Sometimes I can make the aforementioned ifconfig/kldunload script to survive longer by doing a clean rebuild on my driver. -- Cheers, Tai-hwa Liang From owner-freebsd-stable@FreeBSD.ORG Sat Apr 7 11:34:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E1F916A402 for ; Sat, 7 Apr 2007 11:34:19 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp801.mail.ird.yahoo.com (smtp801.mail.ird.yahoo.com [217.146.188.61]) by mx1.freebsd.org (Postfix) with SMTP id C642513C484 for ; Sat, 7 Apr 2007 11:34:18 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 34196 invoked from network); 7 Apr 2007 11:34:17 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.140.150.175 with plain) by smtp801.mail.ird.yahoo.com with SMTP; 7 Apr 2007 11:34:17 -0000 X-YMail-OSG: rW8iMawVM1nmNurGYKk3oqEMA6Hm_11gGkN2nh.amLkT0UM8 Message-ID: <46178210.9000809@tomjudge.com> Date: Sat, 07 Apr 2007 12:35:44 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Kris Kennaway References: <46161B62.4070505@tomjudge.com> <20070406184200.GA62383@xor.obsecurity.org> In-Reply-To: <20070406184200.GA62383@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Repeatable crash with mkdir causing a divide by zero error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Apr 2007 11:34:19 -0000 Kris Kennaway wrote: > On Fri, Apr 06, 2007 at 11:05:22AM +0100, Tom Judge wrote: >> Hi, >> >> I have seen some problems with a new file system that I created >> yesterday in that I could repeatedly get the system to crash in with a >> mkdir. >> >> Here is the disk information >> mfid1: on mfi1 >> mfid1: 5716992MB (11708399616 sectors) RAID volume 'Images' is optimal >> >> I created a new file system tuned for 64k blocks, an average file size >> of 1Mb, and 2500 files per directory. >> >> newfs -b 65535 -g 1048576 -h 2500 /dev/mfid1p1 >> mount /dev/mfid1p1 /compere >> mkdir /compere/images >> mkdir /compere/images/1999 >> >> (Also tested with mkdir test; mkdir test/1998) >> >> The system is and amd64 system running 6.2-RELEASE and the pmap.c patch. >> I have 3 cores cause by 3 different apps (rsync, gmkdir, mkdir) and >> can provide any more information if required. I have attached a back >> trace, unfortunatly I cannot do any testing as the system is now in >> testing (newfs -b 65535 -g 1048576 /dev/mfid1p1 was used and seems not >> to cause the bug). > > This might be simple to fix, but please file a PR if it does not get > picked up by someone on this list. > > Kris > <> For any one that is interested there is now a PR for this problem (kern/111352). Tom From owner-freebsd-stable@FreeBSD.ORG Sat Apr 7 15:45:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BADCA16A404 for ; Sat, 7 Apr 2007 15:45:15 +0000 (UTC) (envelope-from vistua@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3689613C448 for ; Sat, 7 Apr 2007 15:45:15 +0000 (UTC) (envelope-from vistua@sdf.lonestar.org) Received: from sdf.lonestar.org (vistua@ukato.freeshell.org [192.94.73.7]) by sdf.lonestar.org (8.13.5.20060308/8.13.8) with ESMTP id l37FVeGh028773 for ; Sat, 7 Apr 2007 15:31:40 GMT Received: (from vistua@localhost) by sdf.lonestar.org (8.13.8/8.12.8/Submit) id l37FVeq6012303 for freebsd-stable@freebsd.org; Sat, 7 Apr 2007 15:31:40 GMT Date: Sat, 7 Apr 2007 15:31:40 +0000 From: John Walthall To: freebsd-stable@freebsd.org Message-ID: <20070407153140.GA5360@SDF.LONESTAR.ORG> References: <20070405133858.GB72219@nowhere> <200704051427.l35ERkX4008931@lurza.secnetix.de> <20070407003039.GA46860@nowhere> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070407003039.GA46860@nowhere> User-Agent: Mutt/1.4.2.1i Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Apr 2007 15:45:15 -0000 > Oops, I was mistaken. 800x600x4 (MODE_258) is what I'm using. > 800x600x8 returns "Operation not supported" when trying to switch to it, > as do both 4 and 8 bit 1024x768 modes. 16-bit and 32-bit modes work at > the higher resolution but they're slow as molasses so I don't use > them(1). No Matter what I try, I get "cannot open raster device, inapropriate ioctl for this device". I have made sure that I have VESA loaded, etc. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 7 19:10:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D90016A400 for ; Sat, 7 Apr 2007 19:10:22 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 021D213C484 for ; Sat, 7 Apr 2007 19:10:21 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1363390ugh for ; Sat, 07 Apr 2007 12:10:20 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nFrNBk0wstmIj1VaALL0LdUZLiKw60lw2ckDP2ZkpXdCXyXcWU13bHGrWBQ+XX0QUQlZGHqdwAbCvtbcBA+fVuFhlLCisO1QqeE6PchvjbF5OjDlItpRQNiB0+oBEcFX4A/gvTWZZGf/Kimxf00D2cS2bmHaUjuC6QNMVWYy5fo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=C9k7tpDtv5sZF2RYkrR35IPr3hiqUdZka8c/huJjkL98H5RkZJQGZBnKLspCm1kUec6ONqfkQbtA++Oa93wvbsZhZ9/LPHFRJ42FtowtjavfLGGdy9Lj6bC1s4tHNv9ScorgP5EEyKha77vf2hxjKepKhOcQ70gD3zLaC/lL4IA= Received: by 10.66.232.10 with SMTP id e10mr3943247ugh.1175973020790; Sat, 07 Apr 2007 12:10:20 -0700 (PDT) Received: by 10.67.24.15 with HTTP; Sat, 7 Apr 2007 12:10:20 -0700 (PDT) Message-ID: <3aaaa3a0704071210y1f678449p2a349f48c97d2371@mail.gmail.com> Date: Sat, 7 Apr 2007 20:10:20 +0100 From: Chris To: "Marc G. Fournier" In-Reply-To: <0D3D8201F40120DCE73AD00B@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0704052217g67281716ge8a2d1a888025d0e@mail.gmail.com> <0D3D8201F40120DCE73AD00B@ganymede.hub.org> Cc: "Brian A. Seklecki" , Thiago Esteves de Oliveira , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Apr 2007 19:10:22 -0000 On 06/04/07, Marc G. Fournier wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > - --On Friday, April 06, 2007 06:17:04 +0100 Chris wrote: > > > I am seeing the no buffer space error on a machine running 6.2 STABLE > > feb 24 code, the machine isn't using gmirror. I had to recude > > recvspace and sendspace to lower values then I want to get round the > > problem. > > > > 67/1163/1230 mbufs in use (current/cache/total) > > 65/275/340/65536 mbuf clusters in use (current/cache/total/max) > > 65/255 mbuf+clusters out of packet secondary zone in use (current/cache) > > 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) > > 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) > > 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) > > 146K/840K/987K bytes allocated to network (current/cache/total) > > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > > 0/56/8704 sfbufs in use (current/peak/max) > > 0 requests for sfbufs denied > > 0 requests for sfbufs delayed > > 20233 requests for I/O initiated by sendfile > > 7740 calls to protocol drain routines > > What ethernet driver are you using? In my case, its an fxp device ... trying > to see if there is *some* sort of common denominator here :( > > I just upgraded to the latest kernel last night, to see if maybe a recent > commit had a side-effect of fixing it, but won't know anything for another 48 > hours or so ... > > - ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email . scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (FreeBSD) > > iD8DBQFGFpJ44QvfyHIvDvMRAny4AKCOVStyCBOi5Pwt5uyelgze3ML/kQCgxqCp > 6VZ/f9U4ibx/zahMLWu+Fs0= > =U8Y1 > -----END PGP SIGNATURE----- > > its a re0 Chris From owner-freebsd-stable@FreeBSD.ORG Sat Apr 7 19:12:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 783A816A401 for ; Sat, 7 Apr 2007 19:12:02 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id D3A7C13C45A for ; Sat, 7 Apr 2007 19:12:01 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1363501ugh for ; Sat, 07 Apr 2007 12:12:00 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YoPcUzgTf/afSKJ0LZ5HjGdV0y6q8ApsnY0YegMC/vCmB6cdbQe/d55ZGkoAqGOYkftTokoQ2Tv5mGw26AjFai9eHdXdZXFQK5F0zDNYu3G6044oiNHF9kqcWLhvD9mw9Rq5BlGW/uBTX8kIINjyX/v6jW3Qyt+lz+CxI3m5IGg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=A3p7zbkOLLIp40poma428xm9dOW6mFHJ/7x8DfPpQqvuISqfXz7wLsPtu4H/QvcgGWDWPkAM3hm8/EEAkpHV+t9gMCrnW2pG7S5xrTcrCjJae7R4uDG8dgASlrrotP5rXWv87KLRxNFz2eSXJy91hGYFei8/Ri74+RIdfu//dlQ= Received: by 10.67.19.13 with SMTP id w13mr3940744ugi.1175973120585; Sat, 07 Apr 2007 12:12:00 -0700 (PDT) Received: by 10.67.24.15 with HTTP; Sat, 7 Apr 2007 12:12:00 -0700 (PDT) Message-ID: <3aaaa3a0704071212o3b4dce4dgd8def804e5b1156c@mail.gmail.com> Date: Sat, 7 Apr 2007 20:12:00 +0100 From: Chris To: "Marc G. Fournier" In-Reply-To: <0D3D8201F40120DCE73AD00B@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0704052217g67281716ge8a2d1a888025d0e@mail.gmail.com> <0D3D8201F40120DCE73AD00B@ganymede.hub.org> Cc: "Brian A. Seklecki" , Thiago Esteves de Oliveira , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Apr 2007 19:12:02 -0000 On 06/04/07, Marc G. Fournier wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > - --On Friday, April 06, 2007 06:17:04 +0100 Chris wrote: > > > I am seeing the no buffer space error on a machine running 6.2 STABLE > > feb 24 code, the machine isn't using gmirror. I had to recude > > recvspace and sendspace to lower values then I want to get round the > > problem. > > > > 67/1163/1230 mbufs in use (current/cache/total) > > 65/275/340/65536 mbuf clusters in use (current/cache/total/max) > > 65/255 mbuf+clusters out of packet secondary zone in use (current/cache) > > 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) > > 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) > > 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) > > 146K/840K/987K bytes allocated to network (current/cache/total) > > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > > 0/56/8704 sfbufs in use (current/peak/max) > > 0 requests for sfbufs denied > > 0 requests for sfbufs delayed > > 20233 requests for I/O initiated by sendfile > > 7740 calls to protocol drain routines > > What ethernet driver are you using? In my case, its an fxp device ... trying > to see if there is *some* sort of common denominator here :( > > I just upgraded to the latest kernel last night, to see if maybe a recent > commit had a side-effect of fixing it, but won't know anything for another 48 > hours or so ... > > - ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email . scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (FreeBSD) > > iD8DBQFGFpJ44QvfyHIvDvMRAny4AKCOVStyCBOi5Pwt5uyelgze3ML/kQCgxqCp > 6VZ/f9U4ibx/zahMLWu+Fs0= > =U8Y1 > -----END PGP SIGNATURE----- > > Also to add I now have a 2nd box using 6.2 STABLE few days old code, had to use it because of broadcom 5755 nic card, I plan to use large tcp window sizes so will be interesting to see if this also suffers from the problem. Chris From owner-freebsd-stable@FreeBSD.ORG Sat Apr 7 20:45:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3292716A403 for ; Sat, 7 Apr 2007 20:45:30 +0000 (UTC) (envelope-from schiz0phrenic21@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id E8AE413C469 for ; Sat, 7 Apr 2007 20:45:29 +0000 (UTC) (envelope-from schiz0phrenic21@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so774595nza for ; Sat, 07 Apr 2007 13:45:29 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=V6qsp0Nm9+3kM2yBuaqNgRZM3QAv4q157KkcKnyf6EjooOorGDX0c2RRG5Q7kdcIXtHTUCoa0Ht2FBbYEFQiR1LAI2LfTXXC9AYGmIB8IWzEiJ696P3IfEy2FIgMGBaH0XzvodrPdR6Xu5uUgwvf7RQrKD5ol7vf+JKvZy15CpI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=NSfIGpLj2V79NzWc9+/KEBjLHvFQoNieOXtGqwJhbX62o3ITG7sk5ndM8r6F3pz542R1HGfOoXYpAZyIx19QXNALZBIk/khHXYt5h2SjH2pyVvUP9oq97DSeqQNmbxWhQ1nPME5glHk6oQdnGfLuoaq3/2obVGODpVYZNom1CsQ= Received: by 10.114.153.18 with SMTP id a18mr1702086wae.1175978728939; Sat, 07 Apr 2007 13:45:28 -0700 (PDT) Received: by 10.114.52.13 with HTTP; Sat, 7 Apr 2007 13:45:28 -0700 (PDT) Message-ID: <8d23ec860704071345n1e8dd0c5q89cdf7e52ec5db7f@mail.gmail.com> Date: Sat, 7 Apr 2007 16:45:28 -0400 From: Schiz0 To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Compile Error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Apr 2007 20:45:30 -0000 Hello, I was discussing this error on IRC earlier and they suggested that I report my problem to this list. I downloaded the 6.2 release boot-only CD and installed. I updated my src using csup with the RELENG_6 tag. Then, I followed the guide in the handbook for rebuilding world. During the first step, make buildworld, I got the following error: http://pastebin.ca/428777 I updated with csup immediately before running make buildworld. There seems to be "undefined reference to .." issues with the gstat source, which prevents it from compiling. My supfile is located at: http://www.pastebin.ca/428786 I also went through the make.conf man page, and set all the options to suit my system configuration preferences. The make.conf file is located at: http://pastebin.ca/428795 Thanks for your time, ~Schiz0 From owner-freebsd-stable@FreeBSD.ORG Sat Apr 7 20:52:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BA6416A401 for ; Sat, 7 Apr 2007 20:52:54 +0000 (UTC) (envelope-from schiz0phrenic21@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 1B93113C489 for ; Sat, 7 Apr 2007 20:52:53 +0000 (UTC) (envelope-from schiz0phrenic21@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so652348pyh for ; Sat, 07 Apr 2007 13:52:53 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=AKaZ0Hsa1mfK4cLs1P12+YqLL1wVGd53aEA5hhhjD6QhQNbHGcJp+o6/FmylzmMLkfzIc4VGDNOlbLtCoKhji4WSGTZGbldqS+SwOk/JJDLOgQnaHoj0AnzSuTCUkoJHOJDsiVyZ2MeW1wQCdfOPQEk2TMKJYMRQ1fW/lLqaTf4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=VNhZpXgyAYLvS56DBr1dY1oT8uQktns5lHzGtl15sMY9EoqFNdMnsHWXiL4uLDehA7Soxs+HtC2LW8w/o9kt+99n7aaV0FzXVFsoS2tR6Udx5ap+e4x/gMooxMaOmftc1mTi5zZBPXjYXFGteOA3BIdlyQhpHBpHtV8RV8V/i5s= Received: by 10.114.88.1 with SMTP id l1mr321311wab.1175979172470; Sat, 07 Apr 2007 13:52:52 -0700 (PDT) Received: by 10.114.52.13 with HTTP; Sat, 7 Apr 2007 13:52:52 -0700 (PDT) Message-ID: <8d23ec860704071352u5758b4dds674eb8aba01aaa09@mail.gmail.com> Date: Sat, 7 Apr 2007 16:52:52 -0400 From: Schiz0 To: freebsd-stable@freebsd.org In-Reply-To: <8d23ec860704071345n1e8dd0c5q89cdf7e52ec5db7f@mail.gmail.com> MIME-Version: 1.0 References: <8d23ec860704071345n1e8dd0c5q89cdf7e52ec5db7f@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Compile Error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Apr 2007 20:52:54 -0000 On 4/7/07, Schiz0 wrote: > > Hello, > > I was discussing this error on IRC earlier and they suggested that I > report my problem to this list. > > I downloaded the 6.2 release boot-only CD and installed. I updated my src > using csup with the RELENG_6 tag. Then, I followed the guide in the handbook > for rebuilding world. During the first step, make buildworld, I got the > following error: http://pastebin.ca/428777 > > I updated with csup immediately before running make buildworld. There > seems to be "undefined reference to .." issues with the gstat source, which > prevents it from compiling. My supfile is located at: > http://www.pastebin.ca/428786 > > I also went through the make.conf man page, and set all the options to > suit my system configuration preferences. The make.conf file is located > at: http://pastebin.ca/428795 > > Thanks for your time, > ~Schiz0 > Sorry for the double post...but I recently was informed that everything I set to false in make.conf is still read as true. Looks like I skimmed over the make.conf(5) a tad too fast. I'm gonna go back and fix all that, then try recompiling. Though I'm not sure it would fix the gstat issue. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 7 22:23:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CE0116A406 for ; Sat, 7 Apr 2007 22:23:13 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 4937E13C459 for ; Sat, 7 Apr 2007 22:23:11 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id CA4A111249; Sat, 7 Apr 2007 17:23:10 -0500 (CDT) Date: Sat, 7 Apr 2007 17:23:08 -0500 From: Craig Boston To: John Walthall Message-ID: <20070407222308.GA91058@nowhere> Mail-Followup-To: Craig Boston , John Walthall , freebsd-stable@freebsd.org References: <20070405133858.GB72219@nowhere> <200704051427.l35ERkX4008931@lurza.secnetix.de> <20070407003039.GA46860@nowhere> <20070407153140.GA5360@SDF.LONESTAR.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070407153140.GA5360@SDF.LONESTAR.ORG> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Changing Console Resolution - Vidcontrol X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Apr 2007 22:23:13 -0000 On Sat, Apr 07, 2007 at 03:31:40PM +0000, John Walthall wrote: > No Matter what I try, I get "cannot open raster device, inapropriate ioctl > for this device". I have made sure that I have VESA loaded, etc. This sounds like your kernel is not compiled with "options SC_PIXEL_MODE". Craig From owner-freebsd-stable@FreeBSD.ORG Sat Apr 7 23:20:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3053E16A402; Sat, 7 Apr 2007 23:20:56 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id E5B3613C4AD; Sat, 7 Apr 2007 23:20:55 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.183]) by hub.org (Postfix) with ESMTP id 6463D85C907; Sat, 7 Apr 2007 20:20:45 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 15811-04; Sat, 7 Apr 2007 20:20:55 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id B888885C8FE; Sat, 7 Apr 2007 20:20:44 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id A43353A428; Sat, 7 Apr 2007 20:20:58 -0300 (ADT) Date: Sat, 07 Apr 2007 20:20:58 -0300 From: "Marc G. Fournier" To: Chris Message-ID: In-Reply-To: <3aaaa3a0704071212o3b4dce4dgd8def804e5b1156c@mail.gmail.com> References: <3aaaa3a0704052217g67281716ge8a2d1a888025d0e@mail.gmail.com> <0D3D8201F40120DCE73AD00B@ganymede.hub.org> <3aaaa3a0704071212o3b4dce4dgd8def804e5b1156c@mail.gmail.com> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org, Thiago Esteves de Oliveira , "Brian A. Seklecki" , freebsd-questions@freebsd.org Subject: Re: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Apr 2007 23:20:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Saturday, April 07, 2007 20:12:00 +0100 Chris wrote: > Also to add I now have a 2nd box using 6.2 STABLE few days old code, > had to use it because of broadcom 5755 nic card, I plan to use large > tcp window sizes so will be interesting to see if this also suffers > from the problem. I've got 8 servers on the same network, 3 are almost identical, but one of them (the one with the problem) is using software RAID vs hardware ... but, if you are seeing it without using software RAID, then that is obviously not the culprit :( - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGGCda4QvfyHIvDvMRAshzAJ47nHUdu2Xlxy8odBbaCxufhfV9igCgjQTw xNFG2VFQmGPNhjToZJ6HDNk= =6BN+ -----END PGP SIGNATURE-----