From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 01:21:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFDA837B401 for ; Sun, 29 Jun 2003 01:21:22 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDAB743FF7 for ; Sun, 29 Jun 2003 01:21:18 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h5T8LCVd066354 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jun 2003 11:21:13 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h5T8L9Dr066349; Sun, 29 Jun 2003 11:21:09 +0300 (EEST) (envelope-from ru) Date: Sun, 29 Jun 2003 11:21:09 +0300 From: Ruslan Ermilov To: Vincent Poy Message-ID: <20030629082109.GA66267@sunbay.com> References: <20030628145943.I3146-100000@oahu.WURLDLINK.NET> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <20030628145943.I3146-100000@oahu.WURLDLINK.NET> User-Agent: Mutt/1.5.4i cc: current@freebsd.org Subject: Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 08:21:24 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 28, 2003 at 03:00:57PM -1000, Vincent Poy wrote: > root@bigbang [5:57pm][/usr/src] >> make buildworld >=20 > -------------------------------------------------------------- > >>> Rebuilding the temporary build tree > -------------------------------------------------------------- > >>> stage 1: legacy release compatibility shims > -------------------------------------------------------------- > cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj/usr/src/i386 DESTDIR=3D INSTAL= L=3D"sh > /usr/src/tools/install.sh" > PATH=3D/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy= /usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/b= in > WORLDTMP=3D/usr/obj/usr/src/i386 MAKEFLAGS=3D"-m /usr/src/tools/build/mk= -m > /usr/src/share/mk" make -f Makefile.inc1 BOOTSTRAPPING=3D501100 -DNOHTML > -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_CPU_CFLAGS > -DNO_WARNS legacy > =3D=3D=3D> tools/build > /usr/obj/usr/src/i386/usr/src/tools/build created for /usr/src/tools/build > cd /usr/src/tools/build; make buildincludes; make installincludes > rm -f .depend > mkdep -f .depend -a -I/usr/obj/usr/src/i386/legacy/usr/include > /usr/src/tools/build/dummy.c > cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c > /usr/src/tools/build/dummy.c -o dummy.o > building static egacy library > ar: not found > *** Error code 127 >=20 > Stop in /usr/src/tools/build. > *** Error code 1 >=20 What did you do to your /usr/bin/ar? Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+/qF1Ukv4P6juNwoRAnYBAJ9EAUKEGwyNEjFszuArUuRZi76GuwCghpGI uiRu0rH6T1D2plHLGILY+pU= =fVeO -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 01:31:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A65E437B401; Sun, 29 Jun 2003 01:31:59 -0700 (PDT) Received: from oahu.WURLDLINK.NET (oahu.wurldlink.net [66.193.144.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id D52E844008; Sun, 29 Jun 2003 01:31:58 -0700 (PDT) (envelope-from vince@oahu.WURLDLINK.NET) Received: from oahu.WURLDLINK.NET (vince@localhost.WURLDLINK.NET [127.0.0.1]) by oahu.WURLDLINK.NET (8.12.9/8.12.9) with ESMTP id h5T8VAYx074934; Sat, 28 Jun 2003 22:31:15 -1000 (HST) Received: from localhost (vince@localhost)h5T8V9Q6074931; Sat, 28 Jun 2003 22:31:09 -1000 (HST) Date: Sat, 28 Jun 2003 22:31:09 -1000 (HST) From: Vincent Poy To: Ruslan Ermilov In-Reply-To: <20030629082109.GA66267@sunbay.com> Message-ID: <20030628222855.T3146-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 08:32:00 -0000 On Sun, 29 Jun 2003, Ruslan Ermilov wrote: > On Sat, Jun 28, 2003 at 03:00:57PM -1000, Vincent Poy wrote: > > root@bigbang [5:57pm][/usr/src] >> make buildworld > > > > -------------------------------------------------------------- > > >>> Rebuilding the temporary build tree > > -------------------------------------------------------------- > > >>> stage 1: legacy release compatibility shims > > -------------------------------------------------------------- > > cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 DESTDIR= INSTALL="sh > > /usr/src/tools/install.sh" > > PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > > WORLDTMP=/usr/obj/usr/src/i386 MAKEFLAGS="-m /usr/src/tools/build/mk -m > > /usr/src/share/mk" make -f Makefile.inc1 BOOTSTRAPPING=501100 -DNOHTML > > -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_CPU_CFLAGS > > -DNO_WARNS legacy > > ===> tools/build > > /usr/obj/usr/src/i386/usr/src/tools/build created for /usr/src/tools/build > > cd /usr/src/tools/build; make buildincludes; make installincludes > > rm -f .depend > > mkdep -f .depend -a -I/usr/obj/usr/src/i386/legacy/usr/include > > /usr/src/tools/build/dummy.c > > cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c > > /usr/src/tools/build/dummy.c -o dummy.o > > building static egacy library > > ar: not found > > *** Error code 127 > > > > Stop in /usr/src/tools/build. > > *** Error code 1 > > > What did you do to your /usr/bin/ar? I thought those files were deleted by David in the src so I guess they were created from elsewhere... I got it to build again after getting the binary base current snapshot and extracting those files.. Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 01:48:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFE3F37B401 for ; Sun, 29 Jun 2003 01:48:27 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 015D14402D for ; Sun, 29 Jun 2003 01:48:24 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h5T8mIVd068598 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jun 2003 11:48:19 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h5T8mG5F068593; Sun, 29 Jun 2003 11:48:16 +0300 (EEST) (envelope-from ru) Date: Sun, 29 Jun 2003 11:48:16 +0300 From: Ruslan Ermilov To: Vincent Poy Message-ID: <20030629084816.GC66267@sunbay.com> References: <20030629082109.GA66267@sunbay.com> <20030628222855.T3146-100000@oahu.WURLDLINK.NET> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qjNfmADvan18RZcF" Content-Disposition: inline In-Reply-To: <20030628222855.T3146-100000@oahu.WURLDLINK.NET> User-Agent: Mutt/1.5.4i cc: current@freebsd.org Subject: Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 08:48:28 -0000 --qjNfmADvan18RZcF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 28, 2003 at 10:31:09PM -1000, Vincent Poy wrote: [...] > > > cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c > > > /usr/src/tools/build/dummy.c -o dummy.o > > > building static egacy library > > > ar: not found > > > *** Error code 127 > > > > > > Stop in /usr/src/tools/build. > > > *** Error code 1 > > > > > What did you do to your /usr/bin/ar? >=20 > I thought those files were deleted by David in the src so I guess > they were created from elsewhere... I got it to build again after getting > the binary base current snapshot and extracting those files.. >=20 The one in /usr/bin/ar is from gnu/usr.bin/binutils/ar, usr.bin/ar was indeed deleted (which is for old a.out support). Previously, /usr/bin/ar was a wrapper that selected the right "ar" binary depending on OBJFORMAT. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --qjNfmADvan18RZcF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+/qfQUkv4P6juNwoRAtR5AJ9NtRXv12boM1ajB4lrM5Fvz4T/IwCfW6Ys Os/l5iuqsaXvtuJd3fNaUdE= =IEcS -----END PGP SIGNATURE----- --qjNfmADvan18RZcF-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 07:00:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C6A837B401 for ; Sun, 29 Jun 2003 07:00:50 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C04A44028 for ; Sun, 29 Jun 2003 07:00:48 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h5TE0FKJ092755 for ; Sun, 29 Jun 2003 10:00:15 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: (from robert@localhost) by fledge.watson.org (8.12.9/8.12.9/Submit) id h5TE0Fpe092754 for current@FreeBSD.org; Sun, 29 Jun 2003 10:00:15 -0400 (EDT) (envelope-from robert) Date: Sun, 29 Jun 2003 10:00:15 -0400 (EDT) Message-Id: <200306291400.h5TE0Fpe092754@fledge.watson.org> From: Robert Watson To: current@FreeBSD.org Subject: 5.2-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 14:00:50 -0000 This is an automated bi-weekly mailing of the FreeBSD 5.2 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.2R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.2. FreeBSD 5.2 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.2. If you have any updates for this list, please e-mail re@FreeBSD.org. Must Resolve Issues for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------------+----------+-----------------+---------------------| | | | | KSE M:N threading | | | | | support is reaching | | | | | experimental yet | | | | Julian | usable status on | | Production-quality | In | Elischer, David | i386 for | | M:N threading | progress | Xu, Daniel | 5.1-RELEASE. M:N | | | | Eischen | threading should be | | | | | productionable and | | | | | usable on all | | | | | platforms by | | | | | 5.2-RELEASE. | |---------------------+----------+-----------------+---------------------| | | | | Currently, the MD | | | | | elements of KSE are | | | | | present only for | | | | | the i386 platform, | | | | | limiting use of KSE | | | | | to the i386 | | | | | platform. It is | | | | | highly desirable to | | KSE support for | | Jake | make KSE available | | sparc64, alpha, | -- | Burkholder, --, | on non-i386 | | ia64 | | -- | platforms for | | | | | 5.2-RELEASE so that | | | | | KSE can see more | | | | | broad exposure, and | | | | | the performance | | | | | benefits of KSE can | | | | | be visible to users | | | | | of the 64-bit | | | | | FreeBSD | | | | | architectures. | |---------------------+----------+-----------------+---------------------| | | | | Kris Kennaway | | | | | reports high | | | | | instability of | | | | | 5-CURRENT on ia64 | | | In | Marcel | machines, such as | | ia64 stability | Progress | Moolenaar | the pluto* | | | | | machines. These | | | | | problems need to be | | | | | fixed in order to | | | | | get a successful | | | | | package build. | |---------------------+----------+-----------------+---------------------| | | | | ia64 serial console | | | | | support is reported | | | | | to not be | | | | | functional on HP | | | In | Marcel | Itanium2 platforms. | | ia64 sio support | progress | Moolenaar, | A reworking of the | | | | Warner Losh | sio driver to | | | | | improve platform | | | | | independence and | | | | | bus handling is | | | | | likely needed. | |---------------------+----------+-----------------+---------------------| | | | | FAST_IPSEC | | | | | currently cannot be | | | | | used directly with | | | | | the KAME IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level of | | | | | IP tunnel | | | | | indirection to | | | | | protect IPv6 | | | | | packets when using | | | | | hardware crypto | | FAST_IPSEC and KAME | -- | -- | acceleration. This | | compatibility | | | issue must be | | | | | resolved so that | | | | | the two services | | | | | may more easily be | | | | | used together. | | | | | Among other things, | | | | | this will require a | | | | | careful review of | | | | | the handling of | | | | | mbuf header copying | | | | | and m_tag support | | | | | in the KAME IPv6 | | | | | code. | |---------------------+----------+-----------------+---------------------| | | | | The FreeBSD KAME | | | | | IPv6 code is now | | | | | substantially dated | | | | | with respect to the | | KAME | | | KAME vendor source. | | Synchronization | -- | -- | The FreeBSD Project | | | | | needs to take | | | | | initiative in | | | | | driving the merge | | | | | of new bug fixes, | | | | | features, et al. | |---------------------+----------+-----------------+---------------------| | | | | Almost all process | | | | | debugging tools | | | | | have been updated | | | | | to use non-procfs | | | | | kernel primitives, | | | | | with the exception | | | | | of truss(1). As | | | | | procfs is | | | | | considered | | | | | deprecated due to | | truss support for | In | | its inherent | | ptrace | progress | Robert Drehmel | security risks, it | | | | | is highly desirable | | | | | to update truss to | | | | | operate in a | | | | | post-procfs world. | | | | | Dag-Erling Smorgrav | | | | | had prototype | | | | | patches; | | | | | Robert Drehmel is | | | | | developing and | | | | | testing patches | | | | | now. | |---------------------+----------+-----------------+---------------------| | | | | Apple's Darwin | | | | | operating system | | | | | has fairly | | | | | extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | -- | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must be | | | | | reviewed and merged | | | | | to the FreeBSD | | | | | tree. | |---------------------+----------+-----------------+---------------------| | | | | Port syscons to | | | | | sparc64. Add device | | | | | drivers for sun | | | | | mice and keyboards. | | | | | Allow for more than | | sparc64 adaptation | In | | 3 bits of | | of syscons | progress | Jake Burkholder | background colour | | | | | in syscons. Creator | | | | | frame buffer device | | | | | driver. In the | | | | | process, generally | | | | | improve the MI-ness | | | | | of syscons. | |---------------------+----------+-----------------+---------------------| | | | | Many systems | | | | | supporting POSIX.1e | | | | | ACLs permit a minor | | | | | violation to that | | | | | specification, in | | | | | which the ACL_MASK | | | | | entry overrides the | | ACL_MASK override | In | | umask, rather than | | of umask support in | progress | Robert Watson | being intersected | | UFS | | | with it. The | | | | | resulting semantics | | | | | can be useful in | | | | | group-oriented | | | | | environments, and | | | | | as such would be | | | | | very helpful on | | | | | FreeBSD. | |---------------------+----------+-----------------+---------------------| | | | | Significant parts | | | | | of the network | | | | | stack (especially | | | | | IPv4 and IPv6) now | | | | | have fine-grained | | | | | locking of their | | | | | data structures. | | | | | However, it is not | | | | | yet possible for | | | | | the netisr threads | | | | | to run without | | | | | Giant, due to | | Fine-grained | | | dependencies on | | network stack | In | Jeffrey Hsu, | sockets, routing, | | locking without | progress | Seigo Tanimura | etc. A 5.2-RELEASE | | Giant | | | goal is to have the | | | | | network stack | | | | | running largely | | | | | without Giant, | | | | | which should | | | | | substantially | | | | | improve performance | | | | | of the stack, as | | | | | well as other | | | | | system components | | | | | by reducing | | | | | contention on | | | | | Giant. | |---------------------+----------+-----------------+---------------------| | | | | Move ATA commands | | | | | into requests, so | | | | | that they can be | | | | | linked together, | | | | | centralize request | | | | | queue management | | | | | permitting direct | | ATA driver | | | DMA of ATA | | structural | In | So/ren Schmidt | commands. These | | improvements, | progress | | architectural | | MPsafety | | | changes will also | | | | | facilitate complete | | | | | MP-safety of the | | | | | ATA driver suite, | | | | | and dramatically | | | | | improve support for | | | | | Promise RAID | | | | | controllers. | |---------------------+----------+-----------------+---------------------| | | | | Productionable | | | | | support for the | | | | | AMD64 platform. | | | | | Currently, AMD64 | | | | | runs fully in | | | | | 32-bit emulation | | Tier-1 Support for | In | Peter Wemm, | mode, and boots to | | AMD64 Hammer | progress | David O'Brien | single-user in | | | | | 64-bit mode. We | | | | | expect full | | | | | production support | | | | | for the AMD64 | | | | | architecture in | | | | | 5.2-RELEASE. | |---------------------+----------+-----------------+---------------------| | | | | To properly support | | | | | AMD64, a compiler | | | | | upgrade is | | | | | required; however, | | | | | the new GCC 3.3 has | | | | David O'Brien | a substantial | | GCC 3.3 upgrade | In | Alexander | number of new | | | progress | Kabaev | warnings that will | | | | | disrupt application | | | | | support, preventing | | | | | inclusion in | | | | | 5.1-RELEASE. This | | | | | is a must-have for | | | | | 5.2-RELEASE. | |---------------------+----------+-----------------+---------------------| | | | | Kernel modules are | | | | | currently built | | | | | independently from | | | | | a kernel | | | | | configuration, and | | | | | independently from | | | | | one another, | | | | | resulting in | | | | | substantially | | | | | redundant | | | | | compilation of | | | | | objects, as well as | | | | | the inability to | | | | | easily manage | | | | | compile-time | | | | | options for kernel | | | | | objects (such as | | Revised kld build | -- | -- | MAC, PAE, etc) that | | infrastructure | | | may require | | | | | conditional | | | | | compilation in the | | | | | kernel modules. In | | | | | order to improve | | | | | build performance | | | | | and better support | | | | | options of this | | | | | sort, the KLD build | | | | | infrastructure | | | | | needs to be | | | | | revamped. Peter | | | | | Wemm has done some | | | | | initial | | | | | prototyping, and | | | | | should be contacted | | | | | before starting on | | | | | this work. | |---------------------+----------+-----------------+---------------------| | | | | Currently, there | | | | | are two classes of | | | | | interrupt handlers | | | | | in 5.x: fast | | | | | interrupt handlers | | | | | which run entirely | | | | | in interrupt | | | | | context, and | | | | | heavy-weight | | | | | handlers which | | | | | execute in a | | | | | full-weight kernel | | | | | interrupt thread. | | | | | It is possible to | | | | | optimize interrupt | | | | | thread context | | | | | management such | | | | | that a light-weight | | | | | context switch is | | | | | performed to begin | | | | | execution of the | | | | | interrupt thread in | | | | | the handler | | | | | context, and only | | Light-weight | | | when a full-weight | | interrupt threads, | -- | -- | context is required | | context switches | | | (such as sleeping | | | | | on a lock) is that | | | | | cost required. This | | | | | optimization should | | | | | substantially | | | | | improve interrupt | | | | | latency. There are | | | | | also additional | | | | | kernel thread | | | | | context switch | | | | | optimizations that | | | | | can be made to | | | | | improve the | | | | | performance of | | | | | thread workers in | | | | | the kernel, such as | | | | | found in the | | | | | network stack, | | | | | crypto worker | | | | | threads, and GEOM. | | | | | Bosko Milekic has | | | | | done substantial | | | | | prototyping work, | | | | | and should be | | | | | coordinated with. | |---------------------+----------+-----------------+---------------------| | | | | With the | | | | | introduction of | | | | | extensive PAM and | | | | | NSS support in | | | | | 5.0-RELEASE and | | | | | 5.1-RELEASE, | | Support for a fully | In | Gordon Tetlow | support for a fully | | dynamic system | progress | | dynamically linked | | | | | system is desired. | | | | | Gordon Tetlow has | | | | | in-progress patches | | | | | to post for review | | | | | following the 5.1 | | | | | release cycle. | |---------------------+----------+-----------------+---------------------| | | | | Existing interrupt | | | | | routing code is not | | | | | able to correctly | | | | | determine the | | | | | interrupt routing | | Complete the APIC | | | of PCI devices that | | PCI interrupt | -- | -- | are behind | | routing support | | | PCI-to-PCI bridges | | | | | when using APIC | | | | | Full Table routing | | | | | (with non-legacy | | | | | interrupts above | | | | | 15). | |---------------------+----------+-----------------+---------------------| | | | | Currently, gbde | | | | | must be manually | | | | | configured at | | | | | run-time each time | | | | | an encrypted disk | | | | | device is mounted. | | | | | This prevents easy | | Run-time | | | integration into | | autoconfiguration | | | /etc/fstab and easy | | of GBDE and related | -- | -- | automated | | transforms | | | deployment. | | | | | Improved | | | | | integration with | | | | | the configuration, | | | | | mounting, and boot | | | | | process is required | | | | | to make this | | | | | feature more easily | | | | | accessible. | |---------------------+----------+-----------------+---------------------| | | | | Brian Feldman has | | | | | submitted patches | | | | | to improve the | | | | | consistency of the | | | | | pathnames passed | | MAC Framework devfs | In | | into the MAC | | path fixes | progress | Robert Watson | Framework devfs | | | | | labeling entry | | | | | points. These | | | | | patches need to be | | | | | thoroughly reviewed | | | | | and tested, then | | | | | merged. | |---------------------+----------+-----------------+---------------------| | | | | A process cannot be | | | | | interrupted while | | | | | waiting on a lock. | | | | | Fixing this | | rpc.lockd(8) | In | Robert Watson | requires that the | | stability | progress | | rpc code be taught | | | | | how to deal with | | | | | lock cancellation | | | | | and interruption | | | | | events. | +------------------------------------------------------------------------+ Desired Features for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | | |------------+-----------+----------------+---------------| | | | | | Truss appears | | | | | | to contain a | | | | | | race | | | | | | condition | | | | | | during the | | | | | | start-up of | | | | | | debugging, | | | | | | which can | | | | | | result in | | | | | | truss failing | | | | | | to attach to | | | | | | the process | | | | | | before it | | | | | | exits. The | | | | | | symptom is | | | | | | that truss | | | | | | reports that | | | | | | it cannot | | | | | | open the | | | | | | procfs node | | | | | | supporting | | | | | | the process | | | | | | being | | | | | | debugged. A | | | | | | bug also | | | Race | | | appears to | | | conditions | Errata | Robert Drehmel | exist where | | | in truss | candidate | | in truss will | | | | | | hang if | | | | | | execve() | | | | | | returns | | | | | | ENOENT. A | | | | | | further race | | | | | | appears to | | | | | | exist in | | | | | | which truss | | | | | | will return | | | | | | "PIOCWAIT: | | | | | | Input/output | | | | | | error" | | | | | | occasionally | | | | | | on startup. | | | | | | The fix for | | | | | | this | | | | | | sufficiently | | | | | | changes | | | | | | process | | | | | | execution | | | | | | handling that | | | | | | we will defer | | | | | | the fix to | | | | | | post-5.0 and | | | | | | consider this | | | | | | errata. | | |------------+-----------+----------------+---------------| | | | | | Kris Kennaway | | | | | | reports | | | | | | deadlocks | | | | | | involving the | | | | | | use of nullfs | | | | | | in the bento | | | | | | environment: | | | | | | buildworld | | | | | | -j4 with src | | | | | | and obj | | | | | | mounted via | | | | | | nullfs; the | | | nullfs | -- | -- | gcc processes | | | deadlocks | | | eventually | | | | | | deadlocked in | | | | | | the ufs | | | | | | state. DDB | | | | | | traceback | | | | | | showed two | | | | | | different | | | | | | codepaths. | | | | | | I've just | | | | | | repeated | | | | | | this, so the | | | | | | bug still | | | | | | exists. | | |------------+-----------+----------------+---------------| | | gdb -k | | | gdb -k | | | support | -- | Mark Peek | doesn't work | | | for alpha | | | on alpha | | |------------+-----------+----------------+---------------| | | | | | Currently, | | | | | | MAC | | | | | | protections | | | | | | are enforced | | | | | | only on | | | | | | locally | | | | | | originated | | | | | | file system | | | | | | operations | | | | | | (VOPs), and | | | | | | not on RPCs | | | | | | generated via | | | | | | the NFS | | | MAC | | | server. | | | support | | | Improvements | | | for NFS | -- | Robert Watson | in NFS server | | | Server | | | credential | | | | | | handling are | | | | | | required to | | | | | | correct this | | | | | | problem, as | | | | | | well as the | | | | | | introduction | | | | | | of new entry | | | | | | points to | | | | | | properly | | | | | | label NFS | | | | | | credentials | | | | | | and perform | | | | | | enforcement | | | | | | properly. | | |------------+-----------+----------------+---------------| | | | | | All PCI | | | | | | drivers must | | | | | | use busdma | | | | | | for DMA; no | | | | | | use of | | | busdma in | | | vtophys() | | | all PCI | -- | -- | will be | | | drivers | | | permitted for | | | | | | any recent | | | | | | device | | | | | | driver. ISA | | | | | | drivers may | | | | | | be exempt. | | |------------+-----------+----------------+---------------| | | | | | With improved | | | | | | support for | | | | | | threading | | | | | | primitives, | | | | | | support is | | | | | | now required | | | | | | to ease | | | GDB thread | | | debugging of | | | support | -- | -- | threaded | | | | | | applications. | | | | | | Ideally, this | | | | | | support will | | | | | | work for both | | | | | | libthr and | | | | | | libkse | | | | | | threading | | | | | | models. | | |------------+-----------+----------------+---------------+--------------| | | | | Prebinding | | | | | | reduces | | | | | | executable | | | | | | startup time | | | | | | by lowering | | | | | | the expense | | | | | | of symbol | | | | | | lookup, | The benefits | | | | | binding and | of | | | | | relocation. | prebinding | | | | | This is | are realized | | | | | accomplished | when running | | | | | by a | executables | | | | | prebinding | that use a | | | | | data file or | large (>10) | | Per object | | | ELF segment | number of | | ELF | In | Matthew Dodd | that contains | shared | | Prebinding | progress | | intermediate | libraries. | | support | | | lookup | C++ | | | | | results | applications | | | | | allowing fast | also benefit | | | | | symbol | as they | | | | | binding and | contain a | | | | | relocation, | large number | | | | | provided that | of | | | | | dependent | relocations. | | | | | objects | | | | | | remain | | | | | | unchanged | | | | | | since the | | | | | | prebinding | | | | | | information | | | | | | was | | | | | | generated. | | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.2 +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------+--------+---------------+-------------------------------| | Bluetooth | | | It'd be nice to have some | | documentation | -- | Pav Lucistnik | Bluetooth documentation for | | | | | the Handbook. | +------------------------------------------------------------------------+ Testing focuses for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- freebsd-qa@FreeBSD.ORG Copyright (c) 1995-2003 The FreeBSD Project. All rights reserved. Last modified: 2003/05/31 07:19:32 From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 07:01:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18F2237B401; Sun, 29 Jun 2003 07:01:56 -0700 (PDT) Received: from oahu.WURLDLINK.NET (oahu.wurldlink.net [66.193.144.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D2784401E; Sun, 29 Jun 2003 07:01:55 -0700 (PDT) (envelope-from vince@oahu.WURLDLINK.NET) Received: from oahu.WURLDLINK.NET (vince@localhost.WURLDLINK.NET [127.0.0.1]) by oahu.WURLDLINK.NET (8.12.9/8.12.9) with ESMTP id h5TE1AYx079641; Sun, 29 Jun 2003 04:01:11 -1000 (HST) Received: from localhost (vince@localhost)h5TE19ck079638; Sun, 29 Jun 2003 04:01:09 -1000 (HST) Date: Sun, 29 Jun 2003 04:01:09 -1000 (HST) From: Vincent Poy To: Ruslan Ermilov In-Reply-To: <20030629084816.GC66267@sunbay.com> Message-ID: <20030629035848.C3146-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 14:01:57 -0000 On Sun, 29 Jun 2003, Ruslan Ermilov wrote: > On Sat, Jun 28, 2003 at 10:31:09PM -1000, Vincent Poy wrote: > [...] > > > > cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c > > > > /usr/src/tools/build/dummy.c -o dummy.o > > > > building static egacy library > > > > ar: not found > > > > *** Error code 127 > > > > > > > > Stop in /usr/src/tools/build. > > > > *** Error code 1 > > > > > > > What did you do to your /usr/bin/ar? > > > > I thought those files were deleted by David in the src so I guess > > they were created from elsewhere... I got it to build again after getting > > the binary base current snapshot and extracting those files.. > > > The one in /usr/bin/ar is from gnu/usr.bin/binutils/ar, usr.bin/ar > was indeed deleted (which is for old a.out support). Previously, > /usr/bin/ar was a wrapper that selected the right "ar" binary > depending on OBJFORMAT. Oh okay, I was trying to axe obselete binaries for once since I noticed sometimes I have binaries in the tree that no longer exists in the regular trees. One question though is where are the freebsd.submit.mc and freebsd.submit.cf located as I only see those files when you do a install but not anywhere in the tree. Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 07:52:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDD7737B401; Sun, 29 Jun 2003 07:52:51 -0700 (PDT) Received: from smtp02.syd.iprimus.net.au (smtp02.syd.iprimus.net.au [210.50.76.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FC6B43FF7; Sun, 29 Jun 2003 07:52:51 -0700 (PDT) (envelope-from tim@robbins.dropbear.id.au) Received: from dilbert.robbins.dropbear.id.au (210.50.112.245) by smtp02.syd.iprimus.net.au (7.0.015) id 3EF7A10D000E15A1; Mon, 30 Jun 2003 00:52:50 +1000 Received: by dilbert.robbins.dropbear.id.au (Postfix, from userid 1000) id 65C81C96E; Mon, 30 Jun 2003 00:52:34 +1000 (EST) Date: Mon, 30 Jun 2003 00:52:34 +1000 From: Tim Robbins To: re@freebsd.org Message-ID: <20030630005234.A76874@dilbert.robbins.dropbear.id.au> References: <200306291400.h5TE0Fpe092754@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200306291400.h5TE0Fpe092754@fledge.watson.org>; from rwatson@freebsd.org on Sun, Jun 29, 2003 at 10:00:15AM -0400 cc: current@freebsd.org Subject: Re: 5.2-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 14:52:52 -0000 On Sun, Jun 29, 2003 at 10:00:15AM -0400, Robert Watson wrote: > |------------+-----------+----------------+---------------| | > | | | | Kris Kennaway | | > | | | | reports | | > | | | | deadlocks | | > | | | | involving the | | > | | | | use of nullfs | | > | | | | in the bento | | > | | | | environment: | | > | | | | buildworld | | > | | | | -j4 with src | | > | | | | and obj | | > | | | | mounted via | | > | | | | nullfs; the | | > | nullfs | -- | -- | gcc processes | | > | deadlocks | | | eventually | | > | | | | deadlocked in | | > | | | | the ufs | | > | | | | state. DDB | | > | | | | traceback | | > | | | | showed two | | > | | | | different | | > | | | | codepaths. | | > | | | | I've just | | > | | | | repeated | | > | | | | this, so the | | > | | | | bug still | | > | | | | exists. | | > |------------+-----------+----------------+---------------| | This has already been fixed. Tim From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 08:14:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C6A537B401 for ; Sun, 29 Jun 2003 08:14:06 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8739544011 for ; Sun, 29 Jun 2003 08:14:05 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) h5TFE4l3006075 for ; Sun, 29 Jun 2003 11:14:04 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)h5TFE4Cd006072 for ; Sun, 29 Jun 2003 11:14:04 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 29 Jun 2003 11:14:04 -0400 (EDT) From: Andre Guibert de Bruet To: current@freebsd.org Message-ID: <20030629110309.R3470@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1690456203-1056899644=:3470" Subject: [PATCH] Missing case statement in sys/boot/pc98/boot2/io.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 15:14:06 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1690456203-1056899644=:3470 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, There's a case statement missing in the implementation of printf located in sys/boot/pc98/boot2/io.c to handle double % signs in the format argument. I realize that this would probably never be used under normal conditions but for correctness, shouldn't the attached patch be committed? Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > --0-1690456203-1056899644=:3470 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="io.c.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20030629111404.C3470@alpha.siliconlandmark.com> Content-Description: Content-Disposition: attachment; filename="io.c.patch" LS0tIGlvLmMub3JpZwlTdW4gSnVuIDI5IDExOjA1OjM2IDIwMDMNCisrKyBp by5jCVN1biBKdW4gMjkgMTE6MDY6NDggMjAwMw0KQEAgLTk2LDYgKzk2LDEw IEBADQogCQkJCQkgICAgICBwdXRjaGFyKGMpOw0KIAkJCQkgICAgICBicmVh azsNCiAJCQkgICAgICB9DQorCQkJICAgICAgY2FzZSAnJSc6IHsNCisJCQkJ ICAgICAgcHV0Y2hhcihjKTsNCisJCQkJICAgICAgYnJlYWs7DQorCQkJICAg ICAgfQ0KIAkJCX0NCiB9DQogDQo= --0-1690456203-1056899644=:3470-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 08:43:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7937037B401 for ; Sun, 29 Jun 2003 08:43:39 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78D3644013 for ; Sun, 29 Jun 2003 08:43:38 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by wall.polstra.com (8.12.3p2/8.12.3) with ESMTP id h5TFhbkF032539 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 29 Jun 2003 08:43:37 -0700 (PDT) (envelope-from jdp@strings.polstra.com) Received: (from jdp@localhost) by strings.polstra.com (8.12.6/8.12.6/Submit) id h5TFhb8V050180; Sun, 29 Jun 2003 08:43:37 -0700 (PDT) (envelope-from jdp) Date: Sun, 29 Jun 2003 08:43:37 -0700 (PDT) Message-Id: <200306291543.h5TFhb8V050180@strings.polstra.com> To: current@freebsd.org From: John Polstra In-Reply-To: <20030628220022.QXMV3199.pop016.verizon.net@kokeb.ambesa.net> References: <890E3745-A9A3-11D7-B882-0003937E39E0@mac.com> <20030628201814.GA33532@HAL9000.homeunix.com> <20030628220022.QXMV3199.pop016.verizon.net@kokeb.ambesa.net> Organization: Polstra & Co., Seattle, WA X-Bogosity: No, tests=bogofilter, spamicity=0.451003, version=0.11.2 Subject: Re: HEADS UP: libthr broken (was Re: HEADS UP: new KSE signal code) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 15:43:39 -0000 In article <20030628220022.QXMV3199.pop016.verizon.net@kokeb.ambesa.net>, Mike Makonnen wrote: > David's signal changes broke libthr. This is not his fault. The > original implementation of sigtimedwait was broken and jdp (John > Polstra) had worked up patches to fix it, but David beat him to it > :-). Well, it would have been nice if David had done a findgrep over the source tree to see if any existing code relied on the broken semantics of the original sigtimedwait implementation. > Libthr depended on the old "broken" semantics of sigtimedwait, so > any applications using libthr will be broken untill jdp commits the > second part of his patch. OK, I'm working on it ... John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Two buttocks cannot avoid friction." -- Malawi saying From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 09:04:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4806C37B401 for ; Sun, 29 Jun 2003 09:04:54 -0700 (PDT) Received: from mail.yadt.co.uk (yadt.demon.co.uk [158.152.4.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 4926043F3F for ; Sun, 29 Jun 2003 09:04:51 -0700 (PDT) (envelope-from davidt@yadt.co.uk) Received: (qmail 91915 invoked from network); 29 Jun 2003 16:04:49 -0000 Received: from unknown (HELO mail.gattaca.yadt.co.uk) (qmailr@10.0.0.2) by yadt.demon.co.uk with SMTP; 29 Jun 2003 16:04:49 -0000 Received: (qmail 50646 invoked by uid 1000); 29 Jun 2003 16:04:48 -0000 Date: Sun, 29 Jun 2003 17:04:47 +0100 From: David Taylor To: Robert Watson Message-ID: <20030629160447.GA47221@gattaca.yadt.co.uk> Mail-Followup-To: Robert Watson , current@FreeBSD.org References: <200306291400.h5TE0Fpe092754@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <200306291400.h5TE0Fpe092754@fledge.watson.org> User-Agent: Mutt/1.4.1i cc: current@FreeBSD.org Subject: Re: 5.2-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 16:04:54 -0000 On Sun, 29 Jun 2003, Robert Watson wrote: > +------------------------------------------------------------------------+ > | Issue | Status | Responsible | Description | > |---------------------+----------+-----------------+---------------------| ^^^ I don't suppose it would be possible to delete a couple of those leading spaces on each line? Although it fits into an 80-column display in vim/cat/whatever, mutt ends up wrapping it, and making it very ugly, but removing a couple of the spaces would make it fit fine. -- David Taylor davidt@yadt.co.uk "The future just ain't what it used to be" From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 09:07:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E11837B401 for ; Sun, 29 Jun 2003 09:07:46 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF56D43FE1 for ; Sun, 29 Jun 2003 09:07:45 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h5TG78KJ093353; Sun, 29 Jun 2003 12:07:09 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h5TG78gt093350; Sun, 29 Jun 2003 12:07:08 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 29 Jun 2003 12:07:08 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: David Taylor In-Reply-To: <20030629160447.GA47221@gattaca.yadt.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: Re: 5.2-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 16:07:46 -0000 On Sun, 29 Jun 2003, David Taylor wrote: > On Sun, 29 Jun 2003, Robert Watson wrote: > > +------------------------------------------------------------------------+ > > | Issue | Status | Responsible | Description | > > |---------------------+----------+-----------------+---------------------| > ^^^ > > I don't suppose it would be possible to delete a couple of those leading > spaces on each line? > > Although it fits into an 80-column display in vim/cat/whatever, mutt > ends up wrapping it, and making it very ugly, but removing a couple of > the spaces would make it fit fine. The way these are currently produced is to check out the web tree, build the HTML for the todo lists/etc, render them with links, dump to text, trim the unnecessary headers and footers, and spit them into a form e-mail. I can trim the leading spaces easily enough using sed; most other properties of the rendering are up to links and therefore hard to adjust. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 09:08:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC3A537B401 for ; Sun, 29 Jun 2003 09:08:12 -0700 (PDT) Received: from mail.yadt.co.uk (yadt.demon.co.uk [158.152.4.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 3FBE044013 for ; Sun, 29 Jun 2003 09:08:10 -0700 (PDT) (envelope-from davidt@yadt.co.uk) Received: (qmail 91954 invoked from network); 29 Jun 2003 16:08:08 -0000 Received: from unknown (HELO mail.gattaca.yadt.co.uk) (qmailr@10.0.0.2) by yadt.demon.co.uk with SMTP; 29 Jun 2003 16:08:08 -0000 Received: (qmail 50728 invoked by uid 1000); 29 Jun 2003 16:08:07 -0000 Date: Sun, 29 Jun 2003 17:08:07 +0100 From: David Taylor To: Robert Watson , current@FreeBSD.org Message-ID: <20030629160807.GA50703@gattaca.yadt.co.uk> Mail-Followup-To: Robert Watson , current@FreeBSD.org References: <200306291400.h5TE0Fpe092754@fledge.watson.org> <20030629160447.GA47221@gattaca.yadt.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20030629160447.GA47221@gattaca.yadt.co.uk> User-Agent: Mutt/1.4.1i Subject: Re: 5.2-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 16:08:13 -0000 On Sun, 29 Jun 2003, David Taylor wrote: > I don't suppose it would be possible to delete a couple of those leading > spaces on each line? > Bah, ignore me, after deciding it was mutt's fault for wrapping it when it shouldn't be, I found the 'wrapmargin' setting in my muttrc file... Reducing that a little fixed the problem. Sorry about that, -- David Taylor davidt@yadt.co.uk "The future just ain't what it used to be" From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 09:09:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E88937B405; Sun, 29 Jun 2003 09:09:32 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E460F44029; Sun, 29 Jun 2003 09:09:30 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h5TGZ1Hl004821; Sun, 29 Jun 2003 12:35:02 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h5TG9qlD013627; Sun, 29 Jun 2003 09:09:52 -0700 (PDT) (envelope-from jmg) Date: Sun, 29 Jun 2003 09:09:52 -0700 From: John-Mark Gurney To: Robert Watson , current@FreeBSD.org Message-ID: <20030629160952.GB3763@funkthat.com> Mail-Followup-To: Robert Watson , current@FreeBSD.org References: <200306291400.h5TE0Fpe092754@fledge.watson.org> <20030629160447.GA47221@gattaca.yadt.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030629160447.GA47221@gattaca.yadt.co.uk> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Subject: Re: 5.2-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 16:09:32 -0000 David Taylor wrote this message on Sun, Jun 29, 2003 at 17:04 +0100: > Although it fits into an 80-column display in vim/cat/whatever, mutt ends > up wrapping it, and making it very ugly, but removing a couple of the > spaces would make it fit fine. Reconfigure your mutt. It works fine over here on Mutt 1.4.1i (2003-03-19). Did you happen to set the wrapmargin variable? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 10:28:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2B2837B401; Sun, 29 Jun 2003 10:28:16 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 151A143FE9; Sun, 29 Jun 2003 10:28:16 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5THSCva018185; Sun, 29 Jun 2003 13:28:12 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5THSC3F018184; Sun, 29 Jun 2003 17:28:12 GMT Date: Sun, 29 Jun 2003 17:28:12 GMT Message-Id: <200306291728.h5THSC3F018184@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 17:28:17 -0000 TB --- 2003-06-29 16:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-06-29 16:00:01 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-29 16:07:33 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-06-29 17:21:45 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jun 29 17:21:45 GMT 2003 [...] kern_thread.o: In function `thread_update_usr_ticks': kern_thread.o(.text+0x2674): undefined reference to `fuword32' kern_thread.o(.text+0x2678): undefined reference to `fuword32' kern_thread.o(.text+0x2690): undefined reference to `suword32' kern_thread.o(.text+0x2694): undefined reference to `suword32' kern_thread.o: In function `thread_user_enter': kern_thread.o(.text+0x3438): undefined reference to `fuword32' kern_thread.o(.text+0x343c): undefined reference to `fuword32' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-06-29 17:28:12 - /usr/bin/make returned exit code 1 TB --- 2003-06-29 17:28:12 - ERROR: failed to build generic kernel TB --- 2003-06-29 17:28:12 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 10:49:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9963B37B401; Sun, 29 Jun 2003 10:49:17 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F44743FE5; Sun, 29 Jun 2003 10:49:16 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h5THnGDZ049868; Sun, 29 Jun 2003 10:49:16 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h5THnFGW008872; Sun, 29 Jun 2003 10:49:15 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h5THnFeG008871; Sun, 29 Jun 2003 10:49:15 -0700 (PDT) Date: Sun, 29 Jun 2003 10:49:15 -0700 From: Marcel Moolenaar To: Tinderbox Message-ID: <20030629174915.GA8854@dhcp01.pn.xcllnt.net> References: <200306291728.h5THSC3F018184@cueball.rtp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200306291728.h5THSC3F018184@cueball.rtp.FreeBSD.org> User-Agent: Mutt/1.5.4i cc: alpha@freebsd.org cc: current@freebsd.org Subject: Re: [-CURRENT tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 17:49:18 -0000 On Sun, Jun 29, 2003 at 05:28:12PM +0000, Tinderbox wrote: > TB --- 2003-06-29 17:21:45 - building generic kernel > TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src > TB --- /usr/bin/make buildkernel KERNCONF=GENERIC > >>> Kernel build for GENERIC started on Sun Jun 29 17:21:45 GMT 2003 > [...] > kern_thread.o: In function `thread_update_usr_ticks': > kern_thread.o(.text+0x2674): undefined reference to `fuword32' > kern_thread.o(.text+0x2678): undefined reference to `fuword32' > kern_thread.o(.text+0x2690): undefined reference to `suword32' > kern_thread.o(.text+0x2694): undefined reference to `suword32' > kern_thread.o: In function `thread_user_enter': > kern_thread.o(.text+0x3438): undefined reference to `fuword32' > kern_thread.o(.text+0x343c): undefined reference to `fuword32' > *** Error code 1 Already fixed. Note that fuword16() and suword16() are still unimplemented. FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 11:05:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAE1937B401; Sun, 29 Jun 2003 11:05:25 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id D69C84400E; Sun, 29 Jun 2003 11:05:24 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5TI5Lva091499; Sun, 29 Jun 2003 14:05:21 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5TI5L7v091498; Sun, 29 Jun 2003 18:05:21 GMT Date: Sun, 29 Jun 2003 18:05:21 GMT Message-Id: <200306291805.h5TI5L7v091498@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, amd64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 18:05:26 -0000 TB --- 2003-06-29 17:28:12 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2003-06-29 17:28:12 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-29 17:31:31 - building world TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/amd64/amd64/obj/amd64/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/i386/usr/include >>> stage 4: building libraries [...] cc -O -pipe -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libsmutil/../../contrib/sendmail/src -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libsmutil/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DMAP_REGEX -DNOT_SENDMAIL -c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/contrib/sendmail/libsmutil/snprintf.c -o snprintf.o cc -O -pipe -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libsmutil/../../contrib/sendmail/src -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libsmutil/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DMAP_REGEX -DNOT_SENDMAIL -c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/contrib/sendmail/libsmutil/cf.c -o cf.o building static smutil library ranlib libsmutil.a ===> lib/libstand cc -O -pipe -ffreestanding -Wformat -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstand -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstand/../libz -c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstand/__main.c -o __main.o ld: unrecognised emulation mode: elf_i386_fbsd Supported emulations: elf_x86_64_fbsd *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstand. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. TB --- 2003-06-29 18:05:21 - /usr/bin/make returned exit code 1 TB --- 2003-06-29 18:05:21 - ERROR: failed to build world TB --- 2003-06-29 18:05:21 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 11:10:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 356F437B401; Sun, 29 Jun 2003 11:10:29 -0700 (PDT) Received: from pop015.verizon.net (pop015pub.verizon.net [206.46.170.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 331964401A; Sun, 29 Jun 2003 11:10:28 -0700 (PDT) (envelope-from mtm@identd.net) Received: from kokeb.ambesa.net ([141.156.188.208]) by pop015.verizon.net (InterMail vM.5.01.05.33 201-253-122-126-133-20030313) with ESMTP id <20030629181026.SXLI20810.pop015.verizon.net@kokeb.ambesa.net>; Sun, 29 Jun 2003 13:10:26 -0500 Date: Sun, 29 Jun 2003 14:10:25 -0400 From: Mike Makonnen To: freebsd-current@FreeBSD.org In-Reply-To: <20030628220022.QXMV3199.pop016.verizon.net@kokeb.ambesa.net> References: <890E3745-A9A3-11D7-B882-0003937E39E0@mac.com> <20030628201814.GA33532@HAL9000.homeunix.com> <20030628220022.QXMV3199.pop016.verizon.net@kokeb.ambesa.net> X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at pop015.verizon.net from [141.156.188.208] at Sun, 29 Jun 2003 13:10:26 -0500 Message-Id: <20030629181026.SXLI20810.pop015.verizon.net@kokeb.ambesa.net> cc: jdp@FreeBSD.org cc: davidxu@viatech.com.cn Subject: Re: HEADS UP: libthr broken (was Re: HEADS UP: new KSE signal code) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 18:10:29 -0000 Libthr should be working again. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc mtm@identd.net | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9 mtm@FreeBSD.Org| FreeBSD - The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 11:13:23 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7111B37B401 for ; Sun, 29 Jun 2003 11:13:23 -0700 (PDT) Received: from mail.blarg.net (floyd.blarg.net [206.124.128.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B0BA43FF9 for ; Sun, 29 Jun 2003 11:13:23 -0700 (PDT) (envelope-from abowhill@blarg.net) Received: from io (dsl-129-176.sea.blarg.net [206.124.129.176]) by mail.blarg.net (Postfix) with SMTP id 9631C37E98 for ; Sun, 29 Jun 2003 11:13:22 -0700 (PDT) Message-ID: <013601c33e6a$eb312d70$0200000a@io> From: "Allan Bowhill" To: "fbsd-current" Date: Sun, 29 Jun 2003 11:19:02 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: errors under g++ 3.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 18:13:23 -0000 I recently updated one of my machines to -current to adapt some code to build under the new version of gcc (3.2.2). However, file IO using gives error messages about implicit typenames being deprecated, and I can't for the life of me figure out what to do my code to make the compiler happy. Has anyone encountered this? Below is a small example illustrating the problem. The source below should compile fine on a previous version of g++, as in -stable. However, it will not compile on -current using g++ 3.3.2. Does anyone know what to do to the simple source below to get it to compile happily under -current? (yes, I have checked gnu gcc's mailing list and FAQ/docs. I can't find an adequate explanation for it. I suspect it has something to do with stricter conformance to the finalized C++ standard, but since I am still a novice any explanation by gcc developers would probably have slipped by me) --------- #include int main() { std::ofstream afile("test.txt"); afile << "some data"; } ---------- > gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.2.2 [FreeBSD] 20030205 (release) --------- >g++ test.cc In file included from test.cc:1: /usr/include/g++/fstream:304: warning: `typename std::basic_filebuf<_CharT, _Traits>::int_type' is implicitly a typename /usr/include/g++/fstream:304: warning: implicit typename is deprecated, please see the documentation for details /usr/include/g++/fstream:309: warning: `typename std::basic_filebuf<_CharT, _Traits>::int_type' is implicitly a typename /usr/include/g++/fstream:309: warning: implicit typename is deprecated, please see the documentation for details From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 11:22:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC24737B401 for ; Sun, 29 Jun 2003 11:22:40 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 572E443FDF for ; Sun, 29 Jun 2003 11:22:37 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h5TIMWVd017570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jun 2003 21:22:32 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h5TIMUTq017563; Sun, 29 Jun 2003 21:22:30 +0300 (EEST) (envelope-from ru) Date: Sun, 29 Jun 2003 21:22:30 +0300 From: Ruslan Ermilov To: Vincent Poy Message-ID: <20030629182229.GB75484@sunbay.com> References: <20030629084816.GC66267@sunbay.com> <20030629035848.C3146-100000@oahu.WURLDLINK.NET> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1LKvkjL3sHcu1TtY" Content-Disposition: inline In-Reply-To: <20030629035848.C3146-100000@oahu.WURLDLINK.NET> User-Agent: Mutt/1.5.4i cc: current@freebsd.org Subject: Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 18:22:41 -0000 --1LKvkjL3sHcu1TtY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 29, 2003 at 04:01:09AM -1000, Vincent Poy wrote: [...] > One question though is where are the freebsd.submit.mc and > freebsd.submit.cf located as I only see those files when you do a install > but not anywhere in the tree. >=20 They are copied from prebuilt files in src/contrib/sendmail/cf/, but not when you do a "make install", but rather with "make distribution". See src/etc/sendmail/Makefile for details. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --1LKvkjL3sHcu1TtY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+/y5lUkv4P6juNwoRAszxAJ9i+WvOD7uqJTKMk4My3vIZ8Zk1CgCeIjLX 6wMVk0FEaDo6W+n2Fmxq4Zc= =hXWY -----END PGP SIGNATURE----- --1LKvkjL3sHcu1TtY-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 11:31:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EB7237B401 for ; Sun, 29 Jun 2003 11:31:43 -0700 (PDT) Received: from gypsy.vrac.iastate.edu (gypsy.vrac.iastate.edu [129.186.232.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1BD44402A for ; Sun, 29 Jun 2003 11:31:42 -0700 (PDT) (envelope-from patrick@137.org) Received: from 137.org (unknown [65.171.114.105]) by gypsy.vrac.iastate.edu (Postfix) with ESMTP id C2D24F9; Sun, 29 Jun 2003 13:31:55 -0500 (CDT) Message-ID: <3EFF308B.6060200@137.org> Date: Sun, 29 Jun 2003 13:31:39 -0500 From: Patrick Hartling User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030512 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Allan Bowhill References: <013601c33e6a$eb312d70$0200000a@io> In-Reply-To: <013601c33e6a$eb312d70$0200000a@io> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: fbsd-current Subject: Re: errors under g++ 3.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 18:31:43 -0000 Allan Bowhill wrote: > I recently updated one of my machines to -current to adapt some code to > build under the new version of gcc (3.2.2). However, file IO using > gives error messages about implicit typenames being deprecated, and I can't > for the life of me figure out what to do my code to make the compiler happy. > Has anyone encountered this? I do a lot of C++ development on -current, and I have been seeing these exact warnings. The problem is in the fstream header, however, so there is nothing you can do to your code to prevent the warnings. You could modify /usr/include/g++/fstream to silence the warnings, but it would get overwritten if you upgrade your system. > Below is a small example illustrating the problem. The source below should > compile fine on a previous version of g++, as in -stable. However, it will > not compile on -current using g++ 3.3.2. Does anyone know what to do to the > simple source below to get it to compile happily under -current? From your output, I don't see compile failures, I see warnings. Do you have -Werror turned on somewhere that wouldn't show up during normal usage--like some environment variable or something? I was able to compile and run your code without issue here. Honestly, I am surprised that a GCC header would have an implicit typename since the compiler clearly complains loudly about them. At any rate, I think the update to GCC 3.3 in -current is going to happen quite soon, and presumably, the updated GCC C++ headers will have warnings such as these fully eliminated. -Patrick > (yes, I have checked gnu gcc's mailing list and FAQ/docs. I can't find an > adequate explanation for it. I suspect it has something to do with stricter > conformance to the finalized C++ standard, but since I am still a novice any > explanation by gcc developers would probably have slipped by me) > > --------- > > #include > > int main() > { > std::ofstream afile("test.txt"); > afile << "some data"; > } > > ---------- > > >>gcc -v > > Using built-in specs. > Configured with: FreeBSD/i386 system compiler > Thread model: posix > gcc version 3.2.2 [FreeBSD] 20030205 (release) > > --------- > > >>g++ test.cc > > In file included from test.cc:1: > /usr/include/g++/fstream:304: warning: `typename std::basic_filebuf<_CharT, > _Traits>::int_type' is implicitly a typename > /usr/include/g++/fstream:304: warning: implicit typename is deprecated, > please > see the documentation for details > /usr/include/g++/fstream:309: warning: `typename std::basic_filebuf<_CharT, > _Traits>::int_type' is implicitly a typename > /usr/include/g++/fstream:309: warning: implicit typename is deprecated, > please > see the documentation for details > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Patrick L. Hartling | Research Assistant, VRAC patrick@137.org | 2274 Howe Hall Room 2624 PGP: http://www.137.org/patrick/pgp.txt | T: +1.515.294.4916 http://www.137.org/patrick/ | http://www.vrac.iastate.edu/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 11:37:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3548F37B401 for ; Sun, 29 Jun 2003 11:37:40 -0700 (PDT) Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDAD743FE1 for ; Sun, 29 Jun 2003 11:37:39 -0700 (PDT) (envelope-from hsu@FreeBSD.org) Received: from FreeBSD.org (adsl-63-193-112-125.dsl.snfc21.pacbell.net [63.193.112.125]) by mta7.pltn13.pbi.net (8.12.9/8.12.3) with ESMTP id h5TIbckY015162; Sun, 29 Jun 2003 11:37:38 -0700 (PDT) Message-Id: <200306291837.h5TIbckY015162@mta7.pltn13.pbi.net> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: abowhill@blarg.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Jun 2003 11:44:11 -0700 From: Jeffrey Hsu cc: freebsd-current@FreeBSD.org Subject: errors under g++ 3.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 18:37:40 -0000 > file IO using gives error messages about implicit typenames > being deprecated, and I can't for the life of me figure out what to do > my code to make the compiler happy Change your /usr/include/g++/fstream as follows: --- /usr/include/g++/fstream Sun Jun 29 09:17:46 2003 +++ fstream Sun Jun 29 11:33:38 2003 @@ -299,12 +299,12 @@ // Generic definitions. template - basic_filebuf<_CharT, _Traits>::int_type + typename basic_filebuf<_CharT, _Traits>::int_type basic_filebuf<_CharT, _Traits>::underflow() { return _M_underflow_common(false); } template - basic_filebuf<_CharT, _Traits>::int_type + typename basic_filebuf<_CharT, _Traits>::int_type basic_filebuf<_CharT, _Traits>::uflow() { return _M_underflow_common(true); } From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 11:40:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4755B37B401 for ; Sun, 29 Jun 2003 11:40:01 -0700 (PDT) Received: from mbox1.netikka.net (mbox1.netikka.net [213.250.81.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C65C44014 for ; Sun, 29 Jun 2003 11:39:58 -0700 (PDT) (envelope-from markus.niemisto@iki.fi) Received: from ogorod.dielocalwarez.com (fl43.netikka.fi [81.209.127.43]) by mbox1.netikka.net (Postfix) with SMTP id 5007749C0AA for ; Sun, 29 Jun 2003 21:39:56 +0300 (EEST) Date: Sun, 29 Jun 2003 21:39:54 +0300 From: Markus =?ISO-8859-1?Q?Niemist=F6?= To: freebsd-current@freebsd.org Message-Id: <20030629213954.605ed0f5.markus.niemisto@iki.fi> In-Reply-To: <013601c33e6a$eb312d70$0200000a@io> References: <013601c33e6a$eb312d70$0200000a@io> Organization: -=Die LocalWarez=- X-Mailer: Sylpheed version 0.9.0 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: errors under g++ 3.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 18:40:01 -0000 On Sun, 29 Jun 2003 11:19:02 -0700 "Allan Bowhill" wrote: > I recently updated one of my machines to -current to adapt some code > to build under the new version of gcc (3.2.2). However, file IO using > gives error messages about implicit typenames being > deprecated, and I can't for the life of me figure out what to do my > code to make the compiler happy. Has anyone encountered this? I encountered similiar problem when I tried to compile Lyx from CVS tree. Pretty annoying, I think. Markus Niemist=F6 From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 11:41:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9DA937B401 for ; Sun, 29 Jun 2003 11:41:41 -0700 (PDT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1288744015 for ; Sun, 29 Jun 2003 11:41:41 -0700 (PDT) (envelope-from leimy2k@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h5TIfdh0003031; Sun, 29 Jun 2003 11:41:39 -0700 (PDT) Received: from mac.com (adsl-33-225-56.jan.bellsouth.net [67.33.225.56]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 2.0) with ESMTP id h5TIfaNl009112; Sun, 29 Jun 2003 11:41:37 -0700 (PDT) In-Reply-To: <013601c33e6a$eb312d70$0200000a@io> References: <013601c33e6a$eb312d70$0200000a@io> Mime-Version: 1.0 (Apple Message framework v578) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <4F7B10CF-AA61-11D7-92F6-0003937E39E0@mac.com> Content-Transfer-Encoding: 7bit From: David Leimbach Date: Sun, 29 Jun 2003 13:41:35 -0500 To: Allan Bowhill X-Mailer: Apple Mail (2.578) cc: fbsd-current Subject: Re: errors under g++ 3.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 18:41:41 -0000 On Sunday, June 29, 2003, at 1:19PM, Allan Bowhill wrote: > I recently updated one of my machines to -current to adapt some code to > build under the new version of gcc (3.2.2). However, file IO using > > gives error messages about implicit typenames being deprecated, and I > can't > for the life of me figure out what to do my code to make the compiler > happy. > Has anyone encountered this? > > Below is a small example illustrating the problem. The source below > should > compile fine on a previous version of g++, as in -stable. However, it > will > not compile on -current using g++ 3.3.2. Does anyone know what to do > to the > simple source below to get it to compile happily under -current? > > (yes, I have checked gnu gcc's mailing list and FAQ/docs. I can't find > an > adequate explanation for it. I suspect it has something to do with > stricter > conformance to the finalized C++ standard, but since I am still a > novice any > explanation by gcc developers would probably have slipped by me) > Your code below is fine... there is something wrong with the C++ headers used in the FreeBSD tree. I haven't seen this on other platforms. I don't think that those with commit access generally do a lot with C++ [possibly a bad assumption, but I have a hard time believing the problem would have lived so long if this weren't the case] Dave > --------- > > #include > > int main() > { > std::ofstream afile("test.txt"); > afile << "some data"; > } > > ---------- > >> gcc -v > Using built-in specs. > Configured with: FreeBSD/i386 system compiler > Thread model: posix > gcc version 3.2.2 [FreeBSD] 20030205 (release) > > --------- > >> g++ test.cc > In file included from test.cc:1: > /usr/include/g++/fstream:304: warning: `typename > std::basic_filebuf<_CharT, > _Traits>::int_type' is implicitly a typename > /usr/include/g++/fstream:304: warning: implicit typename is deprecated, > please > see the documentation for details > /usr/include/g++/fstream:309: warning: `typename > std::basic_filebuf<_CharT, > _Traits>::int_type' is implicitly a typename > /usr/include/g++/fstream:309: warning: implicit typename is deprecated, > please > see the documentation for details > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 11:42:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB75837B401; Sun, 29 Jun 2003 11:42:36 -0700 (PDT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44C3E4401E; Sun, 29 Jun 2003 11:42:36 -0700 (PDT) (envelope-from leimy2k@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h5TIgYCR002311; Sun, 29 Jun 2003 11:42:34 -0700 (PDT) Received: from mac.com (adsl-33-225-56.jan.bellsouth.net [67.33.225.56]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 2.0) with ESMTP id h5TIfaNm009112; Sun, 29 Jun 2003 11:42:32 -0700 (PDT) In-Reply-To: <200306291837.h5TIbckY015162@mta7.pltn13.pbi.net> References: <200306291837.h5TIbckY015162@mta7.pltn13.pbi.net> Mime-Version: 1.0 (Apple Message framework v578) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <715BD000-AA61-11D7-92F6-0003937E39E0@mac.com> Content-Transfer-Encoding: 7bit From: David Leimbach Date: Sun, 29 Jun 2003 13:42:32 -0500 To: Jeffrey Hsu X-Mailer: Apple Mail (2.578) cc: freebsd-current@FreeBSD.org cc: abowhill@blarg.net Subject: Re: errors under g++ 3.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 18:42:37 -0000 On Sunday, June 29, 2003, at 1:44PM, Jeffrey Hsu wrote: >> file IO using gives error messages about implicit typenames >> being deprecated, and I can't for the life of me figure out what to do >> my code to make the compiler happy > > Change your /usr/include/g++/fstream as follows: Can someone commit this change so we don't all have to do this every time we rebuild? :) I think there might be other offending headers too. Dave > > --- /usr/include/g++/fstream Sun Jun 29 09:17:46 2003 > +++ fstream Sun Jun 29 11:33:38 2003 > @@ -299,12 +299,12 @@ > > // Generic definitions. > template > - basic_filebuf<_CharT, _Traits>::int_type > + typename basic_filebuf<_CharT, _Traits>::int_type > basic_filebuf<_CharT, _Traits>::underflow() > { return _M_underflow_common(false); } > > template > - basic_filebuf<_CharT, _Traits>::int_type > + typename basic_filebuf<_CharT, _Traits>::int_type > basic_filebuf<_CharT, _Traits>::uflow() > { return _M_underflow_common(true); } > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 11:52:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C7A937B401; Sun, 29 Jun 2003 11:52:39 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id D223443FA3; Sun, 29 Jun 2003 11:52:36 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id AB8B92A7EA; Sun, 29 Jun 2003 11:52:36 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Tinderbox In-Reply-To: <200306291805.h5TI5L7v091498@cueball.rtp.FreeBSD.org> Date: Sun, 29 Jun 2003 11:52:36 -0700 From: Peter Wemm Message-Id: <20030629185236.AB8B92A7EA@canning.wemm.org> cc: amd64@freebsd.org cc: current@freebsd.org Subject: Re: [-CURRENT tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 18:52:39 -0000 Tinderbox wrote: > TB --- 2003-06-29 17:28:12 - starting CURRENT tinderbox run for amd64/amd64 [..] > >>> stage 3: cross tools > >>> stage 4: populating /home/des/tinderbox/CURRENT/amd64/amd64/obj/amd64/vol /vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/i386/usr/include > >>> stage 4: building libraries > [...] > cc -O -pipe -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libs mutil/../../contrib/sendmail/src -I/vol/vol0/users/des/tinderbox/CURRENT/am d64/amd64/src/lib/libsmutil/../../contrib/sendmail/include -I. -DNEWDB -DNI S -DMAP_REGEX -DNOT_SENDMAIL -c /vol/vol0/users/des/tinderbox/CURRENT/amd 64/amd64/src/contrib/sendmail/libsmutil/snprintf.c -o snprintf.o > cc -O -pipe -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libs mutil/../../contrib/sendmail/src -I/vol/vol0/users/des/tinderbox/CURRENT/am d64/amd64/src/lib/libsmutil/../../contrib/sendmail/include -I. -DNEWDB -DNI S -DMAP_REGEX -DNOT_SENDMAIL -c /vol/vol0/users/des/tinderbox/CURRENT/amd 64/amd64/src/contrib/sendmail/libsmutil/cf.c -o cf.o > building static smutil library > ranlib libsmutil.a > ===> lib/libstand > cc -O -pipe -ffreestanding -Wformat -I/vol/vol0/users/des/tinderbox/CURRENT/ amd64/amd64/src/lib/libstand -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE _MEMCPY -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstan d/../libz -c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/lib stand/__main.c -o __main.o > ld: unrecognised emulation mode: elf_i386_fbsd > Supported emulations: elf_x86_64_fbsd > *** Error code 1 In case anybody else is running into this, I am waiting on a straight answer from David O'Brien about whether he objects to this patch or not: Index: gnu/usr.bin/binutils/ld/Makefile.amd64 =========================================================================== --- gnu/usr.bin/binutils/ld/Makefile.amd64 2003/06/26 17:55:59 #1 +++ gnu/usr.bin/binutils/ld/Makefile.amd64 2003/06/26 17:55:59 @@ -18,3 +18,17 @@ sh ${.CURDIR}/genscripts.sh ${SRCDIR}/ld ${_x86_64_path} \ ${HOST} ${TARGET_TUPLE} ${TARGET_TUPLE} \ "${NATIVE_EMULATION}" "" ${NATIVE_EMULATION} "${TARGET_TUPLE}" + +X86_EMULATION= elf_i386_fbsd +_i386_path= \"${TOOLS_PREFIX}/usr/lib/i386\" +EMS+= ${X86_EMULATION} +LDSCRIPTS+= ${X86_EMULATION}.x ${X86_EMULATION}.xbn ${X86_EMULATION}.xn ${X86_EMULATION}.xr \ + ${X86_EMULATION}.xs ${X86_EMULATION}.xu ${X86_EMULATION}.xc ${X86_EMULATION}.xsc +SRCS+= e${X86_EMULATION}.c +CLEANFILES+= e${X86_EMULATION}.c + +e${X86_EMULATION}.c: emulparams/${X86_EMULATION}.sh emultempl/elf32.em scripttempl/elf.sc \ + genscripts.sh stringify.sed + sh ${.CURDIR}/genscripts.sh ${SRCDIR}/ld ${_i386_path} \ + ${HOST} ${TARGET_TUPLE} ${TARGET_TUPLE} \ + "${X86_EMULATION}" "" ${X86_EMULATION} "${TARGET_TUPLE}" Index: gnu/usr.bin/binutils/libbfd/Makefile.amd64 =========================================================================== --- gnu/usr.bin/binutils/libbfd/Makefile.amd64 2003/06/26 17:55:59 #1 +++ gnu/usr.bin/binutils/libbfd/Makefile.amd64 2003/06/26 17:55:59 @@ -1,21 +1,22 @@ # $FreeBSD: src/gnu/usr.bin/binutils/libbfd/Makefile.amd64,v 1.1 2003/04/26 03:28:21 obrien Exp $ -.include "${.CURDIR}/Makefile.i386" - -# Get the i386 DEFAULT_VECTOR and VECS. -I386_VECS:= ${DEFAULT_VECTOR} ${VECS} - DEFAULT_VECTOR= bfd_elf64_x86_64_vec -VECS= bfd_elf64_x86_64_vec ${I386_VECS} +VECS= bfd_elf64_x86_64_vec bfd_elf32_i386_freebsd_vec SRCS+= elf64-amd64-fbsd.c elf64-target.h elf64-gen.c elf64.c +SRCS+= cpu-i386.c elf32-i386-fbsd.c elf32-target.h elf32.c elflink.c CLEANFILES+= elf64-target.h elf64-target.h: elfxx-target.h sed -e s/NN/64/g ${.ALLSRC} > ${.TARGET} +CLEANFILES+= elf32-target.h + +elf32-target.h: elfxx-target.h + sed -e s/NN/32/g ${.ALLSRC} > ${.TARGET} + CLEANFILES+= elf64-amd64-fbsd.c elf64-amd64-fbsd.c: ${.CURDIR}/elf-fbsd-brand.c ${SRCDIR}/bfd/elf64-x86-64.c There is a copy here: http://people.freebsd.org/~peter/binutils.diff Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 11:54:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E5C937B405; Sun, 29 Jun 2003 11:54:46 -0700 (PDT) Received: from dmlb.org (pc2-cmbg4-6-cust36.cmbg.cable.ntl.com [81.96.76.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9BC24401A; Sun, 29 Jun 2003 11:54:43 -0700 (PDT) (envelope-from dmlb@dmlb.org) Received: from orac.my.domain ([192.168.200.75] helo=orac) by dmlb.org with smtp (Exim 3.36 #1) id 19WhJy-00029z-00; Sun, 29 Jun 2003 19:54:42 +0100 Message-ID: <000501c33e6f$e954da10$4bc8a8c0@orac> From: "Duncan Barclay" To: , Date: Sun, 29 Jun 2003 19:54:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Very alpha BroadCom 4401 driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 18:54:47 -0000 Hello all For those of you who have a Broadcom 4401 10/100 Ethernet (not gigabit) can you please try the driver at http://people.freebsd.org/~dmlb/bcm-0306291936.tar.gz. Untar it, and you should have sys/dev/bcm/* and sys/modules/bcm/Makefile. Put these into /sys then cd /sys/modules/bcm make make test then use the interface. If you encounter wierdness, please reboot with -v, and reload the module and recreate the wierdness. Then send me the dmesg output. The driver is sub-optimal: - only a small % of the TX and RX buffers are used. This can be changed in if_bcmreg.h. - RX DMAs into fixed buffers and then these are copied to mbufs. - the device stats aren't read - I don't know what to add into some of the timer and media routines, if anyone can suggest what's needed then I would be grateful. - LOR on unload. I will be trying to fix these over the next couple of days. I will be on holiday 5th July to 13th July, so please forgive any delay in replying to problems. Enjoy Duncan From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 12:28:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27DA437B401 for ; Sun, 29 Jun 2003 12:28:00 -0700 (PDT) Received: from lakemtao01.cox.net (lakemtao01.cox.net [68.1.17.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5149944005 for ; Sun, 29 Jun 2003 12:27:59 -0700 (PDT) (envelope-from eqe@cox.net) Received: from osiris.ronin.net ([68.110.210.240]) by lakemtao01.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20030629192759.QBXO8337.lakemtao01.cox.net@osiris.ronin.net> for ; Sun, 29 Jun 2003 15:27:59 -0400 From: Eriq Lamar Organization: Darkronin.net To: freebsd-current@freebsd.org Date: Sun, 29 Jun 2003 15:28:57 -0400 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306291528.57498.eqe@cox.net> Subject: desired feature for 5.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 19:28:00 -0000 maybe it would be good to be able to make world :) From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 12:48:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8838237B401; Sun, 29 Jun 2003 12:48:42 -0700 (PDT) Received: from oahu.WURLDLINK.NET (oahu.wurldlink.net [66.193.144.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBC3E43FBD; Sun, 29 Jun 2003 12:48:41 -0700 (PDT) (envelope-from vince@oahu.WURLDLINK.NET) Received: from oahu.WURLDLINK.NET (vince@localhost.WURLDLINK.NET [127.0.0.1]) by oahu.WURLDLINK.NET (8.12.9/8.12.9) with ESMTP id h5TJlqYx084324; Sun, 29 Jun 2003 09:47:57 -1000 (HST) Received: from localhost (vince@localhost)h5TJlqgE084321; Sun, 29 Jun 2003 09:47:52 -1000 (HST) Date: Sun, 29 Jun 2003 09:47:52 -1000 (HST) From: Vincent Poy To: Ruslan Ermilov In-Reply-To: <20030629182229.GB75484@sunbay.com> Message-ID: <20030629094707.X3146-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 19:48:42 -0000 On Sun, 29 Jun 2003, Ruslan Ermilov wrote: > On Sun, Jun 29, 2003 at 04:01:09AM -1000, Vincent Poy wrote: > [...] > > One question though is where are the freebsd.submit.mc and > > freebsd.submit.cf located as I only see those files when you do a install > > but not anywhere in the tree. > > > They are copied from prebuilt files in src/contrib/sendmail/cf/, > but not when you do a "make install", but rather with "make > distribution". See src/etc/sendmail/Makefile for details. Interesting. I can see the freebsd.mc which makes the freebsd.cf file but I'm just trying to figure out when the submit.cf needs to be upgraded. Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 13:01:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02D9C37B401 for ; Sun, 29 Jun 2003 13:01:52 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61AE644008 for ; Sun, 29 Jun 2003 13:01:48 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h5TK1gVd026663 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jun 2003 23:01:43 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h5TK1fUV026623; Sun, 29 Jun 2003 23:01:41 +0300 (EEST) (envelope-from ru) Date: Sun, 29 Jun 2003 23:01:41 +0300 From: Ruslan Ermilov To: Vincent Poy Message-ID: <20030629200141.GA26450@sunbay.com> References: <20030629182229.GB75484@sunbay.com> <20030629094707.X3146-100000@oahu.WURLDLINK.NET> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <20030629094707.X3146-100000@oahu.WURLDLINK.NET> User-Agent: Mutt/1.5.4i cc: current@freebsd.org Subject: Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 20:01:52 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 29, 2003 at 09:47:52AM -1000, Vincent Poy wrote: > On Sun, 29 Jun 2003, Ruslan Ermilov wrote: >=20 > > On Sun, Jun 29, 2003 at 04:01:09AM -1000, Vincent Poy wrote: > > [...] > > > One question though is where are the freebsd.submit.m= c and > > > freebsd.submit.cf located as I only see those files when you do a ins= tall > > > but not anywhere in the tree. > > > > > They are copied from prebuilt files in src/contrib/sendmail/cf/, > > but not when you do a "make install", but rather with "make > > distribution". See src/etc/sendmail/Makefile for details. >=20 > Interesting. I can see the freebsd.mc which makes the freebsd.cf > file but I'm just trying to figure out when the submit.cf needs to be > upgraded. >=20 Again, this is handled by "make distribution". (Run "make -n distribution" from src/etc/sendmail/.) As such, it is handled by mergemaster(8). Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+/0WkUkv4P6juNwoRAth9AJ9tRhHrVl4f7j0zThqTiDedjtP3TQCdH0+e CEj5GakMekha8vD75y6BST0= =Bbo3 -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 13:13:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F86237B401; Sun, 29 Jun 2003 13:13:20 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FE6543FA3; Sun, 29 Jun 2003 13:13:19 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5TKDFva060564; Sun, 29 Jun 2003 16:13:15 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5TKDFev060563; Sun, 29 Jun 2003 20:13:15 GMT Date: Sun, 29 Jun 2003 20:13:15 GMT Message-Id: <200306292013.h5TKDFev060563@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, i386@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 20:13:20 -0000 TB --- 2003-06-29 19:34:13 - starting CURRENT tinderbox run for i386/pc98 TB --- 2003-06-29 19:34:13 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/pc98 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-29 19:36:53 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies [...] rm -f .depend mkdep -f .depend -a /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sbin/mdconfig/mdconfig.c echo mdconfig: /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/lib/libc.a >> .depend ===> sbin/mdmfs rm -f .depend mkdep -f .depend -a /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sbin/mdmfs/mdmfs.c /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sbin/mdmfs/mdmfs.c:53:23: pathnames.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sbin/mdmfs. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sbin. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. TB --- 2003-06-29 20:13:15 - /usr/bin/make returned exit code 1 TB --- 2003-06-29 20:13:15 - ERROR: failed to build world TB --- 2003-06-29 20:13:15 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 13:41:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8687A37B401; Sun, 29 Jun 2003 13:41:47 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A67654401A; Sun, 29 Jun 2003 13:41:46 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h5TKfDKJ094518; Sun, 29 Jun 2003 16:41:13 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h5TKfD29094515; Sun, 29 Jun 2003 16:41:13 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 29 Jun 2003 16:41:13 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Tim Robbins In-Reply-To: <20030630005234.A76874@dilbert.robbins.dropbear.id.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: re@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: 5.2-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 20:41:47 -0000 On Mon, 30 Jun 2003, Tim Robbins wrote: > This has already been fixed. Great, I'll update the list, thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 13:56:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2102737B401; Sun, 29 Jun 2003 13:56:48 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 673F043F3F; Sun, 29 Jun 2003 13:56:47 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5TKuhva040414; Sun, 29 Jun 2003 16:56:43 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5TKuhdJ040413; Sun, 29 Jun 2003 20:56:43 GMT Date: Sun, 29 Jun 2003 20:56:43 GMT Message-Id: <200306292056.h5TKuhdJ040413@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, ia64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 20:56:48 -0000 TB --- 2003-06-29 20:13:15 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-06-29 20:13:15 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-29 20:15:29 - building world TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies [...] rm -f .depend mkdep -f .depend -a /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sbin/mdconfig/mdconfig.c echo mdconfig: /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/lib/libc.a >> .depend ===> sbin/mdmfs rm -f .depend mkdep -f .depend -a /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sbin/mdmfs/mdmfs.c /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sbin/mdmfs/mdmfs.c:53:23: pathnames.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sbin/mdmfs. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sbin. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. TB --- 2003-06-29 20:56:43 - /usr/bin/make returned exit code 1 TB --- 2003-06-29 20:56:43 - ERROR: failed to build world TB --- 2003-06-29 20:56:43 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 14:16:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43C6337B401 for ; Sun, 29 Jun 2003 14:16:58 -0700 (PDT) Received: from mail.blarg.net (floyd.blarg.net [206.124.128.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2A0444003 for ; Sun, 29 Jun 2003 14:16:57 -0700 (PDT) (envelope-from abowhill@blarg.net) Received: from io (dsl-129-176.sea.blarg.net [206.124.129.176]) by mail.blarg.net (Postfix) with SMTP id 37FD637E9D; Sun, 29 Jun 2003 14:16:57 -0700 (PDT) Message-ID: <018501c33e84$90db9260$0200000a@io> From: "Allan Bowhill" To: "Steve Kargl" References: <200306291822.h5TIMUr2000696@troutmask.apl.washington.edu> Date: Sun, 29 Jun 2003 14:22:38 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: fbsd-current Subject: Re: errors under g++ 3.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 21:16:58 -0000 > When you upgraded to -current, did you read /usr/src/UPDATING? > You might find the following entry interesting: > > 20020831: > gcc has been upgraded to 3.2. It is not all binary compatible > with earlier versions of gcc for c++ programs. All c++ > programs and libraries need to be recompiled. > > Also, if you encounter g++ issues, rm /usr/include/g++/* before > doing an installworld to make sure that stale files are removed. Yes, Steve, I did read UPDATING, rm -rf /usr/include/g++ and rebuilt world. Still had the problem afterwards. --Allan From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 14:34:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EA0D37B401; Sun, 29 Jun 2003 14:34:10 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E77544008; Sun, 29 Jun 2003 14:34:09 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5TLY5va021513; Sun, 29 Jun 2003 17:34:05 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5TLY59m021512; Sun, 29 Jun 2003 21:34:05 GMT Date: Sun, 29 Jun 2003 21:34:05 GMT Message-Id: <200306292134.h5TLY59m021512@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 21:34:10 -0000 TB --- 2003-06-29 20:56:43 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-06-29 20:56:43 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-29 20:59:01 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies [...] rm -f .depend mkdep -f .depend -a /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin/mdconfig/mdconfig.c echo mdconfig: /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libc.a >> .depend ===> sbin/mdmfs rm -f .depend mkdep -f .depend -a /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin/mdmfs/mdmfs.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin/mdmfs/mdmfs.c:53:23: pathnames.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin/mdmfs. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-06-29 21:34:05 - /usr/bin/make returned exit code 1 TB --- 2003-06-29 21:34:05 - ERROR: failed to build world TB --- 2003-06-29 21:34:05 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 14:50:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8E2837B401 for ; Sun, 29 Jun 2003 14:50:40 -0700 (PDT) Received: from mail.blarg.net (floyd.blarg.net [206.124.128.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F4E443FE3 for ; Sun, 29 Jun 2003 14:50:40 -0700 (PDT) (envelope-from abowhill@blarg.net) Received: from io (dsl-129-176.sea.blarg.net [206.124.129.176]) by mail.blarg.net (Postfix) with SMTP id E40C637E92; Sun, 29 Jun 2003 14:50:39 -0700 (PDT) Message-ID: <01ae01c33e89$46904ed0$0200000a@io> From: "Allan Bowhill" To: "Patrick Hartling" References: <013601c33e6a$eb312d70$0200000a@io> <3EFF308B.6060200@137.org> Date: Sun, 29 Jun 2003 14:56:20 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: fbsd-current Subject: Re: errors under g++ 3.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 21:50:41 -0000 > I do a lot of C++ development on -current, and I have been seeing these > exact warnings. The problem is in the fstream header, however, so there > is nothing you can do to your code to prevent the warnings. You could > modify /usr/include/g++/fstream to silence the warnings, but it would > get overwritten if you upgrade your system. Oh good :) I was thinking there was something I needed to add to make the code compliant. > From your output, I don't see compile failures, I see warnings. Do you > have -Werror turned on somewhere that wouldn't show up during normal > usage--like some environment variable or something? I was able to > compile and run your code without issue here. > > Honestly, I am surprised that a GCC header would have an implicit > typename since the compiler clearly complains loudly about them. At any > rate, I think the update to GCC 3.3 in -current is going to happen quite > soon, and presumably, the updated GCC C++ headers will have warnings > such as these fully eliminated. You're right. These are warnings, and it does compile. I guess I got a bit stuck on trying to determine why the messages were occuring. Thanks for your comments. --Allan From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 14:53:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E70C337B401 for ; Sun, 29 Jun 2003 14:53:16 -0700 (PDT) Received: from smtp01.mrf.mail.rcn.net (smtp01.mrf.mail.rcn.net [207.172.4.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16A3043FF7 for ; Sun, 29 Jun 2003 14:53:16 -0700 (PDT) (envelope-from evms@bu.edu) Received: from 209-6-250-194.c3-0.lex-ubr2.sbo-lex.ma.cable.rcn.com ([209.6.250.194] helo=169.69.6.3) by smtp01.mrf.mail.rcn.net with esmtp (Exim 3.35 #4) id 19Wk6l-0003Bu-00 for current@freebsd.org; Sun, 29 Jun 2003 17:53:15 -0400 From: "Evan S." To: current@freebsd.org Date: Sun, 29 Jun 2003 17:51:24 -0400 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200306291751.28245.evms@bu.edu> Subject: palm issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: evms@bu.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 21:53:17 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 When trying to connect my USB palm (Sony Clie SJ22) to my FreeBSD 5.0-curre= nt=20 box, I get the following error on ucom0: Jun 29 17:50:08 teqnix kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.00/1.= 00,=20 a ddr 2 Jun 29 17:50:10 teqnix kernel: ucom0: init failed, STALLED Jun 29 17:50:10 teqnix kernel: device_probe_and_attach: ucom0 attach return= ed=20 /6 teqnix% uname -a =46reeBSD teqnix.sekt7.org 5.1-CURRENT FreeBSD 5.1-CURRENT #12: Sun Jun 22= =20 19:36:12 EDT 2003 evms@teqnix.sekt7.org:/usr/obj/usr/src/sys/VILENIN =20 i386 Anyone know something about this? Thanks! Evan =2D -- Evan Sarmiento (evms@cs.bu.edu) WWW: http://evms.no-ip.org:8080 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+/19fECYZSrUV88QRAvTjAKDekd2zQ84KO/KvJsrvU76bK+xt1gCfR8M5 sbofjqCF3sqoWE38UNHImU4=3D =3DlmYK =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 15:48:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ECEB37B401 for ; Sun, 29 Jun 2003 15:48:43 -0700 (PDT) Received: from smtp.uc3m.es (smtp02.uc3m.es [163.117.136.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 950CC43FFB for ; Sun, 29 Jun 2003 15:48:39 -0700 (PDT) (envelope-from jrh@lab.it.uc3m.es) Received: from smtp02.uc3m.es (localhost [127.0.0.1]) by smtp.uc3m.es (Postfix) with ESMTP id 2F7FE43163 for ; Mon, 30 Jun 2003 00:48:38 +0200 (CEST) Received: from itserv2.lab.it.uc3m.es (itserv2.lab.it.uc3m.es [163.117.144.121]) by smtp02.uc3m.es (Postfix) with ESMTP id AB50E99FCC for ; Mon, 30 Jun 2003 00:48:37 +0200 (CEST) Received: from lm002.lab.it.uc3m.es (root@lm002.lab.it.uc3m.es [163.117.144.131]) by itserv2.lab.it.uc3m.es (8.9.3/8.9.3) with ESMTP id AAA13755 for ; Mon, 30 Jun 2003 00:48:36 +0200 Received: from localhost (jrh@localhost)AAA12276 for ; Mon, 30 Jun 2003 00:49:04 +0200 Date: Mon, 30 Jun 2003 00:49:01 +0200 (CEST) From: Juan Francisco Rodriguez Hervella To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: timeseal program doesn't work with FreeBSD-5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 22:48:43 -0000 Hello: I usuallly play chess on FICS. They use a programme called "Timeseal", which is pre-compiled for a lot of different platforms (Linux, Windows, FreeBSD, etc). This program adjust clocks when network delay appears or something like that, I'm not an expert on the subject. The problem is that this program use to work on FreeBSD-4.X but it's not working any longer with FreeBSD-5.0 When I exec: timeseal.FreeBSD www.freechess.org 5000 this error appears: bash: ./timeseal.FreeBSD: cannot execute binary file "ldd" shows this: ldd: timeseal.FreeBSD: not a dynamic executable Why is binary compatibility broken with this executable ? I've talk with Freechess guys and they said that if they've got time they will look at the issue so I just wanted to know where the problem can be. If you need more info don't hesitate to ask me. Im using FreeBDS-5.1 thanks! From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 15:53:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BAA737B401 for ; Sun, 29 Jun 2003 15:53:27 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id B03F743FE3 for ; Sun, 29 Jun 2003 15:53:26 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 54E2C66B9B; Sun, 29 Jun 2003 15:53:26 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 2C7D3BB5; Sun, 29 Jun 2003 15:53:26 -0700 (PDT) Date: Sun, 29 Jun 2003 15:53:26 -0700 From: Kris Kennaway To: Juan Francisco Rodriguez Hervella Message-ID: <20030629225326.GG66294@rot13.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lHGcFxmlz1yfXmOs" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: timeseal program doesn't work with FreeBSD-5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 22:53:27 -0000 --lHGcFxmlz1yfXmOs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 30, 2003 at 12:49:01AM +0200, Juan Francisco Rodriguez Hervella= wrote: > Hello: >=20 > I usuallly play chess on FICS. They use a programme > called "Timeseal", which is pre-compiled for a lot > of different platforms (Linux, Windows, FreeBSD, etc). >=20 > This program adjust clocks when network delay appears > or something like that, I'm not an expert on the subject. >=20 > The problem is that this program use to work on FreeBSD-4.X > but it's not working any longer with FreeBSD-5.0 >=20 > When I exec: timeseal.FreeBSD www.freechess.org 5000 this > error appears: >=20 > bash: ./timeseal.FreeBSD: cannot execute binary file >=20 > "ldd" shows this: >=20 > ldd: timeseal.FreeBSD: not a dynamic executable >=20 > Why is binary compatibility broken with this executable ? It's probably an a.out binary (i.e. the native format used in FreeBSD 2.x), which is not supported by default on FreeBSD 5.1. See /usr/src/UPDATING or the release notes for more information. Kris --lHGcFxmlz1yfXmOs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+/23lWry0BWjoQKURAv5yAKCCeN9FXTdB8iCTyPHrk80COP7q1QCgwTxZ K4VZ/UoBaI3SEtdkjriO2wI= =CdDb -----END PGP SIGNATURE----- --lHGcFxmlz1yfXmOs-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 16:25:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6707437B401; Sun, 29 Jun 2003 16:25:22 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 077AA44011; Sun, 29 Jun 2003 16:25:22 -0700 (PDT) (envelope-from jmz@FreeBSD.org) Received: from freefall.freebsd.org (jmz@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h5TNPLUp038304; Sun, 29 Jun 2003 16:25:21 -0700 (PDT) (envelope-from jmz@freefall.freebsd.org) Received: (from jmz@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h5TNPJFV038301; Sun, 29 Jun 2003 16:25:19 -0700 (PDT) Date: Sun, 29 Jun 2003 16:25:19 -0700 (PDT) Message-Id: <200306292325.h5TNPJFV038301@freefall.freebsd.org> From: Jean-Marc Zucconi To: Juan Francisco Rodriguez Hervella In-Reply-To: References: X-Mailer: Emacs 21.3.1 cc: freebsd-current@freebsd.org Subject: Re: timeseal program doesn't work with FreeBSD-5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2003 23:25:22 -0000 >>>>> Juan Francisco Rodriguez Hervella writes: > Hello: > I usuallly play chess on FICS. They use a programme > called "Timeseal", which is pre-compiled for a lot > of different platforms (Linux, Windows, FreeBSD, etc). > This program adjust clocks when network delay appears > or something like that, I'm not an expert on the subject. > The problem is that this program use to work on FreeBSD-4.X > but it's not working any longer with FreeBSD-5.0 The Linux version (timeseal.Linux-2.0.29-i386) should work. Jean-Marc -- Jean-Marc Zucconi -- PGP Key: finger jmz@FreeBSD.org [KeyID: 400B38E9] From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 17:48:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 263E637B401; Sun, 29 Jun 2003 17:48:29 -0700 (PDT) Received: from oahu.WURLDLINK.NET (oahu.wurldlink.net [66.193.144.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5282C4400F; Sun, 29 Jun 2003 17:48:28 -0700 (PDT) (envelope-from vince@oahu.WURLDLINK.NET) Received: from oahu.WURLDLINK.NET (vince@localhost.WURLDLINK.NET [127.0.0.1]) by oahu.WURLDLINK.NET (8.12.9/8.12.9) with ESMTP id h5U0lcYx088990; Sun, 29 Jun 2003 14:47:43 -1000 (HST) Received: from localhost (vince@localhost)h5U0lcwr088987; Sun, 29 Jun 2003 14:47:38 -1000 (HST) Date: Sun, 29 Jun 2003 14:47:38 -1000 (HST) From: Vincent Poy To: Ruslan Ermilov In-Reply-To: <20030629200141.GA26450@sunbay.com> Message-ID: <20030629144719.Y3146-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 00:48:29 -0000 On Sun, 29 Jun 2003, Ruslan Ermilov wrote: > On Sun, Jun 29, 2003 at 09:47:52AM -1000, Vincent Poy wrote: > > On Sun, 29 Jun 2003, Ruslan Ermilov wrote: > > > > > On Sun, Jun 29, 2003 at 04:01:09AM -1000, Vincent Poy wrote: > > > [...] > > > > One question though is where are the freebsd.submit.mc and > > > > freebsd.submit.cf located as I only see those files when you do a install > > > > but not anywhere in the tree. > > > > > > > They are copied from prebuilt files in src/contrib/sendmail/cf/, > > > but not when you do a "make install", but rather with "make > > > distribution". See src/etc/sendmail/Makefile for details. > > > > Interesting. I can see the freebsd.mc which makes the freebsd.cf > > file but I'm just trying to figure out when the submit.cf needs to be > > upgraded. > > > Again, this is handled by "make distribution". (Run "make -n > distribution" from src/etc/sendmail/.) > > As such, it is handled by mergemaster(8). Thanks. Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 18:54:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F2AA37B401 for ; Sun, 29 Jun 2003 18:54:31 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8489943FDD for ; Sun, 29 Jun 2003 18:54:30 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h5U1rlKJ095963; Sun, 29 Jun 2003 21:53:47 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h5U1rlQK095960; Sun, 29 Jun 2003 21:53:47 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 29 Jun 2003 21:53:47 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Juan Francisco Rodriguez Hervella In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: timeseal program doesn't work with FreeBSD-5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 01:54:31 -0000 On Mon, 30 Jun 2003, Juan Francisco Rodriguez Hervella wrote: > bash: ./timeseal.FreeBSD: cannot execute binary file > > "ldd" shows this: > > ldd: timeseal.FreeBSD: not a dynamic executable Try running the file command on the binary to see what kind of file it is. If the program is an old i386 a.out binary, you could try rebuilding your kernel with "options COMPAT_AOUT", and make sure the compat libs are installed. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 22:28:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E28C137B401 for ; Sun, 29 Jun 2003 22:28:26 -0700 (PDT) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B7F743F3F for ; Sun, 29 Jun 2003 22:28:26 -0700 (PDT) (envelope-from mheffner@vt.edu) Received: from dagger.cc.vt.edu (IDENT:mirapoint@evil-dagger [10.1.1.11]) by lennier.cc.vt.edu (8.12.8/8.12.8) with ESMTP id h5U5SPGC092117; Mon, 30 Jun 2003 01:28:25 -0400 (EDT) Received: from enterprise.muriel.penguinpowered.com ([199.3.139.222]) by dagger.cc.vt.edu (Mirapoint Messaging Server MOS 3.3.2-CR) with ESMTP id BOZ89572 (AUTH mheffner); Mon, 30 Jun 2003 01:28:20 -0400 (EDT) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="_=XFMail.1.5.4.FreeBSD:20030630012815:15566=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: <20030628035732.GA3458@maeko> Date: Mon, 30 Jun 2003 01:28:15 -0400 (EDT) From: Mike Heffner To: Marco Wertejuk cc: current@freebsd.org Subject: Re: bug in ftp client? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 05:28:27 -0000 This message is in MIME format --_=XFMail.1.5.4.FreeBSD:20030630012815:15566=_ Content-Type: text/plain; charset=us-ascii On 28-Jun-2003 Marco Wertejuk wrote: | I don't know since when this happens, but I've noticed, | that the ETA time looks strange: | Doh, looks like I included the wrong patchset when I did the latest import. I've just fixed this in CVS. Thanks, Mike -- Mike Heffner --_=XFMail.1.5.4.FreeBSD:20030630012815:15566=_ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE+/8pvFokZQs3sv5kRAhXpAKCBZrPhWGarVOg7PSpUphWn7CDpjwCfT1WA lUZljmGCKgDDKU9lefFCEfI= =q65/ -----END PGP SIGNATURE----- --_=XFMail.1.5.4.FreeBSD:20030630012815:15566=_-- End of MIME message From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 22:46:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F08D037B401 for ; Sun, 29 Jun 2003 22:46:16 -0700 (PDT) Received: from CRWdog.demon.co.uk (c-67-161-102-60.client.comcast.net [67.161.102.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36D7943F75 for ; Sun, 29 Jun 2003 22:46:16 -0700 (PDT) (envelope-from spadger@best.com) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id 3D4FC740; Sun, 29 Jun 2003 22:46:11 -0700 (PDT) X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: "Kevin Oberman" In-Reply-To: Message from "Kevin Oberman" <20030628212721.6B0295D08@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-797301278P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 29 Jun 2003 22:46:11 -0700 From: Andy Sparrow Message-Id: <20030630054612.3D4FC740@CRWdog.demon.co.uk> cc: current@freebsd.org Subject: Re: 3D graphic cards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 05:46:17 -0000 --==_Exmh_-797301278P Content-Type: text/plain; charset=us-ascii > I thought most of the GATOS stuff had been merged into 4.3. At least I > have had no problems with Xv on my Radeon 7000 with XFree86 4.3.0 and > I seem to recall that support was claimed for all Radeons except, > perhaps the 9500. Perhaps for other cards, but there's still no native Xv support for Mach64-based adaptors (such as the Rage Mobility M1 fitted to many laptops) in 4.3, you need the GATOS drivers for this. (The M6 fitted to many slighly later laptops is a completely different chipset that uses the Radeon driver, IIRC. Love it when Marketing pull BS like this) Cheers, AS --==_Exmh_-797301278P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) Comment: Exmh version 2.6.3 04/04/2003 iD8DBQE+/86jPHh895bDXeQRAp8RAJ48e+wZ6tC0RlODyZXUF9B5YWM63QCgz55O 81jDmZMAfzrRlpLRTFsMJ7Q= =yFjN -----END PGP SIGNATURE----- --==_Exmh_-797301278P-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 23:35:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 072C037B401 for ; Sun, 29 Jun 2003 23:35:15 -0700 (PDT) Received: from water-ox.its.caltech.edu (SteeleMR-loadb-NAT-49.caltech.edu [131.215.49.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68C7443FAF for ; Sun, 29 Jun 2003 23:35:14 -0700 (PDT) (envelope-from jd@its.caltech.edu) Received: from fire-dog (fire-dog [192.168.1.4]) by water-ox-postvirus (Postfix) with ESMTP id B5C4026AC4B for ; Sun, 29 Jun 2003 23:35:13 -0700 (PDT) Received: from water-ox ([192.168.1.10]) by fire-dog (MailMonitor for SMTP v1.2.2 ) ; Sun, 29 Jun 2003 23:35:12 -0700 (PDT) Received: from sue.its.caltech.edu (sue.its.caltech.edu [131.215.48.175]) by water-ox.its.caltech.edu (Postfix) with ESMTP id 2A0B326AC4B for ; Sun, 29 Jun 2003 23:35:12 -0700 (PDT) Received: (from jd@localhost) by sue.its.caltech.edu (8.12.9/8.12.8) id h5U6ZBRD015532 for freebsd-current@freebsd.org; Sun, 29 Jun 2003 23:35:11 -0700 (PDT) Date: Sun, 29 Jun 2003 23:35:11 -0700 From: Systems Engineering To: freebsd-current@freebsd.org Message-ID: <20030630063511.GB13663@sue.caltech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Status: No, hits=-5.0 tagged_above=-100000.0 required=5.0 tests=FROM_CALTECH X-Spam-Level: Subject: Disk Geometry Error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 06:35:15 -0000 I am attempting an installation via the 5.1-R iso. During the partitioning process, fdisk reports that the detected disk geometry is probably incorrect. Subsequently, I attempt to specify the geometry reported by bios (CSH:19158,255,16). This geometry is, however, rejected. I have tried some variations, including the "sane" proposal that fdisk makes after it reports that the detected disk geometry is invalid. fdisk accepts them but this does not produce a bootable system (not surprising). Any ideas? Thanks. From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 01:34:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 468C437B401; Mon, 30 Jun 2003 01:34:20 -0700 (PDT) Received: from oahu.WURLDLINK.NET (oahu.wurldlink.net [66.193.144.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1F5C43F85; Mon, 30 Jun 2003 01:34:19 -0700 (PDT) (envelope-from vince@oahu.WURLDLINK.NET) Received: from oahu.WURLDLINK.NET (vince@localhost.WURLDLINK.NET [127.0.0.1]) by oahu.WURLDLINK.NET (8.12.9/8.12.9) with ESMTP id h5U8XXYx094874; Sun, 29 Jun 2003 22:33:34 -1000 (HST) Received: from localhost (vince@localhost)h5U8XXSa094871; Sun, 29 Jun 2003 22:33:33 -1000 (HST) Date: Sun, 29 Jun 2003 22:33:33 -1000 (HST) From: Vincent Poy To: current@FreeBSD.ORG Message-ID: <20030629222934.K3146-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: jmallett@FreeBSD.ORG Subject: /usr/src/libexec/talkd notification broken when user is usingscreen port and creates pty's X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 08:34:20 -0000 /usr/src/libexec/talkd appears to be broken when one runs the screen program from ports and creates the pty's. When you try to talk to someone on the initial login pty, it will show the talk request but in screen, the talk request doesn't show up with either the talk or ytalk client unless the tty is specified from the talk request. Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 01:48:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB7B837B401 for ; Mon, 30 Jun 2003 01:48:42 -0700 (PDT) Received: from relay4.mail.uk.psi.net (relay4.mail.uk.psi.net [154.32.111.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 565BA43FD7 for ; Mon, 30 Jun 2003 01:48:39 -0700 (PDT) (envelope-from dmlb@dmlb.org) Received: from gate.ttpcom.com ([193.119.175.2] helo=vader) by relay4.mail.uk.psi.net with smtp (Exim 2.12 #2) id 19WuKz-0005Ju-00 for freebsd-current@freebsd.org; Mon, 30 Jun 2003 09:48:37 +0100 Received: from matrix.ttpcom.com ([193.119.172.14]) by vader; Mon, 30 Jun 2003 09:46:11 +0100 (BST) Received: from matrix [193.119.172.14] by matrix.ttpcom.com (SMTPD32-7.07) id AA56ADB03E0; Mon, 30 Jun 2003 09:52:38 +0100 Received: FROM DJK1Comp BY matrix ; Mon Jun 30 09:52:38 2003 +0100 Message-ID: <005b01c33ee4$455dd9f0$a7ac77c1@DJK1Comp> From: "Duncan Barclay" To: "Kenneth D. Merry" References: <000501c33e6f$e954da10$4bc8a8c0@orac> <20030629162638.A93448@panzer.kdm.org> <001801c33e8e$799ff4b0$4bc8a8c0@orac> <20030629170229.A93754@panzer.kdm.org> Date: Mon, 30 Jun 2003 09:40:18 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4920.2300 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 cc: freebsd-current@freebsd.org Subject: PCI help needed - Re: Very alpha BroadCom 4401 driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 08:48:43 -0000 From: "Kenneth D. Merry" > I sent dmesg and pciconf output last week...I've attached it again. Thanks. The penny is starting to drop here. A night's sleep does wonders. When you boot your machine it gets things right: bcm0: mem 0xfaffe000-0xfaffffff irq 11 at device 0.0 on pci2 pcib2: device bcm0 requested decoded memory range 0xfaffe000-0xfaffffff bcm0: Ethernet address: 00:0b:db:94:bf:42 bcm0: core 0x806 revi 0x4 vend 0x4243 match 0x18000058 (type 0x0 base 0x18000000) inst 0x0 bcm0: core 0x804 revi 0x2 vend 0x4243 match 0x18002058 (type 0x0 base 0x18002000) inst 0x0 When loaded as a module, the value for "match" is 0xffffffff, and this is wrong. > I just tried loading it as a module, and got the panic again. One > interesting thing is that is shows the MAC address as ff:ff:ff:ff:ff:ff. > > Another interesting thing is that if I insert a cardbus fxp card (the > Broadcom chip is on board), the whole system locks up hard if the bcm > driver is compiled into the kernel. If the bcm driver isn't there, things > work as expected. All this points to something strange with memory mappings - it may be your machine or the Broadcom chip set. On your machine, the chip is at a very high address 0xfaffe000-0xfaffffff. For some reason, when used as a module, this isn't being correctly mapped to the device driver - I have no idea why not as this is wanderering into PCI voodoo. Can anyone else suggest what's happening here? Ken has dmesg output available. > Ken Duncan From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 04:42:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C41B37B401 for ; Mon, 30 Jun 2003 04:42:32 -0700 (PDT) Received: from mail-relay.eunet.no (mail-relay.eunet.no [193.71.71.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44A6B43FCB for ; Mon, 30 Jun 2003 04:42:31 -0700 (PDT) (envelope-from ltning@anduin.net) Received: from anduin.net (celduin.net [81.0.162.106]) by mail-relay.eunet.no (8.12.2/8.12.2/GN) with SMTP id h5UBgSxP049911 for ; Mon, 30 Jun 2003 13:42:29 +0200 (CEST) (envelope-from ltning@anduin.net) Date: Mon, 30 Jun 2003 13:42:15 +0200 From: Eirik Oeverby To: freebsd-current@freebsd.org Message-Id: <20030630134215.011f717b.ltning@anduin.net> X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=.Cx'JOS8aEDTJX_" Subject: Disk/FS I/O issues in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 11:42:32 -0000 --=.Cx'JOS8aEDTJX_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi folks, I am having some very weird problems on my laptop, which I at first thought were due to a failing drive. However after a lot of testing and trial and error I've concluded that it must be a software problem - I'm smelling filesystem issues or something. Whenever I transfer large files to or from my harddrive, I will *always* get a lockup after ~480 MB transferred. Example scenario: - I use another machine to FTP to my laptop. - I start downloading a file of about 700 MB, and after ~480 MB it simply stops. The HD led on my laptop goes off, I can switch VTs but nothing else. Even keyboard input is non-functional. - After a few seconds another small burst of data (perhaps a few hundred KB or something) will go through, keyboard buffers will be processed, and then it freezes again with only one option - power off. C-A-D is a no-go. The IP stack is up though, I can ping the machine, and I can still change VTs. - If I pause/cancel the download immediately when it freezes, my laptop will come back to life a few seconds later. I can then start downloading another file, or resume the file I had started - everything seems to be back to normal. But whenever I hit ~480 MB transferred from *one* file, it will freeze again. - Downloading many smaller files in one batch, that sum up to >500 MB, is not a problem. All the above points applies to data transfer in the opposite direction aswell. Another way to reproduce this is doing a 'dd if=/dev/random of=testfile bs=8192', or the other way round - eventually (and after between 450 and 500 MB - a bit hard to tell) it will freeze. However, if I use a partition as the output instead of a file, it will *NOT* encounter any such problems. Transferring files between two partitions on the same HD also seems to work fine - atleast when using Midnight Commander. I first encountered the problem when using unison to sync my /home with another machine, and it got a hickup when it started finding these large files (ISOs and the like) and was scanning them to produce a checksum. Once I moved the large (>450 MB) files out of the way, it worked nicely. When I started copying the files over manually, I experienced the freezes again. Moving the files to another partition before copying it to the external machine did not help the issue. I have ran the Drive Fitness Test from IBM (this is a ThinkPad T21) twice, and it finds no errors whatsoever. And I know for a fact that this problem did *not* occur with 5.1-RELEASE, as it was with that version I copied the files to my disk in the first place. I hope this information makes sense to someone. I suppose this is the punishment for following -CURRENT - but unfortunately 5.1-RELEASE had other issues that I couldn't live with. Best regards, /Eirik --=.Cx'JOS8aEDTJX_ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/ACIbdAvR8ct7fEcRAuLNAJ4iYKImq6ZyFo67/aRthUurzxgoKACdHu5W 1UKGUZL2UDuqdyiCh7Y0g8g= =6CSb -----END PGP SIGNATURE----- --=.Cx'JOS8aEDTJX_-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 05:01:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82FC037B401 for ; Mon, 30 Jun 2003 05:01:10 -0700 (PDT) Received: from mail-relay.eunet.no (mail-relay.eunet.no [193.71.71.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C9C743FD7 for ; Mon, 30 Jun 2003 05:01:09 -0700 (PDT) (envelope-from ltning@anduin.net) Received: from anduin.net (celduin.net [81.0.162.106]) by mail-relay.eunet.no (8.12.2/8.12.2/GN) with SMTP id h5UC18xP059891 for ; Mon, 30 Jun 2003 14:01:08 +0200 (CEST) (envelope-from ltning@anduin.net) Date: Mon, 30 Jun 2003 14:00:55 +0200 From: Eirik Oeverby To: freebsd-current@freebsd.org Message-Id: <20030630140055.08c0af9f.ltning@anduin.net> X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=.jKaux5T0rm8s7g" Subject: VMWare not working anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 12:01:10 -0000 --=.jKaux5T0rm8s7g Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, As of yesterday (I think), VMWare 3.2.1 is no longer working on my 5-CURRENT box. When I try to start it, I get ============================= [ltning@ranger] ~$ vmware Setting TMPDIR=/var/tmp. VMware Workstation Err VMware Workstation Error: Version mismatch with vmmon module: expecting 30.0, got 0.0. You have an incorrect version of the `vmmon' kernel module. Try reinstalling VMware Workstation. Press "Enter" to continue... ^C ============================= A ps shows some parts are still running: [ltning@ranger] ~$ ps ax | grep vmw 652 p1 W 0:00.10 vmware-ui -A 7 -B 4 -S -L /var/tmp/vmware-ltning-651. 653 p1 W 0:00.08 vmware-mks -A 8 -B 5 -S -L /var/tmp/vmware-ltning-651 663 p1 S+ 0:00.01 grep vmw ============================= And kldstat shows the vmmon module(s) are indeed loaded: [ltning@ranger] ~$ kldstat Id Refs Address Size Name 1 16 0xc0100000 3f5758 kernel 2 1 0xc04f6000 4930c acpi.ko 3 1 0xc406c000 5000 linprocfs.ko 4 3 0xc42a2000 18000 linux.ko 5 1 0xc41f5000 8000 vmmon_up.ko 6 1 0xc41f1000 2000 vmnet.ko 7 4 0xc437a000 11000 netgraph.ko 8 2 0xc42be000 4000 ng_ether.ko 9 1 0xc4361000 5000 ng_bridge.ko 10 1 0xc42ba000 4000 ng_socket.ko ============================= Anyone else seeing this? Anyone have an idea how to solve it? This is pretty bad, as I've just managed to get rid of my last Windows workstation, which I only used to run a development SQLServer. Guess where that DBMS (should be/is) running now.. :-/ /Eirik --=.jKaux5T0rm8s7g Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/ACZ6dAvR8ct7fEcRAq7iAJ4zDabTaKMh8InOWC9fcy5alZ9ZYgCdFLEF bLFJ6O343kXmnbVKDCvbq6A= =90pq -----END PGP SIGNATURE----- --=.jKaux5T0rm8s7g-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 05:36:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 777E937B401 for ; Mon, 30 Jun 2003 05:36:57 -0700 (PDT) Received: from conn.mc.mpls.visi.com (conn.mc.mpls.visi.com [208.42.156.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78EF943FAF for ; Mon, 30 Jun 2003 05:36:56 -0700 (PDT) (envelope-from veldy@veldy.net) Received: from veldy.net (veldy-host33.dsl.visi.com [209.98.200.33]) by conn.mc.mpls.visi.com (Postfix) with ESMTP id D6E4082A6; Mon, 30 Jun 2003 07:36:55 -0500 (CDT) Received: from 4K3500B (localhost.veldy.net [127.0.0.1]) by veldy.net (Postfix) with SMTP id B39C16D417; Mon, 30 Jun 2003 07:36:48 -0500 (CDT) Message-ID: <003001c33f04$48bfbc10$d037630a@dh.com> From: "Thomas T. Veldhouse" To: "Allan Bowhill" , "Steve Kargl" References: <200306291822.h5TIMUr2000696@troutmask.apl.washington.edu> <018501c33e84$90db9260$0200000a@io> Date: Mon, 30 Jun 2003 07:36:48 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 cc: fbsd-current Subject: Re: errors under g++ 3.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 12:36:57 -0000 From: "Allan Bowhill" > > When you upgraded to -current, did you read /usr/src/UPDATING? > > You might find the following entry interesting: > > > > 20020831: > > gcc has been upgraded to 3.2. It is not all binary compatible > > with earlier versions of gcc for c++ programs. All c++ > > programs and libraries need to be recompiled. > > > > Also, if you encounter g++ issues, rm /usr/include/g++/* before > > doing an installworld to make sure that stale files are removed. > > > Yes, Steve, I did read UPDATING, rm -rf /usr/include/g++ and rebuilt world. > Still had the problem afterwards. > > --Allan It shows up here on a fresh 5.1 install. Tom Veldhouse From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 05:56:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8A5A37B401 for ; Mon, 30 Jun 2003 05:56:11 -0700 (PDT) Received: from fepB.post.tele.dk (fepB.post.tele.dk [195.41.46.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id A04FA43F3F for ; Mon, 30 Jun 2003 05:56:10 -0700 (PDT) (envelope-from pho@holm.cc) Received: from peter.osted.lan ([80.164.63.151]) by fepB.post.tele.dk (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP id <20030630125555.ENWB17611.fepB.post.tele.dk@peter.osted.lan>; Mon, 30 Jun 2003 14:55:55 +0200 Received: from peter.osted.lan (localhost [127.0.0.1]) by peter.osted.lan (8.12.8/8.12.8) with ESMTP id h5UCtsia090188; Mon, 30 Jun 2003 14:55:54 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.12.8/8.12.8/Submit) id h5UCtsKT090187; Mon, 30 Jun 2003 14:55:54 +0200 (CEST) Date: Mon, 30 Jun 2003 14:55:53 +0200 From: Peter Holm To: Eirik Oeverby Message-ID: <20030630125553.GA90064@peter.osted.lan> References: <20030630134215.011f717b.ltning@anduin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030630134215.011f717b.ltning@anduin.net> User-Agent: Mutt/1.4i cc: freebsd-current@freebsd.org Subject: Re: Disk/FS I/O issues in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 12:56:12 -0000 On Mon, Jun 30, 2003 at 01:42:15PM +0200, Eirik Oeverby wrote: > Hi folks, > > I am having some very weird problems on my laptop, I can repeat the problem (noticed with savecore) on a kernel from Jun 30 05:23 UTC: current# df -h . Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1f 8.2G 1.9G 5.6G 25% /usr current# dd if=/dev/zero of=100mb bs=1024 count=102400 load: 4.04 cmd: dd 25063 [running] 0.33u 28.67s 4% 100k 97657+0 records in 97657+0 records out 100000768 bytes transferred in 48.549837 secs (2059755 bytes/sec) db> ps pid proc addr uid ppid pgrp flag stat wmesg wchan cmd 25063 c1e5d3c8 cd19d000 0 25060 25063 0004002 [RUNQ] dd 8 c197ed3c ccc9e000 0 0 0 0000204 [CPU 0] pagedaemon db> t 8 siointr1(c0b6c800,0,c051fcc5,693,c867abf0) at siointr1+0xd5 siointr(c0b6c800) at siointr+0x35 Xfastintr4() at Xfastintr4+0x63 --- interrupt, eip = 0xc0377480, esp = 0xc867abdc, ebp = 0xc867abf0 --- strncmp(c051e785,c051df68,123,0,477b) at strncmp witness_unlock(c059c280,8,c051e785,35c,1) at witness_unlock+0x5a _mtx_unlock_flags(c059c280,0,c051e785,35c,c0ba69ec) at _mtx_unlock_flags+0x80 vm_pageout_scan(0,0,c051e785,5dd,1f4) at vm_pageout_scan+0x40c vm_pageout(0,c867ad48,c0505bfc,312,0) at vm_pageout+0x2ce fork_exit(c04688d0,0,c867ad48) at fork_exit+0xc0 fork_trampoline() at fork_trampoline+0x1a --- trap 0x1, eip = 0, esp = 0xc867ad7c, ebp = 0 --- db> From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 06:23:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EA3837B401 for ; Mon, 30 Jun 2003 06:23:44 -0700 (PDT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 55BA543F3F for ; Mon, 30 Jun 2003 06:23:43 -0700 (PDT) (envelope-from ltning@anduin.net) Received: (qmail 4263 invoked by uid 1000); 30 Jun 2003 13:23:39 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Jun 2003 13:23:39 -0000 Date: Mon, 30 Jun 2003 15:23:39 +0200 (CEST) From: Eirik Oeverby To: Lutz Bichler In-Reply-To: <200306301444.46402.Lutz.Bichler@unibw-muenchen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: VMWare not working anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 13:23:44 -0000 Hi, Reinstalling what? VMWare or FreeBSD? /Eirik On Mon, 30 Jun 2003, Lutz Bichler wrote: > I got the same problem/message and "solved" it by reinstalling ;-) > > Lutz > > -- > Lutz Bichler > Institute for Software Technology, Department of Computer Science > Univ. of the Fed. Armed Forces Munich, D-85577 Neubiberg, Germany > TEL/FAX: +49(0)89 6004-2261/-4447 > From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 06:26:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1469737B411 for ; Mon, 30 Jun 2003 06:26:18 -0700 (PDT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 045D843FE3 for ; Mon, 30 Jun 2003 06:26:17 -0700 (PDT) (envelope-from ltning@anduin.net) Received: (qmail 4364 invoked by uid 1000); 30 Jun 2003 13:26:13 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Jun 2003 13:26:13 -0000 Date: Mon, 30 Jun 2003 15:26:13 +0200 (CEST) From: Eirik Oeverby To: Peter Holm In-Reply-To: <20030630125553.GA90064@peter.osted.lan> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Disk/FS I/O issues in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 13:26:18 -0000 Hi, Good to see I'm not the only one. I'm currently going back to a kernel dated 2003.06.27.12.00.00, and I'll test again with that one. /Eirik On Mon, 30 Jun 2003, Peter Holm wrote: > On Mon, Jun 30, 2003 at 01:42:15PM +0200, Eirik Oeverby wrote: > > Hi folks, > > > > I am having some very weird problems on my laptop, > > I can repeat the problem (noticed with savecore) on a > kernel from Jun 30 05:23 UTC: > > current# df -h . > Filesystem Size Used Avail Capacity Mounted on > /dev/ad0s1f 8.2G 1.9G 5.6G 25% /usr > current# dd if=/dev/zero of=100mb bs=1024 count=102400 > load: 4.04 cmd: dd 25063 [running] 0.33u 28.67s 4% 100k > 97657+0 records in > 97657+0 records out > 100000768 bytes transferred in 48.549837 secs (2059755 bytes/sec) > > db> ps > pid proc addr uid ppid pgrp flag stat wmesg wchan cmd > 25063 c1e5d3c8 cd19d000 0 25060 25063 0004002 [RUNQ] dd > 8 c197ed3c ccc9e000 0 0 0 0000204 [CPU 0] pagedaemon > > db> t 8 > siointr1(c0b6c800,0,c051fcc5,693,c867abf0) at siointr1+0xd5 > siointr(c0b6c800) at siointr+0x35 > Xfastintr4() at Xfastintr4+0x63 > --- interrupt, eip = 0xc0377480, esp = 0xc867abdc, ebp = 0xc867abf0 --- > strncmp(c051e785,c051df68,123,0,477b) at strncmp > witness_unlock(c059c280,8,c051e785,35c,1) at witness_unlock+0x5a > _mtx_unlock_flags(c059c280,0,c051e785,35c,c0ba69ec) at _mtx_unlock_flags+0x80 > vm_pageout_scan(0,0,c051e785,5dd,1f4) at vm_pageout_scan+0x40c > vm_pageout(0,c867ad48,c0505bfc,312,0) at vm_pageout+0x2ce > fork_exit(c04688d0,0,c867ad48) at fork_exit+0xc0 > fork_trampoline() at fork_trampoline+0x1a > --- trap 0x1, eip = 0, esp = 0xc867ad7c, ebp = 0 --- > db> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 06:32:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55B3937B404 for ; Mon, 30 Jun 2003 06:32:19 -0700 (PDT) Received: from snsonline.net (snsonline.net [203.62.158.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF6DC43FD7 for ; Mon, 30 Jun 2003 06:32:17 -0700 (PDT) (envelope-from sarge@snsonline.net) Received: from snsonline.net (sarge@localhost [127.0.0.1]) by snsonline.net (8.12.8p1/8.12.8) with ESMTP id h5UDWRTd098826; Mon, 30 Jun 2003 23:32:27 +1000 (EST) (envelope-from sarge@snsonline.net) Received: (from sarge@localhost) by snsonline.net (8.12.8p1/8.12.8/Submit) id h5UDWQ7Y098825; Mon, 30 Jun 2003 23:32:26 +1000 (EST) Date: Mon, 30 Jun 2003 23:32:26 +1000 From: Mark Sergeant To: Eirik Oeverby Message-ID: <20030630133226.GA98811@snsonline.net> References: <20030630125553.GA90064@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: freebsd-current@freebsd.org Subject: Re: Disk/FS I/O issues in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 13:32:19 -0000 I get the same problem on a smp machine and my laptop both running kernels as from today. On Mon, Jun 30, 2003 at 03:26:13PM +0200, Eirik Oeverby wrote: > Hi, > > Good to see I'm not the only one. > I'm currently going back to a kernel dated 2003.06.27.12.00.00, and I'll test > again with that one. > > /Eirik > > On Mon, 30 Jun 2003, Peter Holm wrote: From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 06:38:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14DEB37B401 for ; Mon, 30 Jun 2003 06:38:58 -0700 (PDT) Received: from smtp.uc3m.es (smtp01.uc3m.es [163.117.136.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 244C143F85 for ; Mon, 30 Jun 2003 06:38:57 -0700 (PDT) (envelope-from jrh@it.uc3m.es) Received: from smtp01.uc3m.es (localhost [127.0.0.1]) by smtp.uc3m.es (Postfix) with ESMTP id C0CD3431F2 for ; Mon, 30 Jun 2003 15:38:55 +0200 (CEST) Received: from itserv2.lab.it.uc3m.es (itserv2.lab.it.uc3m.es [163.117.144.121]) by smtp01.uc3m.es (Postfix) with ESMTP id 6190D99E68 for ; Mon, 30 Jun 2003 15:38:55 +0200 (CEST) Received: from mira.it.uc3m.es (mira.it.uc3m.es [163.117.140.166]) by itserv2.lab.it.uc3m.es (8.9.3/8.9.3) with ESMTP id PAA08368 for ; Mon, 30 Jun 2003 15:38:54 +0200 From: Juan Rodriguez Hervella Organization: UC3M To: freebsd-current@freebsd.org Date: Mon, 30 Jun 2003 15:38:53 +0200 User-Agent: KMail/1.5.1 References: <200306201235.30728.jrh@it.uc3m.es> In-Reply-To: <200306201235.30728.jrh@it.uc3m.es> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306301538.54251.jrh@it.uc3m.es> Subject: Re: My computer gets stalled when I try to exec the X window system (It was can't compile Nvidia driver) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 13:38:58 -0000 I've fixed this problem changing the jumpers of the motherboard. I've changed 2 jumpers: 1. On-board VGA = off 2. IRQ assigned by motherboard (or something like that) = off And now I've got the Nvidia driver working fine. Thanks!!! On Friday 20 June 2003 12:35, Juan Rodriguez Hervella wrote: > Hello again: > > It doesn't matter > if either I use the /usr/x11/nvidia-driver or I use the normal "nv" driver, > when I run "X" or "kdm" or "xf86cfg" my computer hangs completely. > > I've got the Nvidia RIVA TNT 64M PCI (I made a question here a cuople > of days ago). > > My computer has an ASUS-SP97 motherboard with a SIS5597 vga chipset > and it doesn't have AGP, only PCI and ISA slots. I upgraded my BIOS > to make it work with hard-disk bigger than 8G, and also to allow to > switch off the onboard VGA chipset..... With Linux and Windows > it works nice :( > > I've tried with XFree86-4.2 and XFree86-4.3, but no success. > > Sometimes, when I lauch "X", I see on the screen as if the > computer had reboot, I mean that I see the information about > the NVidia vga card that I usually see when I switch on the computer > for the first time. > > It's very strange because I've been working with my NVidia card > on 5.0-DP1, both with the "nv" driver and with a driver for FreeBSD-5.0 > before nvidia released his own driver. > > I don't know what I've done during this 2 weeks, but now I don't have > X system any more (lol). Im really fed up with this because I was getting > used to using KDE (lol again :) > > If anybody can help me....I will give my computer away to him, I swear > > Thanks :( -- JFRH From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 06:43:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEE2A37B401 for ; Mon, 30 Jun 2003 06:43:19 -0700 (PDT) Received: from mail-relay.eunet.no (mail-relay.eunet.no [193.71.71.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7BBC43FCB for ; Mon, 30 Jun 2003 06:43:18 -0700 (PDT) (envelope-from ltning@anduin.net) Received: from anduin.net (celduin.net [81.0.162.106]) by mail-relay.eunet.no (8.12.2/8.12.2/GN) with SMTP id h5UDhExP010405; Mon, 30 Jun 2003 15:43:16 +0200 (CEST) (envelope-from ltning@anduin.net) Date: Mon, 30 Jun 2003 15:42:58 +0200 From: Eirik Oeverby To: Mark Sergeant Message-Id: <20030630154258.59d58740.ltning@anduin.net> In-Reply-To: <20030630133226.GA98811@snsonline.net> References: <20030630125553.GA90064@peter.osted.lan> <20030630133226.GA98811@snsonline.net> X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=.29I/DGuGQPAVs4" cc: freebsd-current@freebsd.org Subject: Re: Disk/FS I/O issues in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 13:43:20 -0000 --=.29I/DGuGQPAVs4 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, Kernel from 27.06 has same behaviour. I would prefer not to have to install yet another kernel right now, since I need to get some work done. If anyone else has any possible clues as to when this regression happened, that would help me (or whoever else would want to test by adding date=yyyy.mm.dd.hh.mm.ss to their supfile) determine what date to pick for testing. /Eirik On Mon, 30 Jun 2003 23:32:26 +1000 Mark Sergeant wrote: > I get the same problem on a smp machine and my laptop both running > kernels as from today. > > On Mon, Jun 30, 2003 at 03:26:13PM +0200, Eirik Oeverby wrote: > > Hi, > > > > Good to see I'm not the only one. > > I'm currently going back to a kernel dated 2003.06.27.12.00.00, and > > I'll test again with that one. > > > > /Eirik > > > > On Mon, 30 Jun 2003, Peter Holm wrote: > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" --=.29I/DGuGQPAVs4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/AD5kdAvR8ct7fEcRAoLbAJ9Rgq5bY8gcnj4yWVvcVlEu6jKTSACfdzdz 5d6Ckp0mWpaKGMifX3ev3Yw= =xe0P -----END PGP SIGNATURE----- --=.29I/DGuGQPAVs4-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 06:54:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E38637B404 for ; Mon, 30 Jun 2003 06:54:11 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66DFB43FE3 for ; Mon, 30 Jun 2003 06:54:10 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) h5UDs7l3013539; Mon, 30 Jun 2003 09:54:07 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)h5UDs7SR013536; Mon, 30 Jun 2003 09:54:07 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Mon, 30 Jun 2003 09:54:07 -0400 (EDT) From: Andre Guibert de Bruet To: Eirik Oeverby In-Reply-To: Message-ID: <20030630095334.D6094@alpha.siliconlandmark.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Lutz Bichler cc: freebsd-current@freebsd.org Subject: Re: VMWare not working anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 13:54:11 -0000 VMWare. > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > On Mon, 30 Jun 2003, Eirik Oeverby wrote: > Reinstalling what? VMWare or FreeBSD? > > On Mon, 30 Jun 2003, Lutz Bichler wrote: > > > I got the same problem/message and "solved" it by reinstalling ;-) From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 06:58:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42DEA37B401 for ; Mon, 30 Jun 2003 06:58:17 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F50C43FBD for ; Mon, 30 Jun 2003 06:58:16 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h5UDwDwV002040 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 30 Jun 2003 09:58:13 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h5UDw8J08426; Mon, 30 Jun 2003 09:58:08 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16128.16880.618174.525346@grasshopper.cs.duke.edu> Date: Mon, 30 Jun 2003 09:58:08 -0400 (EDT) To: Jeff Roberson In-Reply-To: <20030628172232.F17881-100000@mail.chesapeake.net> References: <20030628172232.F17881-100000@mail.chesapeake.net> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: current@freebsd.org Subject: Re: ULE problems on HTT SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 13:58:17 -0000 Jeff Roberson writes: > On Fri, 27 Jun 2003, John Baldwin wrote: > > > > > On 27-Jun-2003 Andrew Gallatin wrote: > > > > > > Jeff Roberson writes: > > > > > > > > Can you call kseq_print(0) and kseq_print(1) from ddb? > > > > > > > > > > I found a different problem which is nearly as interesting. > > > Note that ps thinks sysctl is on cpu 255... > > > > #define NOCPU 0xff /* For when we aren't on a CPU. (SMP) */ > > > > So that isn't but so interesting. :) > > The problem is that the logical cpu halting code does not put the halted > CPU in the stopped cpus set. ULE has no way of knowing that it can not > migrate a thread to this cpu. I'd prefer it if you could make this change > John, but I can certainly do it if you're busy. > Does this mean that if, as a temporary measure, I disable machdep.cpu_idle_hlt, ULE should work for me? Thanks, Drew From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 07:29:08 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25ECE37B401 for ; Mon, 30 Jun 2003 07:29:08 -0700 (PDT) Received: from vineyard.net (k1.vineyard.net [204.17.195.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4048243F85 for ; Mon, 30 Jun 2003 07:29:07 -0700 (PDT) (envelope-from joshe@jade.elsasser.org) Received: from localhost (loopback [127.0.0.1]) by vineyard.net (Postfix) with ESMTP id 7E00E92685 for ; Mon, 30 Jun 2003 10:27:10 -0400 (EDT) Received: from vineyard.net ([127.0.0.1]) by localhost (king1.vineyard.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 85623-03 for ; Mon, 30 Jun 2003 10:27:10 -0400 (EDT) Received: from jade.elsasser.org (loopback [127.0.0.1]) by vineyard.net (Postfix) with ESMTP id D5D3D9231A for ; Mon, 30 Jun 2003 10:27:09 -0400 (EDT) Received: by jade.elsasser.org (Postfix, from userid 1000) id 6449D14778A; Mon, 30 Jun 2003 10:27:08 -0400 (EDT) Date: Mon, 30 Jun 2003 10:27:08 -0400 From: Josh Elsasser To: Eirik Oeverby Message-ID: <20030630142708.GA59041@jade.nat.elsasser.org> References: <20030630125553.GA90064@peter.osted.lan> <20030630133226.GA98811@snsonline.net> <20030630154258.59d58740.ltning@anduin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030630154258.59d58740.ltning@anduin.net> User-Agent: Mutt/1.4.1i X-PGP-Key-URL: http://www.elsasser.org/pubkey.asc X-PGP-Key-Fingerprint: 8F39 9F2B 3738 54D9 3E40 4604 CFD5 EA3F B833 FD50 X-Virus-Scanned: by AMaViS at Vineyard.NET cc: Mark Sergeant cc: freebsd-current@freebsd.org Subject: Re: Disk/FS I/O issues in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 14:29:08 -0000 I think I experienced the same bug on my Sony Vaio FX200 with -CURRENT from Sat Jun 28. I had an unrelated panic, and after rebooting, the machine locked up after a minute or so during the background fsck. After rebooting several times, I finally had to boot it single-user and fsck -y, which did not lock it up. Perhaps creating/using the filesystem snapshots was triggering the lockup. -jre On Mon, Jun 30, 2003 at 03:42:58PM +0200, Eirik Oeverby wrote: > Hi, > > Kernel from 27.06 has same behaviour. I would prefer not to have to > install yet another kernel right now, since I need to get some work > done. If anyone else has any possible clues as to when this regression > happened, that would help me (or whoever else would want to test by > adding date=yyyy.mm.dd.hh.mm.ss to their supfile) determine what date to > pick for testing. > > /Eirik > > On Mon, 30 Jun 2003 23:32:26 +1000 > Mark Sergeant wrote: > > > I get the same problem on a smp machine and my laptop both running > > kernels as from today. > > > > On Mon, Jun 30, 2003 at 03:26:13PM +0200, Eirik Oeverby wrote: > > > Hi, > > > > > > Good to see I'm not the only one. > > > I'm currently going back to a kernel dated 2003.06.27.12.00.00, and > > > I'll test again with that one. > > > > > > /Eirik > > > > > > On Mon, 30 Jun 2003, Peter Holm wrote: > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 08:12:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5189737B401 for ; Mon, 30 Jun 2003 08:12:38 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6584E43FBD for ; Mon, 30 Jun 2003 08:12:37 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h5UFBxKJ000424; Mon, 30 Jun 2003 11:11:59 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h5UFBxMX000421; Mon, 30 Jun 2003 11:11:59 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 30 Jun 2003 11:11:59 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Eirik Oeverby In-Reply-To: <20030630140055.08c0af9f.ltning@anduin.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: VMWare not working anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 15:12:38 -0000 Did you rebuild the Vmware kernel module(s) from scratch? Make sure you do so each time you update to a newer kernel version, as it's important the data structures referenced by the module be the same version as the ones referenced by the kernel you're running. I've seen precisely this output when my kernel module has been out of sync, previously. If it's in sync, well, I guess it's a different problem :-) Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories On Mon, 30 Jun 2003, Eirik Oeverby wrote: > Hi, > > As of yesterday (I think), VMWare 3.2.1 is no longer working on my > 5-CURRENT box. When I try to start it, I get > > ============================= > [ltning@ranger] ~$ vmware > Setting TMPDIR=/var/tmp. > > > VMware Workstation Err > > VMware Workstation Error: > Version mismatch with vmmon module: expecting 30.0, got 0.0. > You have an incorrect version of the `vmmon' kernel module. > Try reinstalling VMware Workstation. > > Press "Enter" to continue... > > > > ^C > ============================= > > A ps shows some parts are still running: > > [ltning@ranger] ~$ ps ax | grep vmw > 652 p1 W 0:00.10 vmware-ui -A 7 -B 4 -S -L > /var/tmp/vmware-ltning-651. > 653 p1 W 0:00.08 vmware-mks -A 8 -B > 5 -S -L /var/tmp/vmware-ltning-651 663 p1 S+ 0:00.01 grep vmw > ============================= > > And kldstat shows the vmmon module(s) are indeed loaded: > > [ltning@ranger] ~$ kldstat > Id Refs Address Size Name > 1 16 0xc0100000 3f5758 kernel > 2 1 0xc04f6000 4930c acpi.ko > 3 1 0xc406c000 5000 linprocfs.ko > 4 3 0xc42a2000 18000 linux.ko > 5 1 0xc41f5000 8000 vmmon_up.ko > 6 1 0xc41f1000 2000 vmnet.ko > 7 4 0xc437a000 11000 netgraph.ko > 8 2 0xc42be000 4000 ng_ether.ko > 9 1 0xc4361000 5000 ng_bridge.ko > 10 1 0xc42ba000 4000 ng_socket.ko > ============================= > > Anyone else seeing this? Anyone have an idea how to solve it? This is > pretty bad, as I've just managed to get rid of my last Windows > workstation, which I only used to run a development SQLServer. Guess > where that DBMS (should be/is) running now.. :-/ > > > /Eirik > From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 08:22:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29BA737B404 for ; Mon, 30 Jun 2003 08:22:27 -0700 (PDT) Received: from mail-relay.eunet.no (mail-relay.eunet.no [193.71.71.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD26843FDF for ; Mon, 30 Jun 2003 08:22:23 -0700 (PDT) (envelope-from ltning@anduin.net) Received: from anduin.net (celduin.net [81.0.162.106]) by mail-relay.eunet.no (8.12.2/8.12.2/GN) with SMTP id h5UFMKxP046782; Mon, 30 Jun 2003 17:22:21 +0200 (CEST) (envelope-from ltning@anduin.net) Date: Mon, 30 Jun 2003 17:22:05 +0200 From: Eirik Oeverby To: Josh Elsasser Message-Id: <20030630172205.614e3240.ltning@anduin.net> In-Reply-To: <20030630142708.GA59041@jade.nat.elsasser.org> References: <20030630125553.GA90064@peter.osted.lan> <20030630133226.GA98811@snsonline.net> <20030630154258.59d58740.ltning@anduin.net> <20030630142708.GA59041@jade.nat.elsasser.org> X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=.XYWq2:h4vqt5's" cc: freebsd-current@freebsd.org Subject: Re: Disk/FS I/O issues in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 15:22:27 -0000 --=.XYWq2:h4vqt5's Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, I've found a kernel that works, from the 20th of June. The regression happened somewhere between 2003.06.20.12.00.00 and 2003.06.27.12.00.00 ... Hope that helps. :) /Eirik On Mon, 30 Jun 2003 10:27:08 -0400 Josh Elsasser wrote: > I think I experienced the same bug on my Sony Vaio FX200 with -CURRENT > from Sat Jun 28. I had an unrelated panic, and after rebooting, the > machine locked up after a minute or so during the background fsck. > After rebooting several times, I finally had to boot it single-user > and fsck -y, which did not lock it up. Perhaps creating/using the > filesystem snapshots was triggering the lockup. > > -jre > > On Mon, Jun 30, 2003 at 03:42:58PM +0200, Eirik Oeverby wrote: > > Hi, > > > > Kernel from 27.06 has same behaviour. I would prefer not to have to > > install yet another kernel right now, since I need to get some work > > done. If anyone else has any possible clues as to when this > > regression happened, that would help me (or whoever else would want > > to test by adding date=yyyy.mm.dd.hh.mm.ss to their supfile) > > determine what date to pick for testing. > > > > /Eirik > > > > On Mon, 30 Jun 2003 23:32:26 +1000 > > Mark Sergeant wrote: > > > > > I get the same problem on a smp machine and my laptop both running > > > kernels as from today. > > > > > > On Mon, Jun 30, 2003 at 03:26:13PM +0200, Eirik Oeverby wrote: > > > > Hi, > > > > > > > > Good to see I'm not the only one. > > > > I'm currently going back to a kernel dated 2003.06.27.12.00.00, > > > > and I'll test again with that one. > > > > > > > > /Eirik > > > > > > > > On Mon, 30 Jun 2003, Peter Holm wrote: > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to > > > "freebsd-current-unsubscribe@freebsd.org" > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" --=.XYWq2:h4vqt5's Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/AFWgdAvR8ct7fEcRAggnAJ4/tn3SPblCSiy3dH8knIlEKiY5HACfQ4zr +VmP6ZQIaatdlwtl9an3FkE= =Ucjd -----END PGP SIGNATURE----- --=.XYWq2:h4vqt5's-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 08:52:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AA5237B401; Mon, 30 Jun 2003 08:52:34 -0700 (PDT) Received: from ns1.gnf.org (ns1.gnf.org [63.196.132.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C8B143FDF; Mon, 30 Jun 2003 08:52:33 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from EXCHCLUSTER01.lj.gnf.org (exch01.lj.gnf.org [172.25.10.19]) by ns1.gnf.org (8.12.8p1/8.12.8) with ESMTP id h5UFqWtF031673; Mon, 30 Jun 2003 08:52:32 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from roark.gnf.org ([172.25.24.15]) by EXCHCLUSTER01.lj.gnf.org with Microsoft SMTPSVC(5.0.2195.5329); Mon, 30 Jun 2003 08:52:33 -0700 Received: from roark.gnf.org (localhost [127.0.0.1]) by roark.gnf.org (8.12.9/8.12.9) with ESMTP id h5UFqWi2001324; Mon, 30 Jun 2003 08:52:32 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: (from gtetlow@localhost) by roark.gnf.org (8.12.9/8.12.9/Submit) id h5UFqW8S001323; Mon, 30 Jun 2003 08:52:32 -0700 (PDT) Date: Mon, 30 Jun 2003 08:52:32 -0700 From: Gordon Tetlow To: Tinderbox Message-ID: <20030630155232.GM70590@roark.gnf.org> References: <200306292013.h5TKDFev060563@cueball.rtp.FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fCjW77bNSYaih4x3" Content-Disposition: inline In-Reply-To: <200306292013.h5TKDFev060563@cueball.rtp.FreeBSD.org> User-Agent: Mutt/1.4i X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-OriginalArrivalTime: 30 Jun 2003 15:52:33.0125 (UTC) FILETIME=[9E710950:01C33F1F] cc: current@freebsd.org cc: i386@freebsd.org Subject: Re: [-CURRENT tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 15:52:34 -0000 --fCjW77bNSYaih4x3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jun 29, 2003 at 08:13:15PM +0000, Tinderbox wrote: > > mkdep -f .depend -a /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sbin/mdmfs/mdmfs.c > /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sbin/mdmfs/mdmfs.c:53:23: pathnames.h: No such file or directory > mkdep: compile failed > *** Error code 1 This was fixed in 1.15 of mdmfs.c -gordon --fCjW77bNSYaih4x3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/AFzARu2t9DV9ZfsRAsZmAKCvccHfOpL28+n4HFDEpUf1duW/tQCfZuGy qa9QQUNHhoNVcLr1rRKS71Q= =5BjR -----END PGP SIGNATURE----- --fCjW77bNSYaih4x3-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 09:49:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B39637B401; Mon, 30 Jun 2003 09:49:38 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id A44F243FCB; Mon, 30 Jun 2003 09:49:37 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5UGnYs8009710; Mon, 30 Jun 2003 12:49:34 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5UGnY1v009709; Mon, 30 Jun 2003 16:49:34 GMT Date: Mon, 30 Jun 2003 16:49:34 GMT Message-Id: <200306301649.h5UGnY1v009709@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 16:49:38 -0000 TB --- 2003-06-30 16:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-06-30 16:00:00 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-30 16:06:49 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] yacc -d /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/arith.y cp y.tab.c arith.c lex -t -8 /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/arith_lex.l > arith_lex.c cd /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh; sh mkbuiltins /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/rescue/rescue/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -DSHELL -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh -DRESCUE -c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/mkinit.c cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -DSHELL -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh -DRESCUE -static mkinit.o -o mkinit ./mkinit /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/alias.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/eval.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/exec.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/input.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/jobs.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/options.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/parser.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/redir.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/trap.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/var.c ./mkinit: 1: Syntax error: "(" unexpected *** Error code 2 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-06-30 16:49:34 - /usr/bin/make returned exit code 1 TB --- 2003-06-30 16:49:34 - ERROR: failed to build world TB --- 2003-06-30 16:49:34 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 10:27:23 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8422237B408; Mon, 30 Jun 2003 10:27:23 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id E918043FFB; Mon, 30 Jun 2003 10:27:20 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5UHRIs8092326; Mon, 30 Jun 2003 13:27:18 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5UHRIqN092325; Mon, 30 Jun 2003 17:27:18 GMT Date: Mon, 30 Jun 2003 17:27:18 GMT Message-Id: <200306301727.h5UHRIqN092325@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, amd64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 17:27:23 -0000 TB --- 2003-06-30 16:49:34 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2003-06-30 16:49:34 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-30 16:51:58 - building world TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/amd64/amd64/obj/amd64/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/i386/usr/include >>> stage 4: building libraries [...] cc -O -pipe -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libsmutil/../../contrib/sendmail/src -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libsmutil/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DMAP_REGEX -DNOT_SENDMAIL -c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/contrib/sendmail/libsmutil/snprintf.c -o snprintf.o cc -O -pipe -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libsmutil/../../contrib/sendmail/src -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libsmutil/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DMAP_REGEX -DNOT_SENDMAIL -c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/contrib/sendmail/libsmutil/cf.c -o cf.o building static smutil library ranlib libsmutil.a ===> lib/libstand cc -O -pipe -ffreestanding -Wformat -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstand -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstand/../libz -c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstand/__main.c -o __main.o ld: unrecognised emulation mode: elf_i386_fbsd Supported emulations: elf_x86_64_fbsd *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstand. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. TB --- 2003-06-30 17:27:17 - /usr/bin/make returned exit code 1 TB --- 2003-06-30 17:27:17 - ERROR: failed to build world TB --- 2003-06-30 17:27:17 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 10:36:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A50B637B401 for ; Mon, 30 Jun 2003 10:36:24 -0700 (PDT) Received: from ocortes.net1.nerim.net (ocortes.net1.nerim.net [213.41.136.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00BCA43FE9 for ; Mon, 30 Jun 2003 10:36:24 -0700 (PDT) (envelope-from olive@deep-ocean.org) Received: from [192.168.0.23] (syrenna.deep-ocean.local [192.168.0.23]) by ocortes.net1.nerim.net (Postfix) with ESMTP id DDA9D5EF02 for ; Mon, 30 Jun 2003 19:34:15 +0200 (CEST) From: Olivier Cortes To: Mailing-List FreeBSD Current Content-Type: text/plain Message-Id: <1056994272.769.15.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.0 Date: 30 Jun 2003 19:31:12 +0200 Content-Transfer-Encoding: 7bit Subject: page_daemon problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 17:36:25 -0000 Hi, today my laptop started hanging. after investigating on the console, i could isolate this problem: whatever i do, the load keeps growing and the machine stops responding a few minutes(sometimes 10 or 20) after booting with this message: swap_pager: indefinite wait buffer: device: ad0s1b, blkno: 352, size 4096. when running top before the hang, it shows page_daemon taking all CPU. right before the first "swap_pager" message, top stops refreshing, then "swap_pager" message keeps appearing every 20 seconds approx. i can't do anything (keyboard doesn't respond, nor acpi power switch) but switching off the machine. KERNEL, dmesg can be found at: www.deep-ocean.net/~olive/freebsd/syrenna/ my last cvsup && world is: FreeBSD syrenna.deep-ocean.local 5.1-CURRENT FreeBSD 5.1-CURRENT #5: Fri Jun 27 21:32:09 CEST 2003 root@syrenna.deep-ocean.local:/usr/obj/usr/src/sys/SYRENNA i386 do you have any hints or advice on how to avoid this problem ? how can i investigate further in order to provide more efficient info for you ? regards, Olivier From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 12:40:30 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D799D37B404 for ; Mon, 30 Jun 2003 12:40:30 -0700 (PDT) Received: from mail.unixguru.nl (mosibi.demon.nl [212.238.240.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48B5143F3F for ; Mon, 30 Jun 2003 12:40:29 -0700 (PDT) (envelope-from richard@unixguru.nl) Received: from mail (mail [192.168.10.4]) by mail.unixguru.nl (8.12.9/8.12.9) with ESMTP id h5UJeIpW042959 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 30 Jun 2003 21:40:19 +0200 (CEST) (envelope-from richard@unixguru.nl) Date: Mon, 30 Jun 2003 21:40:18 +0200 (CEST) From: Richard Arends To: Systems Engineering In-Reply-To: <20030630063511.GB13663@sue.caltech.edu> Message-ID: <20030630213920.X41563@mail.unixguru.nl> References: <20030630063511.GB13663@sue.caltech.edu> X-message-flag: Get yourself a real mail client! http://www.washington.edu/pine/ X-Accepted-File-Formats: ASCII .rtf .ps - *NO* MS Office files please. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: -2.5: EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org Subject: Re: Disk Geometry Error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 19:40:31 -0000 On Sun, 29 Jun 2003, Systems Engineering wrote: > I am attempting an installation via the 5.1-R iso. During the > partitioning process, fdisk reports that the detected disk geometry is > probably incorrect. Subsequently, I attempt to specify the geometry > reported by bios (CSH:19158,255,16). This geometry is, however, > rejected. I have tried some variations, including the "sane" proposal > that fdisk makes after it reports that the detected disk geometry is > invalid. fdisk accepts them but this does not produce a bootable system > (not surprising). Let me guess. Is it limited to 2 GB? Youre disk probably has a jumper on it with enables it above 2GB. Regards, Richard. ---- Paul Vixie in an interview with Sendmail.net: Now that the Internet has the full spectrum of humanity as users, the technology is showing its weakness: it was designed to be used by friendly, smart people. Spammers, as an example of a class, are neither friendly nor smart. From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 12:46:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5656F37B401 for ; Mon, 30 Jun 2003 12:46:39 -0700 (PDT) Received: from smtp.uc3m.es (smtp03.uc3m.es [163.117.136.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5620443FE5 for ; Mon, 30 Jun 2003 12:46:38 -0700 (PDT) (envelope-from jrh@it.uc3m.es) Received: from smtp03.uc3m.es (localhost [127.0.0.1]) by smtp.uc3m.es (Postfix) with ESMTP id 4B84F432DE for ; Mon, 30 Jun 2003 21:46:37 +0200 (CEST) Received: from varpa.it.uc3m.es (varpa.it.uc3m.es [163.117.139.253]) by smtp03.uc3m.es (Postfix) with ESMTP id 3FBB12B681 for ; Mon, 30 Jun 2003 21:46:37 +0200 (CEST) Received: from localhost (jrh@localhost)VAA03502 for ; Mon, 30 Jun 2003 21:46:37 +0200 X-Authentication-Warning: varpa.it.uc3m.es: jrh owned process doing -bs Date: Mon, 30 Jun 2003 21:46:37 +0200 (CEST) From: Juan Francisco Rodriguez Hervella X-Sender: jrh@varpa.it.uc3m.es To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Regarding "timeseal.FreeBSD" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 19:46:39 -0000 jrh@juanillo:/usr/home/jrh$ file .eboard/timeseal.FreeBSD .eboard/timeseal.FreeBSD: 386 compact demand paged pure executable not stripped What does this mean ? From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 12:49:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B941F37B401 for ; Mon, 30 Jun 2003 12:49:06 -0700 (PDT) Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5092543FDF for ; Mon, 30 Jun 2003 12:49:05 -0700 (PDT) (envelope-from ler@lerctr.org) Received: from lerlaptop.iadfw.net (lerlaptop.iadfw.net [206.66.13.21]) (authenticated bits=0)h5UJn1TD018045; Mon, 30 Jun 2003 14:49:02 -0500 (CDT) Date: Mon, 30 Jun 2003 14:49:01 -0500 From: Larry Rosenman To: Juan Francisco Rodriguez Hervella , freebsd-current@freebsd.org Message-ID: <246560000.1057002541@lerlaptop.iadfw.net> In-Reply-To: References: X-Mailer: Mulberry/3.1.0b3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Subject: Re: Regarding "timeseal.FreeBSD" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 19:49:07 -0000 --On Monday, June 30, 2003 21:46:37 +0200 Juan Francisco Rodriguez Hervella wrote: > > jrh@juanillo:/usr/home/jrh$ file .eboard/timeseal.FreeBSD > .eboard/timeseal.FreeBSD: 386 compact demand paged pure executable not > stripped > > What does this mean ? it's an old a.out executable. LER > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 13:30:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6202E37B404 for ; Mon, 30 Jun 2003 13:30:16 -0700 (PDT) Received: from mail26b.sbc-webhosting.com (mail26b.sbc-webhosting.com [216.173.237.165]) by mx1.FreeBSD.org (Postfix) with SMTP id 8EE0C43F3F for ; Mon, 30 Jun 2003 13:30:14 -0700 (PDT) (envelope-from alc@imimic.com) Received: from www.imimic.com (64.143.12.21)4-0162615004; Mon, 30 Jun 2003 16:30:05 -0400 (EDT) Sender: alc@FreeBSD.ORG Message-ID: <3F009DCE.6A69BB24@imimic.com> Date: Mon, 30 Jun 2003 15:30:06 -0500 From: "Alan L. Cox" Organization: iMimic Networking, Inc. X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: Peter Holm , current@freebsd.org References: <20030630125553.GA90064@peter.osted.lan> <20030630135037.GA90436@peter.osted.lan> Content-Type: text/plain; charset=x-user-defined Content-Transfer-Encoding: 7bit X-Loop-Detect: 1 cc: alc@freebsd.org cc: Eirik Oeverby Subject: Re: Disk/FS I/O issues in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 20:30:16 -0000 Peter Holm wrote: > > On Mon, Jun 30, 2003 at 03:26:13PM +0200, Eirik Oeverby wrote: > > Hi, > > > > Good to see I'm not the only one. > > I'm currently going back to a kernel dated 2003.06.27.12.00.00, and I'll test > > again with that one. > > > > Ok. > > I see that alc@ made some recent changes to the vm (vm_pageout.c). > I don't know if there's any connection to this problem? > I've been able to reproduce what I believe is the problem. (In my case, I reset my machine and watched the background fsck slowly grind to a halt. Foreground fsck is fine.) The problem actually appears to be in vm_page_alloc(), not vm_pageout.c. Look for a commit to resolve this in a few hours. Regards, Alan From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 14:20:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B536F37B401; Mon, 30 Jun 2003 14:20:03 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06AFE43FBD; Mon, 30 Jun 2003 14:20:03 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5ULJvs8071319; Mon, 30 Jun 2003 17:19:57 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5ULJuvv071318; Mon, 30 Jun 2003 21:19:56 GMT Date: Mon, 30 Jun 2003 21:19:56 GMT Message-Id: <200306302119.h5ULJuvv071318@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, ia64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 21:20:04 -0000 TB --- 2003-06-30 20:31:30 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-06-30 20:31:30 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-30 20:33:56 - building world TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] : not found @DØa0€h€€ª€„ 8-€ÀÄÀÿÿÿÿ_: not found : not found : not found : not found €0bÀ xÀ: not found p: not found ./mkinit: 11: Syntax error: "(" unexpected *** Error code 2 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/bin/sh. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. TB --- 2003-06-30 21:19:56 - /usr/bin/make returned exit code 1 TB --- 2003-06-30 21:19:56 - ERROR: failed to build world TB --- 2003-06-30 21:19:56 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 14:36:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1CFC37B41D; Mon, 30 Jun 2003 14:36:21 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDB6C4403F; Mon, 30 Jun 2003 14:33:46 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h5ULXgVd066033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Jul 2003 00:33:42 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h5ULXfHI066028; Tue, 1 Jul 2003 00:33:41 +0300 (EEST) (envelope-from ru) Date: Tue, 1 Jul 2003 00:33:41 +0300 From: Ruslan Ermilov To: Tinderbox Message-ID: <20030630213341.GC57432@sunbay.com> References: <200306302119.h5ULJuvv071318@cueball.rtp.FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0vzXIDBeUiKkjNJl" Content-Disposition: inline In-Reply-To: <200306302119.h5ULJuvv071318@cueball.rtp.FreeBSD.org> User-Agent: Mutt/1.5.4i cc: current@freebsd.org cc: ia64@freebsd.org Subject: Re: [-CURRENT tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 21:36:22 -0000 --0vzXIDBeUiKkjNJl Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 30, 2003 at 09:19:56PM +0000, Tinderbox wrote: > TB --- 2003-06-30 20:31:30 - starting CURRENT tinderbox run for ia64/ia64 > TB --- 2003-06-30 20:31:30 - checking out the source tree > TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 > TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > TB --- 2003-06-30 20:33:56 - building world > TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src > TB --- /usr/bin/make -B buildworld > >>> Rebuilding the temporary build tree > >>> stage 1: legacy release compatibility shims > >>> stage 1: bootstrap tools > >>> stage 2: cleaning up the object tree > >>> stage 2: rebuilding the object tree > >>> stage 2: build tools > >>> stage 3: cross tools > >>> stage 4: populating /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vo= l/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include > >>> stage 4: building libraries > >>> stage 4: make dependencies > >>> stage 4: building everything.. > [...] > =11=08=1C=18=10: not found > @D=D8a=03=010=10=04=80=03h=80=10=01=05=80=03=10=02=AA=1D=01=02=80=08=84 > 8-=10=80=05=02=C0=04=C4=05=01=C0=FF=FF=FF=FF_: not found > =17: not found > =10: not found > =01: not found > =80=050=02b=C0=81=0F=90 > x=1C=18=10=02=C0=01: not found > p: not found > ./mkinit: 11: Syntax error: "(" unexpected > *** Error code 2 >=20 "mkinit" is the bin/sh's build-tool, and should have been built for the native architecture, i386. The above means that mkinit was rebuilt for ia64, and the resulting binary was then ran on i386. If you don't have other explanations to the above, please check that the date and time are set on the building box correctly, and that source files do not have modification time in the future. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --0vzXIDBeUiKkjNJl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/AKy1Ukv4P6juNwoRAjtuAJ9qjN2CiuEVvIGG0+/Og3vCJQa52gCfccTV XEeEmQeSAcAENNUk+/9Oq0k= =KFPs -----END PGP SIGNATURE----- --0vzXIDBeUiKkjNJl-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 14:43:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A30A437B404 for ; Mon, 30 Jun 2003 14:43:41 -0700 (PDT) Received: from smtp.uc3m.es (smtp02.uc3m.es [163.117.136.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CCA843FEA for ; Mon, 30 Jun 2003 14:43:40 -0700 (PDT) (envelope-from jrh@it.uc3m.es) Received: from smtp02.uc3m.es (localhost [127.0.0.1]) by smtp.uc3m.es (Postfix) with ESMTP id 58D35432FA for ; Mon, 30 Jun 2003 23:43:39 +0200 (CEST) Received: from varpa.it.uc3m.es (varpa.it.uc3m.es [163.117.139.253]) by smtp02.uc3m.es (Postfix) with ESMTP id 495A099FCD for ; Mon, 30 Jun 2003 23:43:39 +0200 (CEST) Received: from localhost (jrh@localhost)XAA24936 for ; Mon, 30 Jun 2003 23:43:39 +0200 X-Authentication-Warning: varpa.it.uc3m.es: jrh owned process doing -bs Date: Mon, 30 Jun 2003 23:43:39 +0200 (CEST) From: Juan Francisco Rodriguez Hervella X-Sender: jrh@varpa.it.uc3m.es To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Timeseal works after doing "kldload aout", thanks! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 21:43:42 -0000 From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 15:01:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D3ED37B401; Mon, 30 Jun 2003 15:01:33 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6B3B43FE0; Mon, 30 Jun 2003 15:01:32 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5UM1Ss8051599; Mon, 30 Jun 2003 18:01:29 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5UM1P2a051598; Mon, 30 Jun 2003 22:01:25 GMT Date: Mon, 30 Jun 2003 22:01:25 GMT Message-Id: <200306302201.h5UM1P2a051598@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 22:01:34 -0000 TB --- 2003-06-30 21:19:57 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-06-30 21:19:57 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-30 21:23:24 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] yacc -d /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/arith.y cp y.tab.c arith.c lex -t -8 /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/arith_lex.l > arith_lex.c cd /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh; sh mkbuiltins /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh cc -O -pipe -DSHELL -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh -DRESCUE -c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/mkinit.c cc -O -pipe -DSHELL -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh -DRESCUE -static mkinit.o -o mkinit ./mkinit /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/alias.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/eval.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/exec.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/input.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/jobs.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/options.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/parser.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/redir.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/trap.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/var.c ./mkinit: 1: Syntax error: end of file unexpected *** Error code 2 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-06-30 22:01:25 - /usr/bin/make returned exit code 1 TB --- 2003-06-30 22:01:25 - ERROR: failed to build world TB --- 2003-06-30 22:01:25 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 15:03:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B53A237B401 for ; Mon, 30 Jun 2003 15:03:56 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 3023943FA3 for ; Mon, 30 Jun 2003 15:03:56 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 85475 invoked by uid 1000); 30 Jun 2003 22:03:55 -0000 Date: Mon, 30 Jun 2003 15:03:55 -0700 (PDT) From: Nate Lawson To: current@freebsd.org, acpi-jp@jp.freebsd.org Message-ID: <20030630145736.X85470@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: PATCH: acpi ec burst mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 22:03:57 -0000 Please try out the patch at: http://root.org/~nate/freebsd/ec-burst.diff This adds support for the embedded controller to use burst mode by default. It removes our non-working EventWaitIntr() implementation. It has a debug print that will show: "EC Waited max 2 cycles" Please report the maximum value you get after applying the patch and running it for a while. Also please report any regression in functionality. You can turn off burst mode (on by default with this patch) with: sysctl hw.acpi.burst_mode=0 You should run this with "hw.acpi.verbose=1" in /boot/loader.conf. If you get any Embedded Controller errors, please let me know. Thanks, -Nate From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 15:10:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F8DE37B401; Mon, 30 Jun 2003 15:10:28 -0700 (PDT) Received: from pc-80-195-57-71-ll.blueyonder.co.uk (pc-80-195-57-71-ll.blueyonder.co.uk [80.195.57.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FFD643F85; Mon, 30 Jun 2003 15:10:27 -0700 (PDT) (envelope-from andrew@cream.org) Received: from spatula.home (spatula.home [192.168.0.4]) by gateway.home (Postfix) with ESMTP id 08A0553; Mon, 30 Jun 2003 23:10:24 +0100 (BST) From: Andrew Boothman To: Scott Reese Date: Mon, 30 Jun 2003 23:10:34 +0100 User-Agent: KMail/1.5.2 References: <1056997197.39385.25.camel@borges> In-Reply-To: <1056997197.39385.25.camel@borges> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306302310.34846.andrew@cream.org> cc: freebsd-questions@FreeBSD.org cc: current@freebsd.org Subject: Re: 5.1-RELEASE & Windows XP dual-boot issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 22:10:28 -0000 On Monday 30 June 2003 7:19 pm, Scott Reese wrote: > > Previously, I had a dual-boot setup with FreeBSD 5.0 and Windows XP. I > was using booteasy as the boot loader and I had no problem booting into > either Windows or FreeBSD. However, I found myself having to reinstall > FreeBSD so I decided to go with 5.1-RELEASE. As usual, I chose to use > the FreeBSD boot loader on ad0 (the Windows drive) and to install a > standard mbr on ad1 (the FreeBSD drive). After the install, I was able > to boot FreeBSD with no problems at all, but when I went to boot up > Windows, I received the dreaded 'NTLDR missing' message. > > So, to get the point, I was wondering if there was a way to make the > Windows disk bootable again *without* having to reinstall Windows. I > know that if I reinstall Windows, it will think it's king of the > universe and write over booteasy and thus make my FreeBSD installation > unbootable. I've tried searching google and the list archives, but, > surprisingly enough (as I know there have been about a billion threads > along this line), was unable to find anything useful. Any advice or > pointers on how to do this would be *greatly* appreciated. This seems to be a recurring problem after 5-RELEASE. I had exactly the same problem, and I know of others that are the same. For some reason -current doesn't seem to be inter-operating well with the WinXP/Win2k loader anymore. I'm not sure if it's only happening to some installations - but I was certainly in the same boat. I ended up having to re-install Win2k and I used Grub as my new bootloader. Cheers. Andrew. From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 15:14:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E118737B401; Mon, 30 Jun 2003 15:14:21 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BA4043FB1; Mon, 30 Jun 2003 15:14:19 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 49C6472FE3; Mon, 30 Jun 2003 15:14:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 46AA372FDC; Mon, 30 Jun 2003 15:14:19 -0700 (PDT) Date: Mon, 30 Jun 2003 15:14:19 -0700 (PDT) From: Doug White To: Andrew Boothman In-Reply-To: <200306302310.34846.andrew@cream.org> Message-ID: <20030630151326.I31036@carver.gumbysoft.com> References: <1056997197.39385.25.camel@borges> <200306302310.34846.andrew@cream.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Scott Reese cc: freebsd-questions@FreeBSD.org cc: current@freebsd.org Subject: Re: 5.1-RELEASE & Windows XP dual-boot issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 22:14:22 -0000 On Mon, 30 Jun 2003, Andrew Boothman wrote: > This seems to be a recurring problem after 5-RELEASE. I had exactly the same > problem, and I know of others that are the same. For some reason -current > doesn't seem to be inter-operating well with the WinXP/Win2k loader anymore. > I'm not sure if it's only happening to some installations - but I was > certainly in the same boat. > > I ended up having to re-install Win2k and I used Grub as my new bootloader. Can't say I'm having any boot0 issues here with -current and win2k pro sp3. Note windows is partition #2 and about 40GB in. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 15:24:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7D7737B401; Mon, 30 Jun 2003 15:24:17 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C42543FE3; Mon, 30 Jun 2003 15:24:14 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h5UMNsVd071003 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Jul 2003 01:23:55 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h5UMNrAt070998; Tue, 1 Jul 2003 01:23:53 +0300 (EEST) (envelope-from ru) Date: Tue, 1 Jul 2003 01:23:53 +0300 From: Ruslan Ermilov To: Tim Kientzle , Gordon Tetlow Message-ID: <20030630222353.GH57432@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8kI7hWEHMS8Z+7/0" Content-Disposition: inline User-Agent: Mutt/1.5.4i cc: current@FreeBSD.org Subject: rescue/ broke cross compiles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 22:24:18 -0000 --8kI7hWEHMS8Z+7/0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi there! As seen by the latest series of tinderbox failures, the rescue/ stuff breaks cross compiles. The problem is that some bits like bin/sh have the so-called "build tools". These are small utilities not normally visible in the world except during the build stage. As such, "make buildworld" builds them in the native host's environment (using the host compiler, headers, libraries, and binutils). The /rescue should have such a target too (build-tools), that would in effect call the build-tools targets in all makefiles that have it, e.g. bin/sh/Makefile. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --8kI7hWEHMS8Z+7/0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/ALh5Ukv4P6juNwoRAioiAJwMja5ONK8IHpWtvVzPycrjXHveBACfcIbh y6JNQkmIkxPUto3l3qt2P/k= =9CqT -----END PGP SIGNATURE----- --8kI7hWEHMS8Z+7/0-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 15:28:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF9CD37B401; Mon, 30 Jun 2003 15:28:21 -0700 (PDT) Received: from ns1.gnf.org (ns1.gnf.org [63.196.132.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2E5143FD7; Mon, 30 Jun 2003 15:28:20 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from EXCHCLUSTER01.lj.gnf.org (exch01.lj.gnf.org [172.25.10.19]) by ns1.gnf.org (8.12.8p1/8.12.8) with ESMTP id h5UMSItF034573; Mon, 30 Jun 2003 15:28:18 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from roark.gnf.org ([172.25.24.15]) by EXCHCLUSTER01.lj.gnf.org with Microsoft SMTPSVC(5.0.2195.5329); Mon, 30 Jun 2003 15:28:20 -0700 Received: from roark.gnf.org (localhost [127.0.0.1]) by roark.gnf.org (8.12.9/8.12.9) with ESMTP id h5UMSKi2005559; Mon, 30 Jun 2003 15:28:20 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: (from gtetlow@localhost) by roark.gnf.org (8.12.9/8.12.9/Submit) id h5UMSKrR005558; Mon, 30 Jun 2003 15:28:20 -0700 (PDT) Date: Mon, 30 Jun 2003 15:28:20 -0700 From: Gordon Tetlow To: Ruslan Ermilov Message-ID: <20030630222820.GV70590@roark.gnf.org> References: <20030630222353.GH57432@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="P2Q/RrmTZI8TdTk+" Content-Disposition: inline In-Reply-To: <20030630222353.GH57432@sunbay.com> User-Agent: Mutt/1.4i X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-OriginalArrivalTime: 30 Jun 2003 22:28:20.0549 (UTC) FILETIME=[E9025F50:01C33F56] cc: current@FreeBSD.org cc: Tim Kientzle Subject: Re: rescue/ broke cross compiles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 22:28:22 -0000 --P2Q/RrmTZI8TdTk+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 01, 2003 at 01:23:53AM +0300, Ruslan Ermilov wrote: > Hi there! >=20 > As seen by the latest series of tinderbox failures, > the rescue/ stuff breaks cross compiles. The problem > is that some bits like bin/sh have the so-called > "build tools". These are small utilities not normally > visible in the world except during the build stage. > As such, "make buildworld" builds them in the native > host's environment (using the host compiler, headers, > libraries, and binutils). The /rescue should have > such a target too (build-tools), that would in effect > call the build-tools targets in all makefiles that > have it, e.g. bin/sh/Makefile. I'm the first to admit my Make-foo is lacking. I'm not sure I understand why /rescue needs build-tools bits. Can you help enlighten me? -gordon --P2Q/RrmTZI8TdTk+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/ALmDRu2t9DV9ZfsRAiIsAKCAcZrAapN/IV5CtS58IVvNDiuvzwCfeJat A+5bPYZUFRDQcvgnAhxK9S4= =BTiZ -----END PGP SIGNATURE----- --P2Q/RrmTZI8TdTk+-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 15:29:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81BFB37B401; Mon, 30 Jun 2003 15:29:53 -0700 (PDT) Received: from transpacific.net (lincoln.transbay.net [209.133.53.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id E237743FDF; Mon, 30 Jun 2003 15:29:52 -0700 (PDT) (envelope-from sreese@codysbooks.com) Received: from [192.168.0.24] (stalwart.codysbooks.com [209.133.54.175]) by transpacific.net (8.11.6p2/8.11.4) with ESMTP id h5UMTmp48419; Mon, 30 Jun 2003 15:29:48 -0700 (PDT) From: Scott Reese To: Doug White In-Reply-To: <20030630151326.I31036@carver.gumbysoft.com> References: <1056997197.39385.25.camel@borges> <200306302310.34846.andrew@cream.org> <20030630151326.I31036@carver.gumbysoft.com> Content-Type: text/plain Organization: Cody's Books, Inc. Message-Id: <1057012222.694.16.camel@borges> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.0 Date: 30 Jun 2003 22:30:22 +0000 Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org cc: freebsd-questions@FreeBSD.org Subject: Re: 5.1-RELEASE & Windows XP dual-boot issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 22:29:53 -0000 On Mon, 2003-06-30 at 22:14, Doug White wrote: > On Mon, 30 Jun 2003, Andrew Boothman wrote: > > > This seems to be a recurring problem after 5-RELEASE. I had exactly the same > > problem, and I know of others that are the same. For some reason -current > > doesn't seem to be inter-operating well with the WinXP/Win2k loader anymore. > > I'm not sure if it's only happening to some installations - but I was > > certainly in the same boat. > > > > I ended up having to re-install Win2k and I used Grub as my new bootloader. > > Can't say I'm having any boot0 issues here with -current and win2k pro > sp3. Note windows is partition #2 and about 40GB in. I think it's something particular about the way the 5.1-RELEASE install works. As I mentioned in the original post, I had 5.0-RELEASE installed in this configuration and my dual-boot setup worked just fine. Subsequent source upgrades to 5.1-PRE also worked fine. After a fresh install of 5.1, kaboom. I have a hunch that it has something to do with 5.1 defaulting to UFS2 and it's subsequent handling of filesystems originally created with UFS1. Seems to me I saw something about this on the -current list a while ago but I don't remember the particulars. -Scott From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 15:32:08 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55E9737B401; Mon, 30 Jun 2003 15:32:08 -0700 (PDT) Received: from dmlb.org (pc2-cmbg4-6-cust36.cmbg.cable.ntl.com [81.96.76.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9572043FB1; Mon, 30 Jun 2003 15:32:07 -0700 (PDT) (envelope-from dmlb@dmlb.org) Received: from orac.my.domain ([192.168.200.75] helo=orac) by dmlb.org with smtp (Exim 3.36 #1) id 19X7Bu-0004DB-00; Mon, 30 Jun 2003 23:32:06 +0100 Message-ID: <002901c33f57$72715340$4bc8a8c0@orac> From: "Duncan Barclay" To: , Date: Mon, 30 Jun 2003 23:32:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Re: Very alpha BroadCom 4401 driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 22:32:08 -0000 For those people testing/playing with the driver I posted yesterday, please take care with it. I've discovered that the receive code is broken and looses packets, or puts them in funny places in memory. Don't use it on a valuable machine. I will try and fix it by the end of the week. Duncan From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 15:35:30 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E94037B401; Mon, 30 Jun 2003 15:35:30 -0700 (PDT) Received: from transpacific.net (lincoln.transbay.net [209.133.53.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1C7943FB1; Mon, 30 Jun 2003 15:35:29 -0700 (PDT) (envelope-from sreese@codysbooks.com) Received: from [192.168.0.24] (stalwart.codysbooks.com [209.133.54.175]) by transpacific.net (8.11.6p2/8.11.4) with ESMTP id h5UMZSp48452; Mon, 30 Jun 2003 15:35:28 -0700 (PDT) From: Scott Reese To: Andrew Boothman In-Reply-To: <200306302310.34846.andrew@cream.org> References: <1056997197.39385.25.camel@borges> <200306302310.34846.andrew@cream.org> Content-Type: text/plain Organization: Cody's Books, Inc. Message-Id: <1057012562.694.20.camel@borges> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.0 Date: 30 Jun 2003 22:36:03 +0000 Content-Transfer-Encoding: 7bit cc: freebsd-questions@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.1-RELEASE & Windows XP dual-boot issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 22:35:31 -0000 On Mon, 2003-06-30 at 22:10, Andrew Boothman wrote: > On Monday 30 June 2003 7:19 pm, Scott Reese wrote: > > > > Previously, I had a dual-boot setup with FreeBSD 5.0 and Windows XP. I > > was using booteasy as the boot loader and I had no problem booting into > > either Windows or FreeBSD. However, I found myself having to reinstall > > FreeBSD so I decided to go with 5.1-RELEASE. As usual, I chose to use > > the FreeBSD boot loader on ad0 (the Windows drive) and to install a > > standard mbr on ad1 (the FreeBSD drive). After the install, I was able > > to boot FreeBSD with no problems at all, but when I went to boot up > > Windows, I received the dreaded 'NTLDR missing' message. > > > > So, to get the point, I was wondering if there was a way to make the > > Windows disk bootable again *without* having to reinstall Windows. I > > know that if I reinstall Windows, it will think it's king of the > > universe and write over booteasy and thus make my FreeBSD installation > > unbootable. I've tried searching google and the list archives, but, > > surprisingly enough (as I know there have been about a billion threads > > along this line), was unable to find anything useful. Any advice or > > pointers on how to do this would be *greatly* appreciated. > > This seems to be a recurring problem after 5-RELEASE. I had exactly the same > problem, and I know of others that are the same. For some reason -current > doesn't seem to be inter-operating well with the WinXP/Win2k loader anymore. > I'm not sure if it's only happening to some installations - but I was > certainly in the same boat. > > I ended up having to re-install Win2k and I used Grub as my new bootloader. This sounds promising. If you don't mind my asking, what steps did you follow exactly? I've never used grub before and I'd like to avoid reversing my current situation (having a bootable Windows installation, but suddenly rendering my FreeBSD install unreachable). Thanks, Scott From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 15:42:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37C8637B401; Mon, 30 Jun 2003 15:42:47 -0700 (PDT) Received: from oahu.WURLDLINK.NET (oahu.wurldlink.net [66.193.144.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C3F143FAF; Mon, 30 Jun 2003 15:42:46 -0700 (PDT) (envelope-from vince@oahu.WURLDLINK.NET) Received: from oahu.WURLDLINK.NET (vince@localhost.WURLDLINK.NET [127.0.0.1]) by oahu.WURLDLINK.NET (8.12.9/8.12.9) with ESMTP id h5UMg0Yx007337; Mon, 30 Jun 2003 12:42:01 -1000 (HST) Received: from localhost (vince@localhost)h5UMg0Av007334; Mon, 30 Jun 2003 12:42:00 -1000 (HST) Date: Mon, 30 Jun 2003 12:42:00 -1000 (HST) From: Vincent Poy To: current@FreeBSD.ORG Message-ID: <20030630122516.C3146-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: jmallett@FreeBSD.ORG cc: cy@FreeBSD.ORG Subject: /usr/src/libexec/talkd notification broken on pty's when user is using misc/screen ports in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 22:42:48 -0000 Greetings evertone: /usr/src/libexec/talkd aka /usr/libexec/ntalkd appears to be broken when one runs the screen-3.9.15_1 from ports and has the pty sessions under screen. Prior to running screen, ntalkd is showing the incoming talk request. After running screen, the talk request doesn't show up on any of the pty's the user is currently using under the primary login pty. The issue seems to be caused by the following commits done by jmallett: src/libexec/talkd/announce.c v1.16, Thu Apr 3 05:13:27 2003 UTC jmallett src/libexec/talkd/extern.h v1.3, Thu Apr 3 05:13:27 2003 UTC jmallett src/libexec/talkd/print.c v1.12, Thu Apr 3 05:13:27 2003 UTC jmallett src/libexec/talkd/table.c v1.9, Thu Apr 3 05:13:27 2003 UTC jmallett src/libexec/talkd/talkd.c v1.14, Thu Apr 3 05:13:27 2003 UTC jmallett which has the log: MFp4 @27667: WARNS=5 cleanup on i386. Remove the unused FILE\ *tf from print_mesg args, and the bogus passing in of an uninitialised FILE* for it. Call a timeval 'now' instead of 'clock' due to shadowing. Remove a nested localtime declaration. Make the delete invite argument match the ID type, u_int32_t. Use const for pointers to const items. Cast to long where printing as such. Include netinet/in.h for htonl/htons. Reviewed by: imp Reverting to the following previous versions of the files and rebuilding ntalkd fixes the issue. src/libexec/talkd/announce.c v1.15, Tue Feb 5 21:06:56 2002 UTC imp src/libexec/talkd/extern.h v1.2, Tue Feb 5 21:07:47 2002 UTC imp src/libexec/talkd/print.c v1.11, Mon Feb 18 20:35:19 2002 UTC mike src/libexec/talkd/table.c v1.8, Tue Feb 5 21:06:56 2002 UTC imp src/libexec/talkd/talkd.c v1.13, Tue Feb 5 21:06:56 2002 UTC imp Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 15:52:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 745F437B401; Mon, 30 Jun 2003 15:52:10 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F38443FAF; Mon, 30 Jun 2003 15:52:09 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h5UMq7DZ057940; Mon, 30 Jun 2003 15:52:07 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.12.9/8.12.9/Submit) id h5UMq6hn057939; Mon, 30 Jun 2003 15:52:06 -0700 (PDT) Date: Mon, 30 Jun 2003 15:52:06 -0700 From: Marcel Moolenaar To: Gordon Tetlow Message-ID: <20030630225206.GA57854@ns1.xcllnt.net> References: <20030630222353.GH57432@sunbay.com> <20030630222820.GV70590@roark.gnf.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030630222820.GV70590@roark.gnf.org> User-Agent: Mutt/1.5.1i cc: current@freebsd.org cc: Tim Kientzle Subject: Re: rescue/ broke cross compiles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 22:52:10 -0000 On Mon, Jun 30, 2003 at 03:28:20PM -0700, Gordon Tetlow wrote: > On Tue, Jul 01, 2003 at 01:23:53AM +0300, Ruslan Ermilov wrote: > > Hi there! > > > > As seen by the latest series of tinderbox failures, > > the rescue/ stuff breaks cross compiles. The problem > > is that some bits like bin/sh have the so-called > > "build tools". These are small utilities not normally > > visible in the world except during the build stage. > > As such, "make buildworld" builds them in the native > > host's environment (using the host compiler, headers, > > libraries, and binutils). The /rescue should have > > such a target too (build-tools), that would in effect > > call the build-tools targets in all makefiles that > > have it, e.g. bin/sh/Makefile. > > I'm the first to admit my Make-foo is lacking. I'm not sure > I understand why /rescue needs build-tools bits. Can you help > enlighten me? Since you create a seperate object tree for rescue, you need to go through the same phases as a world does. That way tools (like build-tools) will be compiled against the right headers and linked against the right libraries (in both cases those of the machine on which the tool runs). Unfortunately, it's not that simple. There's a deliberate phase ordering that makes sure that we don't pick up cross-tools before we're ready for them. Since rescue is built *after* the cross- tools are installed, you'll have a hard time resolving the phase ordering problem. That's why ru@ suggested to add a build-tools target. That way you populate the seperate tree in sync with the phases of a world, thereby avoiding the phase ordering problem. FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 16:54:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0834B37B401; Mon, 30 Jun 2003 16:54:05 -0700 (PDT) Received: from ns1.gnf.org (ns1.gnf.org [63.196.132.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id F345843F75; Mon, 30 Jun 2003 16:54:03 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from EXCHCLUSTER01.lj.gnf.org (exch01.lj.gnf.org [172.25.10.19]) by ns1.gnf.org (8.12.8p1/8.12.8) with ESMTP id h5UNs1tF035157; Mon, 30 Jun 2003 16:54:01 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from roark.gnf.org ([172.25.24.15]) by EXCHCLUSTER01.lj.gnf.org with Microsoft SMTPSVC(5.0.2195.5329); Mon, 30 Jun 2003 16:54:03 -0700 Received: from roark.gnf.org (localhost [127.0.0.1]) by roark.gnf.org (8.12.9/8.12.9) with ESMTP id h5UNs2i2006263; Mon, 30 Jun 2003 16:54:02 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: (from gtetlow@localhost) by roark.gnf.org (8.12.9/8.12.9/Submit) id h5UNs2NO006262; Mon, 30 Jun 2003 16:54:02 -0700 (PDT) Date: Mon, 30 Jun 2003 16:54:02 -0700 From: Gordon Tetlow To: Marcel Moolenaar Message-ID: <20030630235402.GC70590@roark.gnf.org> References: <20030630222353.GH57432@sunbay.com> <20030630222820.GV70590@roark.gnf.org> <20030630225206.GA57854@ns1.xcllnt.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HanPD1JKBS04/nMk" Content-Disposition: inline In-Reply-To: <20030630225206.GA57854@ns1.xcllnt.net> User-Agent: Mutt/1.4i X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-OriginalArrivalTime: 30 Jun 2003 23:54:03.0776 (UTC) FILETIME=[E29C8800:01C33F62] cc: current@freebsd.org cc: Tim Kientzle Subject: Re: rescue/ broke cross compiles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 23:54:05 -0000 --HanPD1JKBS04/nMk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 30, 2003 at 03:52:06PM -0700, Marcel Moolenaar wrote: >=20 > Since you create a seperate object tree for rescue, you need to > go through the same phases as a world does. That way tools (like > build-tools) will be compiled against the right headers and linked > against the right libraries (in both cases those of the machine > on which the tool runs). >=20 > Unfortunately, it's not that simple. There's a deliberate phase > ordering that makes sure that we don't pick up cross-tools before > we're ready for them. Since rescue is built *after* the cross- > tools are installed, you'll have a hard time resolving the phase > ordering problem. >=20 > That's why ru@ suggested to add a build-tools target. That way you > populate the seperate tree in sync with the phases of a world, > thereby avoiding the phase ordering problem. Is there a way to leverage the existing build-tools so we don't have to do extra compiling that isn't necessary? -gordon --HanPD1JKBS04/nMk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/AM2aRu2t9DV9ZfsRAsgFAJ49A6qQUYzZL7KGw/5/TZ/vbeAzrACgwIpm dP/Ni5qRw30EPFPaKe/LCqk= =GzkD -----END PGP SIGNATURE----- --HanPD1JKBS04/nMk-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 17:02:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BCF937B401 for ; Mon, 30 Jun 2003 17:02:02 -0700 (PDT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DA8F43FF9 for ; Mon, 30 Jun 2003 17:02:01 -0700 (PDT) (envelope-from chris@unixpages.org) Received: from ms-1 (ms-1 [134.130.3.130]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0HHB00KB7JYIR1@ms-dienst.rz.rwth-aachen.de> for current@freebsd.org; Tue, 01 Jul 2003 01:59:06 +0200 (MEST) Received: from relay.RWTH-Aachen.DE ([134.130.3.1]) by ms-1 (MailMonitor for SMTP v1.2.2 ) ; Tue, 01 Jul 2003 01:59:06 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (daemon@haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92]) h5UNx5NY025688 for ; Tue, 01 Jul 2003 01:59:05 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) by haakonia.hitnet.rwth-aachen.de (Postfix) with ESMTP id 8483C29 for ; Mon, 30 Jun 2003 23:59:05 +0000 (GMT) Received: by gondor.middleearth (Postfix, from userid 1001) id 8ABB04749; Tue, 01 Jul 2003 01:59:04 +0200 (CEST) Date: Tue, 01 Jul 2003 01:59:03 +0200 From: Christian Brueffer To: current@freebsd.org Message-id: <20030630235903.GE19258@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary="IU5/I01NYhRvwH70"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-CURRENT X-PGP-Key: http://people.freebsd.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D Subject: VM related LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 00:02:02 -0000 --IU5/I01NYhRvwH70 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I've been getting this LOR for some time now: FreeBSD fangorn.middleearth 5.1-CURRENT FreeBSD 5.1-CURRENT #4: Sun Jun 29 = 14:39:58 CEST 2003 chris@haakonia.hitnet.rwth-aachen.de:/usr/obj/usr/src/sys/FANGORN i386 lock order reversal 1st 0xc2a4eafc vm object (vm object) @ /usr/src/sys/vm/vm_object.c:432 2nd 0xc082f110 system map (system map) @ /usr/src/sys/vm/vm_kern.c:325 Stack backtrace: backtrace(c03c5dec,c082f110,c03d2dd4,c03d2dd4,c03d2c6f) at backtrace+0x17 witness_lock(c082f110,8,c03d2c6f,145,0) at witness_lock+0x697 _mtx_lock_flags(c082f110,0,c03d2c6f,145,3) at _mtx_lock_flags+0xb1 _vm_map_lock(c082f0b0,c03d2c6f,145,d2671a78,c0250074) at _vm_map_lock+0x36 kmem_malloc(c082f0b0,1000,101,d2671ae4,c034f60f) at kmem_malloc+0x3a page_alloc(c083a1c0,1000,d2671ad7,101,c040c84c) at page_alloc+0x27 slab_zalloc(c083a1c0,101,c03d4638,664,c083a714) at slab_zalloc+0x14f uma_zone_slab(c083a1c0,101,c03d4638,664,0) at uma_zone_slab+0xd8 uma_zalloc_internal(c083a1c0,0,101,6e8,0) at uma_zalloc_internal+0x55 uma_zfree_arg(c083a700,c2a73b40,0,d2671b90,c03368a8) at uma_zfree_arg+0x2e8 dev_pager_putfake(c2a73b40,0,c03d23ed,be,c2a4eafc) at dev_pager_putfake+0x3a dev_pager_dealloc(c2a4eafc,1,c03d453b,10c,0) at dev_pager_dealloc+0xc8 vm_pager_deallocate(c2a4eafc,0,c03d3711,25f,c03d4638) at vm_pager_deallocat= e+0x3 d vm_object_terminate(c2a4eafc,0,c03d3711,1b0,c0240820) at vm_object_terminat= e+0x1 f4 vm_object_deallocate(c2a4eafc,c2a25924,c2a4eafc,c2a25924,d2671c64) at vm_ob= ject_ deallocate+0x377 vm_map_entry_delete(c0ed3300,c2a25924,c03d2e42,867,c03c102d) at vm_map_entr= y_del ete+0x3b vm_map_delete(c0ed3300,0,bfc00000,c0ed3300,c26dd400) at vm_map_delete+0x3e3 vm_map_remove(c0ed3300,0,bfc00000,11d,c03c05de) at vm_map_remove+0x55 exit1(c2a22850,0,c03c05de,65,d2671d40) at exit1+0x696 sys_exit(c2a22850,d2671d10,c03d81fb,3fd,1) at sys_exit+0x41 syscall(885002f,88e002f,bfbf002f,0,ffffffff) at syscall+0x26e Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (1), eip =3D 0x2824ac5f, esp =3D 0xbfbffb50, ebp =3D 0xbfbffb6c= --- This is reproducable here by starting the X server, starting gqview, loading an image with gqview and the shutting down the server with ctrl+alt+backspace. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --IU5/I01NYhRvwH70 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/AM7HbHYXjKDtmC0RArLnAJ4hdy35BcQ4R12BmWxFQKNz2Xr1FgCcDU47 00JZv01gCL7Jex3lUxfSllY= =i8JN -----END PGP SIGNATURE----- --IU5/I01NYhRvwH70-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 17:34:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C65B637B401; Mon, 30 Jun 2003 17:34:29 -0700 (PDT) Received: from pc-80-195-57-71-ll.blueyonder.co.uk (pc-80-195-57-71-ll.blueyonder.co.uk [80.195.57.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88D4643F3F; Mon, 30 Jun 2003 17:34:28 -0700 (PDT) (envelope-from andrew@cream.org) Received: from spatula.home (spatula.home [192.168.0.4]) by gateway.home (Postfix) with ESMTP id 0F74C53; Tue, 1 Jul 2003 01:34:26 +0100 (BST) From: Andrew Boothman To: Scott Reese Date: Tue, 1 Jul 2003 01:34:36 +0100 User-Agent: KMail/1.5.2 References: <1056997197.39385.25.camel@borges> <200306302310.34846.andrew@cream.org> <1057012562.694.20.camel@borges> In-Reply-To: <1057012562.694.20.camel@borges> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307010134.36616.andrew@cream.org> cc: Marc Wiz cc: freebsd-questions@FreeBSD.org cc: current@FreeBSD.org Subject: Re: 5.1-RELEASE & Windows XP dual-boot issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 00:34:30 -0000 On Monday 30 June 2003 11:36 pm, Scott Reese wrote: > On Mon, 2003-06-30 at 22:10, Andrew Boothman wrote: > > On Monday 30 June 2003 7:19 pm, Scott Reese wrote: > > > Previously, I had a dual-boot setup with FreeBSD 5.0 and Windows XP. I > > > was using booteasy as the boot loader and I had no problem booting into > > > either Windows or FreeBSD. However, I found myself having to reinstall > > > FreeBSD so I decided to go with 5.1-RELEASE. As usual, I chose to use > > > the FreeBSD boot loader on ad0 (the Windows drive) and to install a > > > standard mbr on ad1 (the FreeBSD drive). After the install, I was able > > > to boot FreeBSD with no problems at all, but when I went to boot up > > > Windows, I received the dreaded 'NTLDR missing' message. > > > > This seems to be a recurring problem after 5-RELEASE. I had exactly the > > same problem, and I know of others that are the same. For some reason > > -current doesn't seem to be inter-operating well with the WinXP/Win2k > > loader anymore. I'm not sure if it's only happening to some installations > > - but I was certainly in the same boat. > > > > I ended up having to re-install Win2k and I used Grub as my new > > bootloader. > > This sounds promising. If you don't mind my asking, what steps did you > follow exactly? I've never used grub before and I'd like to avoid > reversing my current situation (having a bootable Windows installation, > but suddenly rendering my FreeBSD install unreachable). Here's a message from George Hartzell that he posted to -current in response to me having trouble. For some reason I can't persuade the mailing list search mechanism to return anything at the moment so here's the message again in it's entirety : (Unfortunately - by stunning coincidence - I recently hosed by Grub installation so I can't use my own system to show others how to get it working ;) Hopefully this email will be enough to get you going) ---------- Forwarded Message ---------- Subject: Re: "NTLDR missing" after 5-RELEASE install Date: Thursday 27 February 2003 6:52 pm From: George Hartzell To: "Andrew Boothman" Cc: "Darryl Okahata" , Andrew Boothman writes: > [...] > OK Guys, I think I'm still a little confused here. > > I've just had a few botched installs of GRUB so I think I need a little > more direction, if you could :) > > I've got GRUB on a floppy and it boots fine. If I type : > rootnoverify (hd0,0) > makeactive > chainloader +1 > boot > > I get Win2k booted no problem! > > So, following the instructions in the Grub Manual, I typed > root(fd0) > setup(hd0) > > I remove the floppy from the drive and reboot > > On boot I get "Loading GRUB... Please Wait..." but after that I get "GRUB > Error 17" which according to the manual means that GRUB doesn't know how > to load the selected partition. Even though when I boot from the floppy it > starts no problem and I can type commands to get it to boot Win2k.... That told it to install GRUB into the beginning of (hd0) [e.g. the Master Boot record], but configured it to use (fd0) as the root of the place to find stuff. Since the floppy wasn't in when you booted, it didn't do anything useful. There are some grub things that need to be on the disk that you give the "root" designation too, e.g. "stage1", etc... I don't know how/where to install those files into an NTFS partition, I assume that GRUB can read NTFS filesystems, and you could tuck them there, but I don't know for sure. Here's what I'd do. Get yourself booted into freebsd any way that you can. PRINT OUT THE INFORMATION ABOUT YOUR BIOS PARTITION TABLE AND YOUR FREEBSD DISKLABEL, AND SAVE IT. "fdisk -s" and "disklabel -r diskname" are your friends!!!! Build grub from the ports tree and install it. It installs all of the juicy bits into some directory in /usr/local/share/grub/i386-freebsd/..., which doesn't seem to be a place where grub can find it. I make a directory called /boot/grub and copy all of them there. Start grub (e.g. boot from your grub floppy). Under the 5.0 systems, GEOM is picky about letting you doink with disks that you have mounted, so you either need the "let me shoot myself in the foot sysctl patch (ftp://ftp.jurai.net/users/winter/patches/geom-foot.patch) or boot from something else (e.g. floppy, live cdrom, ...) Make sure that grub can see it's various interesting bits: grub> find /boot/grub/stage1 and it should say: (hd0,1,a) assuming that you have Something Else (e.g. windows) in the first primary BIOS partition/slice, a set of FreeBSD slices in the second primary BIOS partition/slice, and the /boot/grub stuff is in the first ("a") BSD_DISKLABEL/slice. If you have the grub bits living in a Linux filesystem in the third primary BIOS partition, it'd say (hd0,2). If you had them in a Linux filesystem living in the first extended partition, it'd say (hd0,4), etc.... That's the drive that you want to declare as your root, which just configures the low level grub code that "setup" installs so that it knows where to look for it's various useful bits. e.g. grub> root (hd0,1,a) Then you need to install grub onto somewhere where the computer will trip over it and boot it. One possibility is to install it into the master boot record, which would be: grub> setup (hd0) Here you boot process would be power on->bios->load the MBR which is really GRUB->grub loads its stage1,... Or you could leave a "normal" MBR at the beginning of the disk and install GRUB into the beginning of the FreeBSD BIOS partition (assuming that FreeBSD is in the second primary parition): grub> setup (hd0,1) If that's all that you do, thing's won't quite boot. You'll need to also mark that partition active, so that the stock MBR code will jump to it. I always do that by getting to this point, booting by hook or by crook (e.g. a grub boot floppy, a bootable freebsd CD, a bootable linux CD) and using some utility (e.g. partition magic from windows, fdisk from windows, fdisk from freebsd, fdisk or cfdisk from linux) to mark the partition active. I prefer partition magic because I believe that it has the most robust partition table integrity checks, but whatever you trust.... Now, your boot process will look like: power on->bios->"real" MBR which jumps to the active parition -> (next line) ... -> GRUB at the beginning of active partition -> GRUB stage1,... When grub get's up and running, it'll look for a file called menu.lst (unless you override the name when you "setup") which contains the info for the boot menu. Here's mine (notice that there are a bunch of mutually exclusive things that I've tucked into the 3rd BIOS partition at various times and I just keep the info around for reference. As long as I don't actually choose any of the "wrong" selections, there's no trouble. default=0 timeout=10 title FreeBSD 4.7 root (hd0,1,a) kernel /boot/loader title FreeBSD 5.0 root (hd0,2,a) kernel /boot/loader title Redhat Linux 8.0 root (hd0,2) kernel /boot/vmlinuz-2.4.18-14 ro root=/dev/hda3 initrd /boot/initrd-2.4.18-14.img title Redhat Linux 8.0 (hires) root (hd0,2) kernel /boot/vmlinuz-2.4.18-14 ro root=/dev/hda3 vga=791 initrd /boot/initrd-2.4.18-14.img title Windows 2000 rootnoverify (hd0,0) chainloader +1 > I then used "fdisk /mbr" on a Windows 98 boot disk to remove GRUB and get > me back to a normal Win2k boot. But that doesn't help me get FreeBSD dual > booting..... > > Can you offer any insight into how to make this work? I remember using > GRUB before and being very happy with it, but it was installed for me by > RedHat.... *REMEMBER* run an "fdisk -s" and print out the output run and "disklabel -r ad0" (or whatever device) and print out the info. BEFORE you start playing around!!!! g. ------------------------------------------------------- I left out a detail: I use the --prefix=/boot/grub option to setup. e.g. setup --prefix=/boot/grub (hd0) or setup --prefix=/boot/grub (hd0,1) g. From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 17:35:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3113437B401; Mon, 30 Jun 2003 17:35:20 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4867F43FF2; Mon, 30 Jun 2003 17:35:19 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h610ZGDZ058394; Mon, 30 Jun 2003 17:35:16 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h610ZGgd003560; Mon, 30 Jun 2003 17:35:16 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h610ZGPs003559; Mon, 30 Jun 2003 17:35:16 -0700 (PDT) (envelope-from marcel) Date: Mon, 30 Jun 2003 17:35:16 -0700 From: Marcel Moolenaar To: Gordon Tetlow Message-ID: <20030701003516.GA3516@dhcp01.pn.xcllnt.net> References: <20030630222353.GH57432@sunbay.com> <20030630222820.GV70590@roark.gnf.org> <20030630225206.GA57854@ns1.xcllnt.net> <20030630235402.GC70590@roark.gnf.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030630235402.GC70590@roark.gnf.org> User-Agent: Mutt/1.5.4i cc: current@freebsd.org cc: Tim Kientzle Subject: Re: rescue/ broke cross compiles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 00:35:20 -0000 On Mon, Jun 30, 2003 at 04:54:02PM -0700, Gordon Tetlow wrote: > > > > That's why ru@ suggested to add a build-tools target. That way you > > populate the seperate tree in sync with the phases of a world, > > thereby avoiding the phase ordering problem. > > Is there a way to leverage the existing build-tools so we don't have > to do extra compiling that isn't necessary? Build tools are most of the time so small or trivial (gcc is probably the exception, before that perl probably was) that building them again is lost in creating the rescue bits itself. We could possibly copy the object directory of those tools that have build tools, but if there are paths embedded in generated scripts, we have to regenerate them anyway. What about this: rebuild the build tools to get things sorted out and working and then look if we can optimize? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 18:34:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B71737B401 for ; Mon, 30 Jun 2003 18:34:15 -0700 (PDT) Received: from mail.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 918F543F85 for ; Mon, 30 Jun 2003 18:34:14 -0700 (PDT) (envelope-from judmarc@fastmail.fm) Received: from mail.messagingengine.com (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 07093111; Mon, 30 Jun 2003 21:33:03 -0400 (EDT) Received: from 127.0.0.1 ([127.0.0.1] helo=mail.messagingengine.com) by messagingengine.com with SMTP; Mon, 30 Jun 2003 21:33:03 -0400 X-Epoch: 1057023183 X-Sasl-enc: pmE8koesIUHN0gUjVW8COA Received: from sparky (dialup-63.214.202.156.Dial1.Philadelphia1.Level3.net [63.214.202.156]) by www.fastmail.fm (Postfix) with ESMTP id 090A3110; Mon, 30 Jun 2003 21:32:57 -0400 (EDT) To: Andrew Boothman , Scott Reese References: <1056997197.39385.25.camel@borges> <200306302310.34846.andrew@cream.org> <1057012562.694.20.camel@borges> <200307010134.36616.andrew@cream.org> Message-ID: From: Jud Content-Type: text/plain; format=flowed; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Mon, 30 Jun 2003 21:34:04 -0400 In-Reply-To: <200307010134.36616.andrew@cream.org> User-Agent: Opera7.20/Win32 M2 build 2968 cc: current@freebsd.org Subject: Re: 5.1-RELEASE & Windows XP dual-boot issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 01:34:15 -0000 On Tue, 1 Jul 2003 01:34:36 +0100, Andrew Boothman wrote: > On Monday 30 June 2003 11:36 pm, Scott Reese wrote: >> On Mon, 2003-06-30 at 22:10, Andrew Boothman wrote: >> > On Monday 30 June 2003 7:19 pm, Scott Reese wrote: >> > > Previously, I had a dual-boot setup with FreeBSD 5.0 and Windows XP. >> I >> > > was using booteasy as the boot loader and I had no problem booting >> into >> > > either Windows or FreeBSD. However, I found myself having to >> reinstall >> > > FreeBSD so I decided to go with 5.1-RELEASE. As usual, I chose to >> use >> > > the FreeBSD boot loader on ad0 (the Windows drive) and to install a >> > > standard mbr on ad1 (the FreeBSD drive). After the install, I was >> able >> > > to boot FreeBSD with no problems at all, but when I went to boot up >> > > Windows, I received the dreaded 'NTLDR missing' message. [grub stuff snipped] A few comments about the thread so far: ISTM the easiest thing for you to do is install booteasy on *both* drives. That should work fine. I think Jesse Guardini's suggestion works when Win and FreeBSD are on the same drive. You can still use the NT/2K/XP bootloader when the OSs are on different drives, but problem is, I could never figure out exactly what the FAQ was trying to tell me on that score. You might take a look at the FAQ and see if it's clear to you. Grub is a fine bootloader, but I've heard it doesn't like UFS2 filesystems, and I've also heard 5.1 uses UFS2 for / as default, causing grub not to work. Is your / UFS1 or UFS2? (Or to ask another way, did you upgrade via cvsup (resulting in UFS1 root) or install 5.1 from scratch (resulting in UFS2 root)? If you can use grub and decide you'd like to do so, the "rootnoverify" line is no longer necessary with Win2K. You may want to have a look at GAG, which is freeware, open source, graphical, and rather automagic. Worked "out of the box" on my setup, which involves dual booting Win2K and FreeBSD from a RAID0 array. Jud From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 18:36:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id D02E437B401; Mon, 30 Jun 2003 18:36:24 -0700 (PDT) Date: Mon, 30 Jun 2003 20:36:24 -0500 From: Juli Mallett To: Vincent Poy Message-ID: <20030630203624.B27764@FreeBSD.org> References: <20030630122516.C3146-100000@oahu.WURLDLINK.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030630122516.C3146-100000@oahu.WURLDLINK.NET>; from vince@oahu.WURLDLINK.NET on Mon, Jun 30, 2003 at 12:42:00PM -1000 X-Title: Code Maven X-Towel: Yes X-Negacore: Yes X-Authentication-Warning: localhost: juli pwned teh intarweb cc: current@FreeBSD.ORG cc: cy@FreeBSD.ORG Subject: Re: /usr/src/libexec/talkd notification broken on pty's when user is using misc/screen ports in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 01:36:25 -0000 * Vincent Poy [ Date: 2003-06-30 ] [ w.r.t. /usr/src/libexec/talkd notification broken on pty's when user is using misc/screen ports in -CURRENT ] > Greetings evertone: > > /usr/src/libexec/talkd aka /usr/libexec/ntalkd appears to be broken when > one runs the screen-3.9.15_1 from ports and has the pty sessions under > screen. Prior to running screen, ntalkd is showing the incoming talk > request. After running screen, the talk request doesn't show up on any of > the pty's the user is currently using under the primary login pty. The > issue seems to be caused by the following commits done by jmallett: > > src/libexec/talkd/announce.c v1.16, Thu Apr 3 05:13:27 2003 UTC jmallett > src/libexec/talkd/extern.h v1.3, Thu Apr 3 05:13:27 2003 UTC jmallett > src/libexec/talkd/print.c v1.12, Thu Apr 3 05:13:27 2003 UTC jmallett > src/libexec/talkd/table.c v1.9, Thu Apr 3 05:13:27 2003 UTC jmallett > src/libexec/talkd/talkd.c v1.14, Thu Apr 3 05:13:27 2003 UTC jmallett > > which has the log: > MFp4 @27667: WARNS=5 cleanup on i386. > Remove the unused FILE\ *tf from print_mesg args, and the > bogus passing in of an uninitialised FILE* for it. > > Call a timeval 'now' instead of 'clock' due to shadowing. > > Remove a nested localtime declaration. > > Make the delete invite argument match the ID type, u_int32_t. > > Use const for pointers to const items. > > Cast to long where printing as such. > > Include netinet/in.h for htonl/htons. > > Reviewed by: imp > > Reverting to the following previous versions of the files and rebuilding > ntalkd fixes the issue. > > src/libexec/talkd/announce.c v1.15, Tue Feb 5 21:06:56 2002 UTC imp > src/libexec/talkd/extern.h v1.2, Tue Feb 5 21:07:47 2002 UTC imp > src/libexec/talkd/print.c v1.11, Mon Feb 18 20:35:19 2002 UTC mike > src/libexec/talkd/table.c v1.8, Tue Feb 5 21:06:56 2002 UTC imp > src/libexec/talkd/talkd.c v1.13, Tue Feb 5 21:06:56 2002 UTC imp This may be a bit frustrating, but can you back out deltas by hand and try to tell me which change it was that caused the problem? Thanx, juli. -- juli mallett. email: jmallett@freebsd.org; efnet: juli; aim: bsdflata; i have lost my way home early - i don't care cause i won't stay there. From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 19:20:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5386937B401 for ; Mon, 30 Jun 2003 19:20:36 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 714B543F75 for ; Mon, 30 Jun 2003 19:20:35 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 15DFC66D6A; Mon, 30 Jun 2003 19:20:34 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id C732A781; Mon, 30 Jun 2003 19:20:33 -0700 (PDT) Date: Mon, 30 Jun 2003 19:20:33 -0700 From: Kris Kennaway To: Christian Brueffer Message-ID: <20030701022033.GA73115@rot13.obsecurity.org> References: <20030630235903.GE19258@unixpages.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <20030630235903.GE19258@unixpages.org> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: VM related LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 02:20:36 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 01, 2003 at 01:59:03AM +0200, Christian Brueffer wrote: > Hi, >=20 > I've been getting this LOR for some time now: Alan says this one is harmless. Kris --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/AO/xWry0BWjoQKURAvfOAKD6YAWeo7lH18dABT1BLq8l7e7UFwCeOxAs cB1HujhBrASuGy6UUENBHjc= =TMhe -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 19:26:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D44F137B401 for ; Mon, 30 Jun 2003 19:26:55 -0700 (PDT) Received: from ion.gank.org (ion.gank.org [198.78.66.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C5A643F93 for ; Mon, 30 Jun 2003 19:26:55 -0700 (PDT) (envelope-from craig@xfoil.gank.org) Received: from localhost (ion.gank.org [198.78.66.164]) by ion.gank.org (GankMail) with ESMTP id C92772BF0A; Mon, 30 Jun 2003 21:26:54 -0500 (CDT) Received: from ion.gank.org ([198.78.66.164]) by localhost (ion.gank.org [198.78.66.164]) (amavisd-new, port 10024) with LMTP id 85787-02; Mon, 30 Jun 2003 21:26:54 -0500 (CDT) Received: from aldaris2.auir.gank.org (dsl081-113-221.dfw1.dsl.speakeasy.net [64.81.113.221]) by ion.gank.org (GankMail) with ESMTP id D8A012B529; Mon, 30 Jun 2003 21:26:53 -0500 (CDT) From: Craig Boston To: Jud , Andrew Boothman , Scott Reese Date: Mon, 30 Jun 2003 21:28:14 -0500 User-Agent: KMail/1.5.2 References: <1056997197.39385.25.camel@borges> <200307010134.36616.andrew@cream.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306302128.14208.craig@xfoil.gank.org> cc: current@freebsd.org Subject: Re: 5.1-RELEASE & Windows XP dual-boot issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 02:26:56 -0000 On Monday 30 June 2003 08:34 pm, Jud wrote: > I think Jesse Guardini's suggestion works when Win and FreeBSD are on the > same drive. You can still use the NT/2K/XP bootloader when the OSs are on > different drives, but problem is, I could never figure out exactly what the > FAQ was trying to tell me on that score. You might take a look at the FAQ > and see if it's clear to you. If we're talking about different physical drives, the NT/2K(/XP?) bootloader assumes it's running from the first BIOS drive in the system and pukes otherwise (i.e. if it's been chained from a different boot program). I never could get it working on separate drives with boot0, but here's an excerpt from my grub configuration: title Windows 2000 root (hd1,0) makeactive chainloader +1 map (hd0) (hd1) map (hd1) (hd0) grub has a nifty feature that intercepts and translates BIOS calls to remap drives -- enough to keep the NT loader happy anyway. Once enough of the system is up that the real 2k disk driver is loaded, it should work fine. Craig From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 20:07:23 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F99D37B401 for ; Mon, 30 Jun 2003 20:07:23 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89DAE43FE9 for ; Mon, 30 Jun 2003 20:07:22 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org (big.x.kientzle.com [66.166.149.54] (may be forged)) by kientzle.com (8.12.9/8.12.9) with ESMTP id h6137LtJ004648; Mon, 30 Jun 2003 20:07:22 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3F00FB8A.10607@acm.org> Date: Mon, 30 Jun 2003 20:10:02 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.1) Gecko/20021005 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcel Moolenaar References: <20030630222353.GH57432@sunbay.com> <20030630222820.GV70590@roark.gnf.org> <20030630225206.GA57854@ns1.xcllnt.net> <20030630235402.GC70590@roark.gnf.org> <20030701003516.GA3516@dhcp01.pn.xcllnt.net> Content-Type: multipart/mixed; boundary="------------090203060106090001000100" cc: current@freebsd.org Subject: Re: rescue/ broke cross compiles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 03:07:23 -0000 This is a multi-part message in MIME format. --------------090203060106090001000100 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Marcel Moolenaar wrote: > On Mon, Jun 30, 2003 at 04:54:02PM -0700, Gordon Tetlow wrote: >>>That's why ru@ suggested to add a build-tools target. That way you >>>populate the seperate tree in sync with the phases of a world, >>>thereby avoiding the phase ordering problem. >> >>Is there a way to leverage the existing build-tools so we don't have >>to do extra compiling that isn't necessary? > > Build tools are most of the time so small or trivial (gcc is > probably the exception, before that perl probably was) that > building them again is lost in creating the rescue bits itself. > We could possibly copy the object directory of those tools that > have build tools, but if there are paths embedded in generated > scripts, we have to regenerate them anyway. > > What about this: rebuild the build tools to get things sorted > out and working and then look if we can optimize? Looking through the build tools for /bin/sh, it's definitely not worth the effort to try copying build tools around. Although it sounds easy to add a build-tools target to handle this, I'm not sure I see exactly how to do this. Any suggestions? For the longer term, perhaps it would be desirable to simply eliminate as many of the build-tools as possible? For example, the attached is a pretty close substitute for mkinit.c in the /bin/sh build. It's crude, but it seems to work and eliminates the need to compile mkinit at build time. I'll see if I can scrape together something similar for the other /bin/sh tools. Tim Kientzle --------------090203060106090001000100 Content-Type: text/plain; name="mkinit.sh" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mkinit.sh" #!/bin/sh echo "/*" echo " * This file was generated by the mkinit program." echo " */" echo "" echo '#include "shell.h"' echo '#include "mystring.h"' cat $@ | grep '^INCLUDE' | sed -e "s/INCLUDE/#include/" echo echo echo cat $@ | sed -n -e '/^#define/ s/#define //p' | grep -v '\\$' | egrep -v '^[A-Z_]+\(' | awk '{print "#undef ",$1; print "#define",$0; }' echo echo for f in $@ do cat $f | sed -n -e '/^MKINIT$/,/^}/ p' -e '/^MKINIT / s/^MKINIT/extern/p' | grep -v '^MKINIT$' echo done echo echo echo "/*" echo " * Initialization code." echo " */" echo echo "void" echo "init() {" for f in $@ do echo " /* from $f: */" cat $f | sed -n -e '/^INIT/,/^}/ p' | sed -e 's/INIT //' | \ awk '{print " ",$0;}' OFS='' echo done echo "}" echo echo echo echo "/*" echo " * This routine is called when an error or an interrupt occurs in an" echo " * interactive shell and control is returned to the main command loop." echo " */" echo echo "void" echo "reset() {" for f in $@ do echo " /* from $f: */" cat $f | sed -n -e '/^RESET/,/^}/ p' | sed -e 's/RESET //' | \ awk '{print " ",$0;}' OFS='' echo done echo "}" echo echo echo echo "/*" echo " * This routine is called to initialize the shell to run a shell procedure." echo " */" echo echo "void" echo "initshellproc() {" for f in $@ do echo " /* from $f: */" cat $f | sed -n -e '/^SHELLPROC/,/^}/ p' | sed -e 's/SHELLPROC //' | \ awk '{print " ",$0;}' OFS='' echo done echo "}" --------------090203060106090001000100-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 20:26:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 505EF37B401 for ; Mon, 30 Jun 2003 20:26:21 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DAD54400F for ; Mon, 30 Jun 2003 20:26:20 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h613QIDZ059011; Mon, 30 Jun 2003 20:26:18 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h613QIAH001023; Mon, 30 Jun 2003 20:26:18 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h613QHcw001022; Mon, 30 Jun 2003 20:26:17 -0700 (PDT) Date: Mon, 30 Jun 2003 20:26:17 -0700 From: Marcel Moolenaar To: Tim Kientzle Message-ID: <20030701032617.GA983@athlon.pn.xcllnt.net> References: <20030630222353.GH57432@sunbay.com> <20030630222820.GV70590@roark.gnf.org> <20030630225206.GA57854@ns1.xcllnt.net> <20030630235402.GC70590@roark.gnf.org> <20030701003516.GA3516@dhcp01.pn.xcllnt.net> <3F00FB8A.10607@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F00FB8A.10607@acm.org> User-Agent: Mutt/1.5.4i cc: current@freebsd.org Subject: Re: rescue/ broke cross compiles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 03:26:21 -0000 On Mon, Jun 30, 2003 at 08:10:02PM -0700, Tim Kientzle wrote: > > Looking through the build tools for /bin/sh, it's definitely > not worth the effort to try copying build tools around. > Although it sounds easy to add a build-tools target to > handle this, I'm not sure I see exactly how to do this. > Any suggestions? Add a build-tools target to the Makefile in rescue and have it recurse to the tools that have a build-tools target. Of course rescue needs to be added to Makefile.inc > For the longer term, perhaps it would be desirable to > simply eliminate as many of the build-tools as possible? Elimination can be good as a way to remove gratuitous complexity, but gratuitous elimination as a way to remove complexity is probably not the way to go. > For example, the attached is a pretty close substitute for > mkinit.c in the /bin/sh build. It's crude, but it seems to work > and eliminates the need to compile mkinit at build time. In general I think that the more portable the build tool, the better. If the shell script is not gross or overly ugly compared to the C program, then replacing the latter may not be a bad idea. I leave this for other to decide, unless there's only 1 build tool we need to handle for rescue and we can solve our problem by using the shell script instead of adding make logic. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 21:43:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7351B37B401; Mon, 30 Jun 2003 21:43:47 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA43E43F75; Mon, 30 Jun 2003 21:43:46 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h614hfs8037286; Tue, 1 Jul 2003 00:43:41 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h614hfN9037285; Tue, 1 Jul 2003 04:43:41 GMT Date: Tue, 1 Jul 2003 04:43:41 GMT Message-Id: <200307010443.h614hfN9037285@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 04:43:47 -0000 TB --- 2003-07-01 04:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-07-01 04:00:01 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-01 04:03:02 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] yacc -d /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/arith.y cp y.tab.c arith.c lex -t -8 /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/arith_lex.l > arith_lex.c cd /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh; sh mkbuiltins /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/rescue/rescue/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -DSHELL -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh -DRESCUE -c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/mkinit.c cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -DSHELL -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh -DRESCUE -static mkinit.o -o mkinit ./mkinit /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/alias.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/eval.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/exec.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/input.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/jobs.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/options.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/parser.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/redir.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/trap.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/var.c ./mkinit: 1: Syntax error: "(" unexpected *** Error code 2 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-07-01 04:43:41 - /usr/bin/make returned exit code 1 TB --- 2003-07-01 04:43:41 - ERROR: failed to build world TB --- 2003-07-01 04:43:41 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 22:24:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59F2537B401; Mon, 30 Jun 2003 22:24:40 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A1ED43FEC; Mon, 30 Jun 2003 22:24:39 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h615OYs8012953; Tue, 1 Jul 2003 01:24:34 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h615OY3Y012952; Tue, 1 Jul 2003 05:24:34 GMT Date: Tue, 1 Jul 2003 05:24:34 GMT Message-Id: <200307010524.h615OY3Y012952@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, amd64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 05:24:40 -0000 TB --- 2003-07-01 04:43:41 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2003-07-01 04:43:41 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-01 04:45:46 - building world TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/amd64/amd64/obj/amd64/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] ./mkinit /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/alias.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/eval.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/exec.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/input.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/jobs.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/options.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/parser.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/redir.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/trap.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/var.c ELF: not found ./mkinit: ðð@ð@FreeBSDm¥èãèêáÃATUS‹LgHcÃHlÇH‰-ãq…Û~3Hƒt,H‹GH‰½H‰Â€8t€:/u HBH‰¤Hÿ€:uè¸H…ÀtH‰÷è: not found ./mkinit: TUS‹LgHcÃHlÇH‰-ãq…Û~3Hƒt,H‹GH‰½H‰Â€8t€:/u HBH‰¤Hÿ€:uè¸H…ÀtH‰÷è: not found H…ÀtH‰÷è: not found ¿pã@è: not found è: not found ./mkinit: 8: Syntax error: word unexpected (expecting ")") *** Error code 2 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/obj/amd64/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. TB --- 2003-07-01 05:24:34 - /usr/bin/make returned exit code 1 TB --- 2003-07-01 05:24:34 - ERROR: failed to build world TB --- 2003-07-01 05:24:34 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jun 30 22:38:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75DF637B401 for ; Mon, 30 Jun 2003 22:38:13 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 646A44402B for ; Mon, 30 Jun 2003 22:38:10 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org (big.x.kientzle.com [66.166.149.54] (may be forged)) by kientzle.com (8.12.9/8.12.9) with ESMTP id h615c9tJ005134; Mon, 30 Jun 2003 22:38:09 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3F011EE1.2010403@acm.org> Date: Mon, 30 Jun 2003 22:40:49 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.1) Gecko/20021005 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcel Moolenaar References: <20030630222353.GH57432@sunbay.com> <20030630222820.GV70590@roark.gnf.org> <20030630225206.GA57854@ns1.xcllnt.net> <20030630235402.GC70590@roark.gnf.org> <20030701003516.GA3516@dhcp01.pn.xcllnt.net> <3F00FB8A.10607@acm.org> <20030701032617.GA983@athlon.pn.xcllnt.net> Content-Type: multipart/mixed; boundary="------------050009060308070609080104" cc: current@freebsd.org Subject: Re: rescue/ broke cross compiles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 05:38:13 -0000 This is a multi-part message in MIME format. --------------050009060308070609080104 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Marcel Moolenaar wrote: > On Mon, Jun 30, 2003 at 08:10:02PM -0700, Tim Kientzle wrote: > In general I think that the more portable the build tool, the better. > If the shell script is not gross or overly ugly compared to the C > program, then replacing the latter may not be a bad idea. The attached diff replaces two of the build tools for /bin/sh with equivalent shell scripts (using grep/sed/awk). I personally find the awk versions clearer than the C versions. I apologize that these have not been very well tested, but they were written in quite a rush. For the most part, the output of these is exactly the same as that from the C programs. The few differences look functionally equivalent to me, but I've not had time to test it very carefully. The remaining 'mksyntax' also looks pretty easy to replace with a shell script, at which point, /bin/sh will require no build-tools target. Then, /rescue will also not need a buld-tools target (assuming everyone is willing to drop csh from /rescue). Unfortunately, it's late, I haven't had dinner, and I have a lot of paying work piling up. Someone else may have to finish this, as I won't be able to get back to it for a few days. Tim Kientzle --------------050009060308070609080104 Content-Type: text/plain; name="kientzle_shell_buildtools.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kientzle_shell_buildtools.diff" Index: Makefile =================================================================== RCS file: /usr/cvs/FreeBSD-CVS/src/bin/sh/Makefile,v retrieving revision 1.40 diff -u -r1.40 Makefile --- Makefile 2 May 2003 06:26:32 -0000 1.40 +++ Makefile 1 Jul 2003 05:25:08 -0000 @@ -31,7 +31,7 @@ mksyntax mksyntax.o CLEANFILES+= ${GENSRCS} ${GENHDRS} -build-tools: mkinit mknodes mksyntax +build-tools: mksyntax .ORDER: builtins.c builtins.h builtins.c builtins.h: mkbuiltins builtins.def @@ -39,20 +39,18 @@ init.c: mkinit alias.c eval.c exec.c input.c jobs.c options.c parser.c \ redir.c trap.c var.c - ./mkinit ${.ALLSRC:S/^mkinit$//} + sh ${.CURDIR}/mkinit ${.ALLSRC:S/^mkinit$//} # XXX this is just to stop the default .c rule being used, so that the # intermediate object has a fixed name. # XXX we have a default .c rule, but no default .o rule. .o: ${CC} ${CFLAGS} ${LDFLAGS} ${.IMPSRC} ${LDLIBS} -o ${.TARGET} -mkinit: mkinit.o -mknodes: mknodes.o mksyntax: mksyntax.o .ORDER: nodes.c nodes.h nodes.c nodes.h: mknodes nodetypes nodes.c.pat - ./mknodes ${.CURDIR}/nodetypes ${.CURDIR}/nodes.c.pat + sh ${.CURDIR}/mknodes ${.CURDIR}/nodetypes ${.CURDIR}/nodes.c.pat .ORDER: syntax.c syntax.h syntax.c syntax.h: mksyntax --- /dev/null Mon Jun 30 22:15:03 2003 +++ mkinit Mon Jun 30 22:25:04 2003 @@ -0,0 +1,91 @@ +#!/bin/sh + +( # to send output to init.c + +echo "/*" +echo " * This file was generated by the mkinit program." +echo " */" +echo "" +echo '#include "shell.h"' +echo '#include "mystring.h"' + +cat $@ | grep '^INCLUDE' | sed -e "s/INCLUDE/#include/" + +echo +echo +echo + +cat $@ | sed -n -e '/^#define/ s/#define //p' | grep -v '\\$' | egrep -v '^[A-Z_]+\(' | awk '{print "#undef ",$1; print "#define",$0; }' + +echo +echo + +for f in $@ +do + cat $f | sed -n -e '/^MKINIT$/,/^}/ p' -e '/^MKINIT / s/^MKINIT/extern/p' | grep -v '^MKINIT$' + echo +done + +echo +echo +echo "/*" +echo " * Initialization code." +echo " */" + +echo +echo "void" +echo "init() {" + +for f in $@ +do + echo " /* from $f: */" + cat $f | sed -n -e '/^INIT/,/^}/ p' | sed -e 's/INIT //' | \ + awk '{print " ",$0;}' OFS='' + echo +done + +echo "}" + +echo +echo +echo + +echo "/*" +echo " * This routine is called when an error or an interrupt occurs in an" +echo " * interactive shell and control is returned to the main command loop." +echo " */" +echo +echo "void" +echo "reset() {" + +for f in $@ +do + echo " /* from $f: */" + cat $f | sed -n -e '/^RESET/,/^}/ p' | sed -e 's/RESET //' | \ + awk '{print " ",$0;}' OFS='' + echo +done +echo "}" + +echo +echo +echo +echo "/*" +echo " * This routine is called to initialize the shell to run a shell procedure." +echo " */" +echo +echo "void" +echo "initshellproc() {" + + +for f in $@ +do + echo " /* from $f: */" + cat $f | sed -n -e '/^SHELLPROC/,/^}/ p' | sed -e 's/SHELLPROC //' | \ + awk '{print " ",$0;}' OFS='' + echo +done +echo "}" + + +) > init.c --- /dev/null Mon Jun 30 22:15:03 2003 +++ mknodes Mon Jun 30 22:20:58 2003 @@ -0,0 +1,227 @@ +#!/bin/sh + +NODEFILE=$1 +PATFILE=$2 + +# +# The awk scripts are driven by the 'nodetypes' file format, +# which is basically just a set of C structure definitions. +# +# Here's an example entry from nodetypes: +# NSEMI nbinary +# type int +# ch1 nodeptr +# ch2 nodeptr +# +# This says that an 'NSEMI' node uses the 'nbinary' structure; +# the following lines define the structure. Another example: +# +# NWHILE nbinary +# +# This says that an 'NWHILE' node uses the 'nbinary' structure, +# but doesn't define the structure (since it's defined elsewhere). +# Correlating all of this is much simpler with AWK's associative +# arrays than with the old C version. +# + + +########################################################################### +# +# Create nodes.c +# +########################################################################### +( # Spawn a subshell to direct output to nodes.c + + +echo "/*" +echo " * This file was generated by the mknodes program." +echo " */" +echo + +# Emit first part of pattern file +cat $PATFILE | sed -ne '1,/%SIZES/p' | grep -v '%SIZES' + +# Build nodesize[] array +echo 'static const short nodesize[26] = {' + +cat $NODEFILE | sed -nEe '/^N/ s/^N[A-Z]* (n[a-z]*)[[:>:]].*/ ALIGN(sizeof (struct \1)),/ p' + +echo '};' + +# Next part of pattern file +cat $PATFILE | sed -ne '/%SIZES/,/%CALCSIZE/p' \ + | grep -v '%SIZES' | grep -v '%CALCSIZE' + +# Build calcsize function body +cat $NODEFILE | sed -ne '/^N/,$ p' | sed -e 's/#.*//' | awk ' + BEGIN { newentry=0; + print " if (n == NULL)"; + print "\t return;" + print " funcblocksize += nodesize[n->type];" + print " switch (n->type) {" + } + /^N/ { a=$1; f=$2; + cases[f] = cases[f] " " $1; + newentry=1; + } + !/^N/ { if(NF > 1) { # Ignore short lines + if(newentry) { + types = types " " f; + action[f] = "\t break;"; + newentry = 0; + } + if($2 == "nodeptr") { + action[f] = "\t calcsize(n->" f "." $1 ");\n" action[f]; + } else if($2 == "nodelist") { + action[f] = "\t sizenodelist(n->" f "." $1 ");\n" action[f]; + } else if($2 == "string") { + action[f] = "\t funcstringsize += strlen(n->" f "." $1 ") + 1;\n" action[f]; + } + } + } + END { + ntypes = split(types,typesarr," "); + for(nt = 1; nt <= ntypes; ++nt) { + f = typesarr[nt]; + i = split(cases[f],arr," "); + for(n = 1; n <= i; ++n) + print " case " arr[n] ":"; + print action[f]; + } + } +' + +echo " };" + +# Emit next block of pattern file +cat $PATFILE | sed -ne '/%CALCSIZE/,/%COPY/p' \ + | grep -v '%CALCSIZE' | grep -v '%COPY' + +# Build copynode function body + +cat $NODEFILE | sed -ne '/^N/,$ p' | sed 's/#.*//' | awk ' + BEGIN { newentry=0; + print " if (n == NULL)" + print "\t return NULL;" + print " new = funcblock;" + print " funcblock = (char *)funcblock + nodesize[n->type];" + print " switch (n->type) {" + + } + /^N/ { a=$1; f=$2; + cases[f] = cases[f] " " $1; + newentry=1; + } + !/^N/ { if(NF > 1) { + if(newentry) { + types = types " " f; + action[f] = "\t break;"; + newentry = 0; + } + if($1 == "type") { + } else if($2 == "nodeptr") { + action[f] = "\t new->" f "." $1 " = copynode(n->" f "." $1 ");\n" action[f]; + } else if($2 == "nodelist") { + action[f] = "\t new->" f "." $1 " = copynodelist(n->" f "." $1 ");\n" action[f]; + } else if($2 == "string") { + action[f] = "\t new->" f "." $1 " = nodesavestr(n->" f "." $1 ");\n" action[f]; + } else if($2 == "temp") { + # Nothing + } else { + action[f] = "\t new->" f "." $1 " = n->" f "." $1 ";\n" action[f]; + } + } + } + END { + ntypes = split(types,typesarr," "); + for(nt = 1; nt <= ntypes; ++nt) { + f = typesarr[nt]; + i = split(cases[f],arr," "); + for(n = 1; n <= i; ++n) + print " case " arr[n] ":"; + print action[f]; + } + } +' + +echo " };" +echo " new->type = n->type;" + +# Emit final part of pattern file +cat $PATFILE | sed -ne '/%COPY/,$ p' | grep -v '%COPY' + +# End of subshell; here's the promised redirect +) >nodes.c + + +########################################################################### +# +# Create nodes.h +# +########################################################################### +( # Spawn a subshell to direct output to nodes.h + +echo "/*" +echo " * This file was generated by the mknodes program." +echo " */" +echo + +# Print out enum constants +cat $NODEFILE | awk 'BEGIN{i=0;} /^N/ { print "#define " $1 " " i; ++i }' + +echo +echo +echo + +# Print out structure definitions + +cat $NODEFILE | sed -ne '/^N/,$ p' | sed -e 's/#.*//' | awk ' + BEGIN { closeold=0; } + /^N/ { if(closeold) print "};\n\n" + closeold = 0; + t = $2; + } + !/^N/ { if(NF > 1) { + if(t) { + print "struct " t " {"; + struct = struct " struct " t " " t ";\n"; + closeold = 1; + t = 0; + } + + if($2 == "nodeptr") { + print " union node *" $1 ";"; + } else if($2 == "nodelist") { + print " struct nodelist *" $1 ";"; + } else if($2 == "string") { + print " char *" $1 ";"; + } else if($2 == "temp") { + printf " "; + for(i = 3; i <= NF; i++) printf " " $i; + print ";"; + } else { + print " " $2 " " $1 ";"; + } + } + } + END { + if(closeold) print "};\n\n" + print "union node {"; + print " int type;"; + print struct "};"; + } +' + +echo +echo +echo "struct nodelist {" +echo " struct nodelist *next;" +echo " union node *n;" +echo "};" +echo +echo +echo "union node *copyfunc(union node *);" +echo "void freefunc(union node *);" + +# End of subshell; here's the promised redirect +) > nodes.h --------------050009060308070609080104-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 00:02:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B450237B401 for ; Tue, 1 Jul 2003 00:02:05 -0700 (PDT) Received: from mail-relay.eunet.no (mail-relay.eunet.no [193.71.71.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id A777443FDF for ; Tue, 1 Jul 2003 00:02:04 -0700 (PDT) (envelope-from ltning@anduin.net) Received: from anduin.net (celduin.net [81.0.162.106]) by mail-relay.eunet.no (8.12.2/8.12.2/GN) with SMTP id h61721xP038352; Tue, 1 Jul 2003 09:02:02 +0200 (CEST) (envelope-from ltning@anduin.net) Date: Tue, 1 Jul 2003 09:01:47 +0200 From: Eirik Oeverby To: "Alan L. Cox" Message-Id: <20030701090147.2ef70b7a.ltning@anduin.net> In-Reply-To: <3F009DCE.6A69BB24@imimic.com> References: <20030630125553.GA90064@peter.osted.lan> <20030630135037.GA90436@peter.osted.lan> <3F009DCE.6A69BB24@imimic.com> X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=.0ujvIp/dd2F0ut" cc: freebsd-current@freebsd.org Subject: Re: Disk/FS I/O issues in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 07:02:06 -0000 --=.0ujvIp/dd2F0ut Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Thanks. I'll be keeping my eyes wide open for this one. /Eirik On Mon, 30 Jun 2003 15:30:06 -0500 "Alan L. Cox" wrote: > Peter Holm wrote: > > > > On Mon, Jun 30, 2003 at 03:26:13PM +0200, Eirik Oeverby wrote: > > > Hi, > > > > > > Good to see I'm not the only one. > > > I'm currently going back to a kernel dated 2003.06.27.12.00.00, > > > and I'll test again with that one. > > > > > > > Ok. > > > > I see that alc@ made some recent changes to the vm (vm_pageout.c). > > I don't know if there's any connection to this problem? > > > > I've been able to reproduce what I believe is the problem. (In my > case, I reset my machine and watched the background fsck slowly grind > to a halt. Foreground fsck is fine.) > > The problem actually appears to be in vm_page_alloc(), not > vm_pageout.c. Look for a commit to resolve this in a few hours. > > Regards, > Alan > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" --=.0ujvIp/dd2F0ut Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD4DBQE/ATHcdAvR8ct7fEcRAjp5AJ9H/y0gkVJEbz9EmX4EqWknaT8CzACWNtsA tEMBfc0RgYJ5meSrPT3Ezw== =EE6w -----END PGP SIGNATURE----- --=.0ujvIp/dd2F0ut-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 01:07:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21B8237B401 for ; Tue, 1 Jul 2003 01:07:51 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id D0B4B44013 for ; Tue, 1 Jul 2003 01:07:50 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 86236 invoked by uid 1000); 1 Jul 2003 08:07:53 -0000 Date: Tue, 1 Jul 2003 01:07:53 -0700 (PDT) From: Nate Lawson To: current@freebsd.org, acpi-jp@jp.freebsd.org Message-ID: <20030701010230.U86209@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Updated ec-burst.diff patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 08:07:51 -0000 Please download and try the new version. It correctly implements burst mode to the best of the 2.0 spec. Like the previous message, please report the appropriate dmesgs ("acpi_ec0*" and "EC Waited*") and any errors or regression. I've tested "du -a /" while plugging/unplugging the power cable on my laptop many times with no errors. I haven't received any feedback yet. This WILL hit the tree in a few weeks because it fixes known problems. Test it now or test it then. :) Thanks, -Nate From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 02:14:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F34237B401 for ; Tue, 1 Jul 2003 02:14:44 -0700 (PDT) Received: from mail-relay.eunet.no (mail-relay.eunet.no [193.71.71.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 277FF43FAF for ; Tue, 1 Jul 2003 02:14:43 -0700 (PDT) (envelope-from ltning@anduin.net) Received: from anduin.net (celduin.net [81.0.162.106]) by mail-relay.eunet.no (8.12.2/8.12.2/GN) with SMTP id h619EdxP004503; Tue, 1 Jul 2003 11:14:40 +0200 (CEST) (envelope-from ltning@anduin.net) Date: Tue, 1 Jul 2003 11:14:25 +0200 From: Eirik Oeverby To: Nate Lawson Message-Id: <20030701111425.36841643.ltning@anduin.net> In-Reply-To: <20030701010230.U86209@root.org> References: <20030701010230.U86209@root.org> X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=.'coWOGW:ro0nO8" cc: freebsd-current@freebsd.org Subject: Re: Updated ec-burst.diff patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 09:14:44 -0000 --=.'coWOGW:ro0nO8 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, Can you be a bit more specific as to which other problems it fixes? I would love to try, because I have had some pretty nasty ACPI problems in the past, but I only have this one box to test on (my workstation) so I don't feel like going through the compile/install/fail/restore process if there isn't a good reason (for myself) to do so ;) (Just spent a weekend trying to find another kernel regression, I need to get some real work done soon) /Eirik On Tue, 1 Jul 2003 01:07:53 -0700 (PDT) Nate Lawson wrote: > Please download and try the new version. It correctly implements > burst mode to the best of the 2.0 spec. Like the previous message, > please report the appropriate dmesgs ("acpi_ec0*" and "EC Waited*") > and any errors or regression. I've tested "du -a /" while > plugging/unplugging the power cable on my laptop many times with no > errors. > > I haven't received any feedback yet. This WILL hit the tree in a few > weeks because it fixes known problems. Test it now or test it then. > :) > > Thanks, > -Nate > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" --=.'coWOGW:ro0nO8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/AVDydAvR8ct7fEcRAla+AKCL/GRsK5qjV/jDBIYnoJUd6jySAwCfc+jW iE3biar2ztoFD+UR+AsgHW4= =1+3+ -----END PGP SIGNATURE----- --=.'coWOGW:ro0nO8-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 02:15:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1585937B401 for ; Tue, 1 Jul 2003 02:15:54 -0700 (PDT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF16943F3F for ; Tue, 1 Jul 2003 02:15:51 -0700 (PDT) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [IPv6:::1]) h619Fn5v063444 for ; Tue, 1 Jul 2003 11:15:49 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.12.9/8.12.9/Submit) id h619Fn2Y063443 for current@freebsd.org; Tue, 1 Jul 2003 11:15:49 +0200 (SAST) (envelope-from jhay) Date: Tue, 1 Jul 2003 11:15:49 +0200 From: John Hay To: current@freebsd.org Message-ID: <20030701091548.GA63084@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: should fdisk -BI still work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 09:15:54 -0000 Hi, Should "fdisk -BI ad0" still work on current? I have a script that I use to prepare flash disks that have worked for a long time on older versions of FreeBSD, but it seems a little broken on -current. It actually started with the one from Warner's site people.../~imp/diskprep.pl and tweaked it over time to keep it running. On current I get an error when doing "fdisk -BI ad0": fdisk: invalid fdisk partition table found So how is one supposed to create a FreeBSD slice nowadays from a script? John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 02:16:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 168F237B404; Tue, 1 Jul 2003 02:16:48 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60D7D43FFB; Tue, 1 Jul 2003 02:16:46 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h619Ges8018627; Tue, 1 Jul 2003 05:16:40 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h619GeRr018626; Tue, 1 Jul 2003 09:16:40 GMT Date: Tue, 1 Jul 2003 09:16:40 GMT Message-Id: <200307010916.h619GeRr018626@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, ia64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 09:16:48 -0000 TB --- 2003-07-01 08:28:05 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-07-01 08:28:05 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-01 08:33:16 - building world TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] @DØa0€h€€ª€„ 8-€ÀÄÀÿÿÿÿ_: not found : not found : not found : not found €0bÀ xÀ: not found À: not found À: not found ./mkinit: 16: Syntax error: "(" unexpected (expecting ")") *** Error code 2 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/bin/sh. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. TB --- 2003-07-01 09:16:40 - /usr/bin/make returned exit code 1 TB --- 2003-07-01 09:16:40 - ERROR: failed to build world TB --- 2003-07-01 09:16:40 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 02:56:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CFF537B407; Tue, 1 Jul 2003 02:56:41 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE02343FF9; Tue, 1 Jul 2003 02:56:29 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h619uNs8095832; Tue, 1 Jul 2003 05:56:23 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h619uNXp095831; Tue, 1 Jul 2003 09:56:23 GMT Date: Tue, 1 Jul 2003 09:56:23 GMT Message-Id: <200307010956.h619uNXp095831@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 09:56:42 -0000 TB --- 2003-07-01 09:16:40 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-07-01 09:16:40 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-01 09:18:45 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] yacc -d /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/arith.y cp y.tab.c arith.c lex -t -8 /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/arith_lex.l > arith_lex.c cd /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh; sh mkbuiltins /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh cc -O -pipe -DSHELL -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh -DRESCUE -c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/mkinit.c cc -O -pipe -DSHELL -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh -DRESCUE -static mkinit.o -o mkinit ./mkinit /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/alias.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/eval.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/exec.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/input.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/jobs.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/options.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/parser.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/redir.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/trap.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh/var.c ./mkinit: 1: Syntax error: end of file unexpected *** Error code 2 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/bin/sh. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-07-01 09:56:23 - /usr/bin/make returned exit code 1 TB --- 2003-07-01 09:56:23 - ERROR: failed to build world TB --- 2003-07-01 09:56:23 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 03:45:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44EB637B401 for ; Tue, 1 Jul 2003 03:45:00 -0700 (PDT) Received: from smtp-2.paradise.net.nz (smtp-2a.paradise.net.nz [202.0.32.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33CD443FEA for ; Tue, 1 Jul 2003 03:44:59 -0700 (PDT) (envelope-from andy@fud.org.nz) Received: from [192.168.10.254] (203-79-110-29.cable.paradise.net.nz [203.79.110.29]) by smtp-2.paradise.net.nz (Postfix) with ESMTP id D11B69E35B for ; Tue, 1 Jul 2003 22:44:57 +1200 (NZST) From: Andrew Thompson To: current@freebsd.org Content-Type: text/plain Message-Id: <1057056311.721.4.camel@sambo.fud.org.nz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.0 Date: 01 Jul 2003 22:45:11 +1200 Content-Transfer-Encoding: 7bit Subject: netstat X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 10:45:00 -0000 Hi, Is there any reason that the interface name in netstat is truncated at 5 chars? I have a box with ~100 vlans so the interface name gets chopped after vlan9. Here is a patch to increase it to 7 chars. Any probs? thanks, Andy --- usr.bin/netstat/if.c.orig Tue Jul 1 22:37:14 2003 +++ usr.bin/netstat/if.c Tue Jul 1 22:38:59 2003 @@ -188,7 +188,7 @@ return; if (!pfunc) { - printf("%-5.5s %5.5s %-13.13s %-17.17s %8.8s %5.5s", + printf("%-7.7s %5.5s %-13.13s %-17.17s %8.8s %5.5s", "Name", "Mtu", "Network", "Address", "Ipkts", "Ierrs"); if (bflag) printf(" %10.10s","Ibytes"); @@ -254,7 +254,7 @@ drops = ifnet.if_snd.ifq_drops; if (ifaddraddr == 0) { - printf("%-5.5s %5lu ", name, ifnet.if_mtu); + printf("%-7.7s %5lu ", name, ifnet.if_mtu); printf("%-13.13s ", "none"); printf("%-17.17s ", "none"); } else { @@ -271,7 +271,7 @@ (u_long)TAILQ_NEXT(&ifaddr.ifa, ifa_link); continue; } - printf("%-5.5s %5lu ", name, ifnet.if_mtu); + printf("%-7.7s %5lu ", name, ifnet.if_mtu); switch (sa->sa_family) { case AF_UNSPEC: printf("%-13.13s ", "none"); From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 03:49:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DC4C37B401 for ; Tue, 1 Jul 2003 03:49:24 -0700 (PDT) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB83F43FD7 for ; Tue, 1 Jul 2003 03:49:22 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (jm0gwvim@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.11.6/8.11.6) with ESMTP id h61AnGL8592633; Tue, 1 Jul 2003 14:49:17 +0400 (MSD) Date: Tue, 1 Jul 2003 14:49:16 +0400 (MSD) From: Maxim Konovalov To: Andrew Thompson In-Reply-To: <1057056311.721.4.camel@sambo.fud.org.nz> Message-ID: <20030701144741.P64746@news1.macomnet.ru> References: <1057056311.721.4.camel@sambo.fud.org.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: netstat X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 10:49:24 -0000 On Tue, 1 Jul 2003, 22:45+1200, Andrew Thompson wrote: > Hi, > > > Is there any reason that the interface name in netstat is truncated at 5 > chars? I have a box with ~100 vlans so the interface name gets chopped > after vlan9. > > Here is a patch to increase it to 7 chars. Any probs? bin/52349 -- Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 05:55:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF2AF37B43C; Tue, 1 Jul 2003 05:55:08 -0700 (PDT) Received: from oahu.WURLDLINK.NET (oahu.wurldlink.net [66.193.144.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 275C04400D; Tue, 1 Jul 2003 05:55:06 -0700 (PDT) (envelope-from vince@oahu.WURLDLINK.NET) Received: from oahu.WURLDLINK.NET (vince@localhost.WURLDLINK.NET [127.0.0.1]) by oahu.WURLDLINK.NET (8.12.9/8.12.9) with ESMTP id h61CsJYx018151; Tue, 1 Jul 2003 02:54:19 -1000 (HST) Received: from localhost (vince@localhost)h61CsIxM018148; Tue, 1 Jul 2003 02:54:19 -1000 (HST) Date: Tue, 1 Jul 2003 02:54:18 -1000 (HST) From: Vincent Poy To: Juli Mallett In-Reply-To: <20030630203624.B27764@FreeBSD.org> Message-ID: <20030701023935.I3146-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.ORG cc: cy@FreeBSD.ORG Subject: Re: /usr/src/libexec/talkd notification broken on pty's when user is using misc/screen ports in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 12:55:09 -0000 On Mon, 30 Jun 2003, Juli Mallett wrote: > * Vincent Poy [ Date: 2003-06-30 ] > [ w.r.t. /usr/src/libexec/talkd notification broken on pty's when user is using misc/screen ports in -CURRENT ] > > Greetings evertone: > > > > /usr/src/libexec/talkd aka /usr/libexec/ntalkd appears to be broken when > > one runs the screen-3.9.15_1 from ports and has the pty sessions under > > screen. Prior to running screen, ntalkd is showing the incoming talk > > request. After running screen, the talk request doesn't show up on any of > > the pty's the user is currently using under the primary login pty. The > > issue seems to be caused by the following commits done by jmallett: > > > > src/libexec/talkd/announce.c v1.16, Thu Apr 3 05:13:27 2003 UTC jmallett > > src/libexec/talkd/extern.h v1.3, Thu Apr 3 05:13:27 2003 UTC jmallett > > src/libexec/talkd/print.c v1.12, Thu Apr 3 05:13:27 2003 UTC jmallett > > src/libexec/talkd/table.c v1.9, Thu Apr 3 05:13:27 2003 UTC jmallett > > src/libexec/talkd/talkd.c v1.14, Thu Apr 3 05:13:27 2003 UTC jmallett > > > > which has the log: > > MFp4 @27667: WARNS=5 cleanup on i386. > > Remove the unused FILE\ *tf from print_mesg args, and the > > bogus passing in of an uninitialised FILE* for it. > > > > Call a timeval 'now' instead of 'clock' due to shadowing. > > > > Remove a nested localtime declaration. > > > > Make the delete invite argument match the ID type, u_int32_t. > > > > Use const for pointers to const items. > > > > Cast to long where printing as such. > > > > Include netinet/in.h for htonl/htons. > > > > Reviewed by: imp > > > > Reverting to the following previous versions of the files and rebuilding > > ntalkd fixes the issue. > > > > src/libexec/talkd/announce.c v1.15, Tue Feb 5 21:06:56 2002 UTC imp > > src/libexec/talkd/extern.h v1.2, Tue Feb 5 21:07:47 2002 UTC imp > > src/libexec/talkd/print.c v1.11, Mon Feb 18 20:35:19 2002 UTC mike > > src/libexec/talkd/table.c v1.8, Tue Feb 5 21:06:56 2002 UTC imp > > src/libexec/talkd/talkd.c v1.13, Tue Feb 5 21:06:56 2002 UTC imp > > This may be a bit frustrating, but can you back out deltas by hand > and try to tell me which change it was that caused the problem? Hi Juli and Cy: It isn't the changes that caused the problem because here is what I did just to verify the behavior of before and after the changes you did. before, in screen-3.9.15 with both the port and if I compile it on my own with the configure script and then make, the ntalkd daemon doesn't do the notification in any of the pty's while running under screen except when I am in a ytalk session where the prompt will come up if I want to talk to user@somedomain. with screen-3.9.13, screen-3.9.11 which I compiled on my own with the configure script and then make, the ntalkd daemon doesn't do the notification in any of the pty's while running under screen except when I am in a ytalk session where the prompt will come up if I want to talk to user@somedomain. with the screen-3.9.10 binary I compiled from ports before, ntalkd works correctly: Message from Talk_Daemon@bigbang.DNALOGIC.NET at 5:09 on 2003/07/01 ... talk: connection requested by vince@oahu.wurldlink.net talk: respond with: talk vince@oahu.wurldlink.net With the changes you did, the screen-3.9.15 port as well as screen-3.9.15, screen-3.9.13, screen-3.9.11 which I compiled on my own with the configure script and then make, the ntalkd daemon doesn't do the notification in any of the pty's while running under screen and the prompt doesn't come up in a ytalk session either if I want to talk to user@somedomain. with the screen-3.9.10 binary I compiled from ports before, ntalkd works correctly: Message from Talk_Daemon@bigbang.DNALOGIC.NET at 5:49 on 2003/07/01 ... talk: connection requested by vince@oahu.wurldlink.net talk: respond with: talk vince@oahu.wurldlink.net So it seems that it is not the changes you did but everything after newer than screen-3.9.10, the talkd daemon isn't working when the pty's are under screen. So it's probably more of a bug under screen than anything else. I couldn't find the contact info for the author for screen to find out how to fix this. Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 06:32:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5683C37B401 for ; Tue, 1 Jul 2003 06:32:18 -0700 (PDT) Received: from rzaixsrv2.rrz.uni-hamburg.de (rzaixsrv2.rrz.uni-hamburg.de [134.100.32.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 909B64400F for ; Tue, 1 Jul 2003 06:32:14 -0700 (PDT) (envelope-from doc@zwecker.de) Received: from smtp.his-online.de ([134.100.58.126])h61DWC2v041944 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 1 Jul 2003 15:32:13 +0200 Received: from his-online.de (localhost.localdomain [127.0.0.1]) by smtp.his-online.de (8.12.8/8.12.8) with ESMTP id h61DWC4U028594 for ; Tue, 1 Jul 2003 15:32:12 +0200 Received: from eremit.zwecker.de ([192.168.1.143]) by his-online.de; Tue, 01 Jul 2003 15:31:52 +0200 Received: from zwecker.de (localhost [127.0.0.1]) by eremit.zwecker.de (8.12.9/8.12.4) with ESMTP id h61DVmnR013502 for ; Tue, 1 Jul 2003 15:31:49 +0200 Message-ID: <3F018D44.7080101@zwecker.de> Date: Tue, 01 Jul 2003 15:31:48 +0200 From: Christophe Zwecker User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.73.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-5.0 required=5.0 tests=AWL,BAYES_10,USER_AGENT_MOZILLA_UA version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: fsck background mode for gbde crypted disc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 13:32:18 -0000 Hi I wonder if I can do a background check after mounting an crypted part or does the check have to be b4 ? best regards, Christophe -- Christophe Zwecker mail: doc@zwecker.de Hamburg, Germany fon: +49 179 3994867 http://www.zwecker.de "Who is General Failure ? And why is he reading my disk ??" From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 06:42:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A166437B401 for ; Tue, 1 Jul 2003 06:42:42 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BDE643F85 for ; Tue, 1 Jul 2003 06:42:42 -0700 (PDT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 35A622ED434; Tue, 1 Jul 2003 06:42:42 -0700 (PDT) Date: Tue, 1 Jul 2003 06:42:42 -0700 From: Paul Saab To: Terry Lambert Message-ID: <20030701134242.GA79486@elvis.mu.org> References: <20030625002841.X7607@odysseus.silby.com> <3EF95C9D.2CE63283@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EF95C9D.2CE63283@mindspring.com> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: Best way to get max KVA setting? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 13:42:42 -0000 Terry Lambert (tlambert2@mindspring.com) wrote: > It was for a guy who was was running with PAE enabled on an > 8G machine, and the autotuning was shooting him in the foot > when it tried to grab enough memory to create kmem_map entries > for the 8G of RAM in his 2G KVA space, and its head exploded. Wrong, the big problem he had with the auto tuning code was that vm_kmem_size was overflowing and he was left with a 20MB kmem_map size instead of 200. Once alc fixed the the scaling for # of vnodes, or if we set maxvnodes to a sane value, we no longer saw panics due to kmem_map being too small. --- revision 1.126 date: 2003/06/11 05:18:59; author: ps; state: Exp; lines: +4 -4 Don't overflow when calculating vm_kmem_size. This fixes kmem_map too small panics on PAE machines which have odd > 4GB sizes (4.5 gig would render a 20MB of KVA for kmem_map instead of 200MB). Submitted by: John Cagle , jeff Reviewed by: jeff, peter, scottl, lots of USENIX folks --- From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 06:57:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8C5137B401 for ; Tue, 1 Jul 2003 06:57:12 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CA0043FDD for ; Tue, 1 Jul 2003 06:57:11 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h61DuwE1015325; Tue, 1 Jul 2003 07:57:00 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 01 Jul 2003 07:56:50 -0600 (MDT) Message-Id: <20030701.075650.113468068.imp@bsdimp.com> To: greg@electricrain.com From: "M. Warner Losh" In-Reply-To: <20030628223300.GD8119@zot.electricrain.com> References: <99603342.1056757213@melange.errno.com> <20030628223300.GD8119@zot.electricrain.com> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: sam@errno.com cc: current@freebsd.org Subject: Re: HEADS UP: Atheros 802.11 support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 13:57:13 -0000 In message: <20030628223300.GD8119@zot.electricrain.com> "Gregory P. Smith" writes: : On Fri, Jun 27, 2003 at 11:40:13PM -0700, Sam Leffler wrote: : > My work to support the Atheros 802.11 hardware is now entirely in the tree : > and enabled for use. The ath driver supports all Atheros hardware devices : > and makes FreeBSD the first open source system to support 802.11a and : > 802.11g*. There are still issues with the driver. man ath(4) for details. : > : > Sam : > : > *First by a few days--there is also a Linux version of this software : > available at . : : maybe not, another linux driver already existed: http://team.vantronix.net/ar5k/ OK, sam had the first WORKING driver. I tried this driver and apart from light a few LEDs, it most definitely didn't "work" for any useful definition of "work." "hey, I have this web page, can I count as first" doesn't count as first. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 07:00:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F303637B401; Tue, 1 Jul 2003 06:59:59 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id F399543FEA; Tue, 1 Jul 2003 06:59:58 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h61DxqE1015378; Tue, 1 Jul 2003 07:59:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 01 Jul 2003 07:59:48 -0600 (MDT) Message-Id: <20030701.075948.85288159.imp@bsdimp.com> To: hsu@freebsd.org From: "M. Warner Losh" In-Reply-To: <200306291837.h5TIbckY015162@mta7.pltn13.pbi.net> References: <200306291837.h5TIbckY015162@mta7.pltn13.pbi.net> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: abowhill@blarg.net Subject: Re: errors under g++ 3.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 14:00:00 -0000 In message: <200306291837.h5TIbckY015162@mta7.pltn13.pbi.net> Jeffrey Hsu writes: : > file IO using gives error messages about implicit typenames : > being deprecated, and I can't for the life of me figure out what to do : > my code to make the compiler happy : : Change your /usr/include/g++/fstream as follows: I've sent these changes to the gnu folks, but it looks like they haven't made it back to FreeBSD yet. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 07:00:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 142B337B401 for ; Tue, 1 Jul 2003 07:00:54 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69D3144015 for ; Tue, 1 Jul 2003 07:00:53 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h61E0FKJ009365 for ; Tue, 1 Jul 2003 10:00:15 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: (from robert@localhost) by fledge.watson.org (8.12.9/8.12.9/Submit) id h61E0FM4009364 for current@FreeBSD.org; Tue, 1 Jul 2003 10:00:15 -0400 (EDT) (envelope-from robert) Date: Tue, 1 Jul 2003 10:00:15 -0400 (EDT) Message-Id: <200307011400.h61E0FM4009364@fledge.watson.org> From: Robert Watson To: current@FreeBSD.org Subject: 5.2-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 14:00:55 -0000 This is an automated bi-weekly mailing of the FreeBSD 5.2 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.2R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.2. FreeBSD 5.2 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.2. If you have any updates for this list, please e-mail re@FreeBSD.org. Must Resolve Issues for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------------+----------+-----------------+---------------------| | | | | KSE M:N threading | | | | | support is reaching | | | | | experimental yet | | | | Julian | usable status on | | Production-quality | In | Elischer, David | i386 for | | M:N threading | progress | Xu, Daniel | 5.1-RELEASE. M:N | | | | Eischen | threading should be | | | | | productionable and | | | | | usable on all | | | | | platforms by | | | | | 5.2-RELEASE. | |---------------------+----------+-----------------+---------------------| | | | | Currently, the MD | | | | | elements of KSE are | | | | | present only for | | | | | the i386 platform, | | | | | limiting use of KSE | | | | | to the i386 | | | | | platform. It is | | | | | highly desirable to | | KSE support for | | Jake | make KSE available | | sparc64, alpha, | -- | Burkholder, --, | on non-i386 | | ia64 | | -- | platforms for | | | | | 5.2-RELEASE so that | | | | | KSE can see more | | | | | broad exposure, and | | | | | the performance | | | | | benefits of KSE can | | | | | be visible to users | | | | | of the 64-bit | | | | | FreeBSD | | | | | architectures. | |---------------------+----------+-----------------+---------------------| | | | | Kris Kennaway | | | | | reports high | | | | | instability of | | | | | 5-CURRENT on ia64 | | | In | Marcel | machines, such as | | ia64 stability | Progress | Moolenaar | the pluto* | | | | | machines. These | | | | | problems need to be | | | | | fixed in order to | | | | | get a successful | | | | | package build. | |---------------------+----------+-----------------+---------------------| | | | | ia64 serial console | | | | | support is reported | | | | | to not be | | | | | functional on HP | | | In | Marcel | Itanium2 platforms. | | ia64 sio support | progress | Moolenaar, | A reworking of the | | | | Warner Losh | sio driver to | | | | | improve platform | | | | | independence and | | | | | bus handling is | | | | | likely needed. | |---------------------+----------+-----------------+---------------------| | | | | FAST_IPSEC | | | | | currently cannot be | | | | | used directly with | | | | | the KAME IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level of | | | | | IP tunnel | | | | | indirection to | | | | | protect IPv6 | | | | | packets when using | | | | | hardware crypto | | FAST_IPSEC and KAME | -- | -- | acceleration. This | | compatibility | | | issue must be | | | | | resolved so that | | | | | the two services | | | | | may more easily be | | | | | used together. | | | | | Among other things, | | | | | this will require a | | | | | careful review of | | | | | the handling of | | | | | mbuf header copying | | | | | and m_tag support | | | | | in the KAME IPv6 | | | | | code. | |---------------------+----------+-----------------+---------------------| | | | | The FreeBSD KAME | | | | | IPv6 code is now | | | | | substantially dated | | | | | with respect to the | | KAME | | | KAME vendor source. | | Synchronization | -- | -- | The FreeBSD Project | | | | | needs to take | | | | | initiative in | | | | | driving the merge | | | | | of new bug fixes, | | | | | features, et al. | |---------------------+----------+-----------------+---------------------| | | | | Almost all process | | | | | debugging tools | | | | | have been updated | | | | | to use non-procfs | | | | | kernel primitives, | | | | | with the exception | | | | | of truss(1). As | | | | | procfs is | | | | | considered | | | | | deprecated due to | | truss support for | In | | its inherent | | ptrace | progress | Robert Drehmel | security risks, it | | | | | is highly desirable | | | | | to update truss to | | | | | operate in a | | | | | post-procfs world. | | | | | Dag-Erling Smorgrav | | | | | had prototype | | | | | patches; | | | | | Robert Drehmel is | | | | | developing and | | | | | testing patches | | | | | now. | |---------------------+----------+-----------------+---------------------| | | | | Apple's Darwin | | | | | operating system | | | | | has fairly | | | | | extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | -- | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must be | | | | | reviewed and merged | | | | | to the FreeBSD | | | | | tree. | |---------------------+----------+-----------------+---------------------| | | | | Port syscons to | | | | | sparc64. Add device | | | | | drivers for sun | | | | | mice and keyboards. | | | | | Allow for more than | | sparc64 adaptation | In | | 3 bits of | | of syscons | progress | Jake Burkholder | background colour | | | | | in syscons. Creator | | | | | frame buffer device | | | | | driver. In the | | | | | process, generally | | | | | improve the MI-ness | | | | | of syscons. | |---------------------+----------+-----------------+---------------------| | | | | Many systems | | | | | supporting POSIX.1e | | | | | ACLs permit a minor | | | | | violation to that | | | | | specification, in | | | | | which the ACL_MASK | | | | | entry overrides the | | ACL_MASK override | In | | umask, rather than | | of umask support in | progress | Robert Watson | being intersected | | UFS | | | with it. The | | | | | resulting semantics | | | | | can be useful in | | | | | group-oriented | | | | | environments, and | | | | | as such would be | | | | | very helpful on | | | | | FreeBSD. | |---------------------+----------+-----------------+---------------------| | | | | Significant parts | | | | | of the network | | | | | stack (especially | | | | | IPv4 and IPv6) now | | | | | have fine-grained | | | | | locking of their | | | | | data structures. | | | | | However, it is not | | | | | yet possible for | | | | | the netisr threads | | | | | to run without | | | | | Giant, due to | | Fine-grained | | | dependencies on | | network stack | In | Jeffrey Hsu, | sockets, routing, | | locking without | progress | Seigo Tanimura | etc. A 5.2-RELEASE | | Giant | | | goal is to have the | | | | | network stack | | | | | running largely | | | | | without Giant, | | | | | which should | | | | | substantially | | | | | improve performance | | | | | of the stack, as | | | | | well as other | | | | | system components | | | | | by reducing | | | | | contention on | | | | | Giant. | |---------------------+----------+-----------------+---------------------| | | | | Move ATA commands | | | | | into requests, so | | | | | that they can be | | | | | linked together, | | | | | centralize request | | | | | queue management | | | | | permitting direct | | ATA driver | | | DMA of ATA | | structural | In | So/ren Schmidt | commands. These | | improvements, | progress | | architectural | | MPsafety | | | changes will also | | | | | facilitate complete | | | | | MP-safety of the | | | | | ATA driver suite, | | | | | and dramatically | | | | | improve support for | | | | | Promise RAID | | | | | controllers. | |---------------------+----------+-----------------+---------------------| | | | | Productionable | | | | | support for the | | | | | AMD64 platform. | | | | | Currently, AMD64 | | | | | runs fully in | | | | | 32-bit emulation | | Tier-1 Support for | In | Peter Wemm, | mode, and boots to | | AMD64 Hammer | progress | David O'Brien | single-user in | | | | | 64-bit mode. We | | | | | expect full | | | | | production support | | | | | for the AMD64 | | | | | architecture in | | | | | 5.2-RELEASE. | |---------------------+----------+-----------------+---------------------| | | | | To properly support | | | | | AMD64, a compiler | | | | | upgrade is | | | | | required; however, | | | | | the new GCC 3.3 has | | | | David O'Brien | a substantial | | GCC 3.3 upgrade | In | Alexander | number of new | | | progress | Kabaev | warnings that will | | | | | disrupt application | | | | | support, preventing | | | | | inclusion in | | | | | 5.1-RELEASE. This | | | | | is a must-have for | | | | | 5.2-RELEASE. | |---------------------+----------+-----------------+---------------------| | | | | Kernel modules are | | | | | currently built | | | | | independently from | | | | | a kernel | | | | | configuration, and | | | | | independently from | | | | | one another, | | | | | resulting in | | | | | substantially | | | | | redundant | | | | | compilation of | | | | | objects, as well as | | | | | the inability to | | | | | easily manage | | | | | compile-time | | | | | options for kernel | | | | | objects (such as | | Revised kld build | -- | -- | MAC, PAE, etc) that | | infrastructure | | | may require | | | | | conditional | | | | | compilation in the | | | | | kernel modules. In | | | | | order to improve | | | | | build performance | | | | | and better support | | | | | options of this | | | | | sort, the KLD build | | | | | infrastructure | | | | | needs to be | | | | | revamped. Peter | | | | | Wemm has done some | | | | | initial | | | | | prototyping, and | | | | | should be contacted | | | | | before starting on | | | | | this work. | |---------------------+----------+-----------------+---------------------| | | | | Currently, there | | | | | are two classes of | | | | | interrupt handlers | | | | | in 5.x: fast | | | | | interrupt handlers | | | | | which run entirely | | | | | in interrupt | | | | | context, and | | | | | heavy-weight | | | | | handlers which | | | | | execute in a | | | | | full-weight kernel | | | | | interrupt thread. | | | | | It is possible to | | | | | optimize interrupt | | | | | thread context | | | | | management such | | | | | that a light-weight | | | | | context switch is | | | | | performed to begin | | | | | execution of the | | | | | interrupt thread in | | | | | the handler | | | | | context, and only | | Light-weight | | | when a full-weight | | interrupt threads, | -- | -- | context is required | | context switches | | | (such as sleeping | | | | | on a lock) is that | | | | | cost required. This | | | | | optimization should | | | | | substantially | | | | | improve interrupt | | | | | latency. There are | | | | | also additional | | | | | kernel thread | | | | | context switch | | | | | optimizations that | | | | | can be made to | | | | | improve the | | | | | performance of | | | | | thread workers in | | | | | the kernel, such as | | | | | found in the | | | | | network stack, | | | | | crypto worker | | | | | threads, and GEOM. | | | | | Bosko Milekic has | | | | | done substantial | | | | | prototyping work, | | | | | and should be | | | | | coordinated with. | |---------------------+----------+-----------------+---------------------| | | | | With the | | | | | introduction of | | | | | extensive PAM and | | | | | NSS support in | | | | | 5.0-RELEASE and | | | | | 5.1-RELEASE, | | Support for a fully | In | Gordon Tetlow | support for a fully | | dynamic system | progress | | dynamically linked | | | | | system is desired. | | | | | Gordon Tetlow has | | | | | in-progress patches | | | | | to post for review | | | | | following the 5.1 | | | | | release cycle. | |---------------------+----------+-----------------+---------------------| | | | | Existing interrupt | | | | | routing code is not | | | | | able to correctly | | | | | determine the | | | | | interrupt routing | | Complete the APIC | | | of PCI devices that | | PCI interrupt | -- | -- | are behind | | routing support | | | PCI-to-PCI bridges | | | | | when using APIC | | | | | Full Table routing | | | | | (with non-legacy | | | | | interrupts above | | | | | 15). | |---------------------+----------+-----------------+---------------------| | | | | Currently, gbde | | | | | must be manually | | | | | configured at | | | | | run-time each time | | | | | an encrypted disk | | | | | device is mounted. | | | | | This prevents easy | | Run-time | | | integration into | | autoconfiguration | | | /etc/fstab and easy | | of GBDE and related | -- | -- | automated | | transforms | | | deployment. | | | | | Improved | | | | | integration with | | | | | the configuration, | | | | | mounting, and boot | | | | | process is required | | | | | to make this | | | | | feature more easily | | | | | accessible. | |---------------------+----------+-----------------+---------------------| | | | | Brian Feldman has | | | | | submitted patches | | | | | to improve the | | | | | consistency of the | | | | | pathnames passed | | MAC Framework devfs | In | | into the MAC | | path fixes | progress | Robert Watson | Framework devfs | | | | | labeling entry | | | | | points. These | | | | | patches need to be | | | | | thoroughly reviewed | | | | | and tested, then | | | | | merged. | |---------------------+----------+-----------------+---------------------| | | | | A process cannot be | | | | | interrupted while | | | | | waiting on a lock. | | | | | Fixing this | | rpc.lockd(8) | In | Robert Watson | requires that the | | stability | progress | | rpc code be taught | | | | | how to deal with | | | | | lock cancellation | | | | | and interruption | | | | | events. | +------------------------------------------------------------------------+ Desired Features for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | | |------------+-----------+----------------+---------------| | | | | | Truss appears | | | | | | to contain a | | | | | | race | | | | | | condition | | | | | | during the | | | | | | start-up of | | | | | | debugging, | | | | | | which can | | | | | | result in | | | | | | truss failing | | | | | | to attach to | | | | | | the process | | | | | | before it | | | | | | exits. The | | | | | | symptom is | | | | | | that truss | | | | | | reports that | | | | | | it cannot | | | | | | open the | | | | | | procfs node | | | | | | supporting | | | | | | the process | | | | | | being | | | | | | debugged. A | | | | | | bug also | | | Race | | | appears to | | | conditions | Errata | Robert Drehmel | exist where | | | in truss | candidate | | in truss will | | | | | | hang if | | | | | | execve() | | | | | | returns | | | | | | ENOENT. A | | | | | | further race | | | | | | appears to | | | | | | exist in | | | | | | which truss | | | | | | will return | | | | | | "PIOCWAIT: | | | | | | Input/output | | | | | | error" | | | | | | occasionally | | | | | | on startup. | | | | | | The fix for | | | | | | this | | | | | | sufficiently | | | | | | changes | | | | | | process | | | | | | execution | | | | | | handling that | | | | | | we will defer | | | | | | the fix to | | | | | | post-5.0 and | | | | | | consider this | | | | | | errata. | | |------------+-----------+----------------+---------------| | | gdb -k | | | gdb -k | | | support | -- | Mark Peek | doesn't work | | | for alpha | | | on alpha | | |------------+-----------+----------------+---------------| | | | | | Currently, | | | | | | MAC | | | | | | protections | | | | | | are enforced | | | | | | only on | | | | | | locally | | | | | | originated | | | | | | file system | | | | | | operations | | | | | | (VOPs), and | | | | | | not on RPCs | | | | | | generated via | | | | | | the NFS | | | MAC | | | server. | | | support | | | Improvements | | | for NFS | -- | Robert Watson | in NFS server | | | Server | | | credential | | | | | | handling are | | | | | | required to | | | | | | correct this | | | | | | problem, as | | | | | | well as the | | | | | | introduction | | | | | | of new entry | | | | | | points to | | | | | | properly | | | | | | label NFS | | | | | | credentials | | | | | | and perform | | | | | | enforcement | | | | | | properly. | | |------------+-----------+----------------+---------------| | | | | | All PCI | | | | | | drivers must | | | | | | use busdma | | | | | | for DMA; no | | | | | | use of | | | busdma in | | | vtophys() | | | all PCI | -- | -- | will be | | | drivers | | | permitted for | | | | | | any recent | | | | | | device | | | | | | driver. ISA | | | | | | drivers may | | | | | | be exempt. | | |------------+-----------+----------------+---------------| | | | | | With improved | | | | | | support for | | | | | | threading | | | | | | primitives, | | | | | | support is | | | | | | now required | | | | | | to ease | | | GDB thread | | | debugging of | | | support | -- | -- | threaded | | | | | | applications. | | | | | | Ideally, this | | | | | | support will | | | | | | work for both | | | | | | libthr and | | | | | | libkse | | | | | | threading | | | | | | models. | | |------------+-----------+----------------+---------------+--------------| | | | | Prebinding | | | | | | reduces | | | | | | executable | | | | | | startup time | | | | | | by lowering | | | | | | the expense | | | | | | of symbol | | | | | | lookup, | The benefits | | | | | binding and | of | | | | | relocation. | prebinding | | | | | This is | are realized | | | | | accomplished | when running | | | | | by a | executables | | | | | prebinding | that use a | | | | | data file or | large (>10) | | Per object | | | ELF segment | number of | | ELF | In | Matthew Dodd | that contains | shared | | Prebinding | progress | | intermediate | libraries. | | support | | | lookup | C++ | | | | | results | applications | | | | | allowing fast | also benefit | | | | | symbol | as they | | | | | binding and | contain a | | | | | relocation, | large number | | | | | provided that | of | | | | | dependent | relocations. | | | | | objects | | | | | | remain | | | | | | unchanged | | | | | | since the | | | | | | prebinding | | | | | | information | | | | | | was | | | | | | generated. | | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.2 +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------+--------+---------------+-------------------------------| | Bluetooth | | | It'd be nice to have some | | documentation | -- | Pav Lucistnik | Bluetooth documentation for | | | | | the Handbook. | +------------------------------------------------------------------------+ Testing focuses for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- home | contact | legal | (c) 1995-2003 The FreeBSD Project. All rights reserved. Last modified: 2003/06/29 20:44:38 From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 08:20:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16C0437B401 for ; Tue, 1 Jul 2003 08:20:21 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5009243FEA for ; Tue, 1 Jul 2003 08:20:20 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.9/8.12.3) with ESMTP id h61FKIq7018683; Tue, 1 Jul 2003 08:20:18 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.9/8.12.3/Submit) id h61FKBLC018630; Tue, 1 Jul 2003 08:20:11 -0700 Date: Tue, 1 Jul 2003 08:20:11 -0700 From: Brooks Davis To: John Hay Message-ID: <20030701152011.GA14768@Odin.AC.HMC.Edu> References: <20030701091548.GA63084@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <20030701091548.GA63084@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu cc: current@freebsd.org Subject: Re: should fdisk -BI still work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 15:20:21 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 01, 2003 at 11:15:49AM +0200, John Hay wrote: > Hi, >=20 > Should "fdisk -BI ad0" still work on current? I have a script that I use > to prepare flash disks that have worked for a long time on older versions > of FreeBSD, but it seems a little broken on -current. It actually started > with the one from Warner's site people.../~imp/diskprep.pl and tweaked it > over time to keep it running. >=20 > On current I get an error when doing "fdisk -BI ad0": >=20 > fdisk: invalid fdisk partition table found >=20 > So how is one supposed to create a FreeBSD slice nowadays from a script? I'm not using -BI, but I am using -I in a version of diskprep. Are you sure you don't have any slices (or partitions inside those slices) open? I remember getting all sorts of weird errors when I forgot about that while developing my new scripts. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/AaaqXY6L6fI4GtQRAiTsAJ9fwhs79V++3GCJrR4wnklDKs10igCbBMfs LbdoxRlm+K1SCxlJqKkCr7w= =/aNj -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 08:26:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4138837B401; Tue, 1 Jul 2003 08:26:55 -0700 (PDT) Received: from oahu.WURLDLINK.NET (oahu.wurldlink.net [66.193.144.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 227F144034; Tue, 1 Jul 2003 08:26:54 -0700 (PDT) (envelope-from vince@oahu.WURLDLINK.NET) Received: from oahu.WURLDLINK.NET (vince@localhost.WURLDLINK.NET [127.0.0.1]) by oahu.WURLDLINK.NET (8.12.9/8.12.9) with ESMTP id h61FQ7Yx020927; Tue, 1 Jul 2003 05:26:07 -1000 (HST) Received: from localhost (vince@localhost)h61FQ6I9020924; Tue, 1 Jul 2003 05:26:06 -1000 (HST) Date: Tue, 1 Jul 2003 05:26:06 -1000 (HST) From: Vincent Poy To: Juli Mallett In-Reply-To: <20030701023935.I3146-100000@oahu.WURLDLINK.NET> Message-ID: <20030701052143.B3146-100000@oahu.WURLDLINK.NET> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: cy@freebsd.org Subject: Re: /usr/src/libexec/talkd notification broken on pty's when user is using misc/screen ports in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 15:26:55 -0000 On Tue, 1 Jul 2003, Vincent Poy wrote: > On Mon, 30 Jun 2003, Juli Mallett wrote: > > > * Vincent Poy [ Date: 2003-06-30 ] > > [ w.r.t. /usr/src/libexec/talkd notification broken on pty's when user is using misc/screen ports in -CURRENT ] > > > Greetings evertone: > > > > > > /usr/src/libexec/talkd aka /usr/libexec/ntalkd appears to be broken when > > > one runs the screen-3.9.15_1 from ports and has the pty sessions under > > > screen. Prior to running screen, ntalkd is showing the incoming talk > > > request. After running screen, the talk request doesn't show up on any of > > > the pty's the user is currently using under the primary login pty. The > > > issue seems to be caused by the following commits done by jmallett: > > > > > > src/libexec/talkd/announce.c v1.16, Thu Apr 3 05:13:27 2003 UTC jmallett > > > src/libexec/talkd/extern.h v1.3, Thu Apr 3 05:13:27 2003 UTC jmallett > > > src/libexec/talkd/print.c v1.12, Thu Apr 3 05:13:27 2003 UTC jmallett > > > src/libexec/talkd/table.c v1.9, Thu Apr 3 05:13:27 2003 UTC jmallett > > > src/libexec/talkd/talkd.c v1.14, Thu Apr 3 05:13:27 2003 UTC jmallett > > > > > > which has the log: > > > MFp4 @27667: WARNS=5 cleanup on i386. > > > Remove the unused FILE\ *tf from print_mesg args, and the > > > bogus passing in of an uninitialised FILE* for it. > > > > > > Call a timeval 'now' instead of 'clock' due to shadowing. > > > > > > Remove a nested localtime declaration. > > > > > > Make the delete invite argument match the ID type, u_int32_t. > > > > > > Use const for pointers to const items. > > > > > > Cast to long where printing as such. > > > > > > Include netinet/in.h for htonl/htons. > > > > > > Reviewed by: imp > > > > > > Reverting to the following previous versions of the files and rebuilding > > > ntalkd fixes the issue. > > > > > > src/libexec/talkd/announce.c v1.15, Tue Feb 5 21:06:56 2002 UTC imp > > > src/libexec/talkd/extern.h v1.2, Tue Feb 5 21:07:47 2002 UTC imp > > > src/libexec/talkd/print.c v1.11, Mon Feb 18 20:35:19 2002 UTC mike > > > src/libexec/talkd/table.c v1.8, Tue Feb 5 21:06:56 2002 UTC imp > > > src/libexec/talkd/talkd.c v1.13, Tue Feb 5 21:06:56 2002 UTC imp > > > > This may be a bit frustrating, but can you back out deltas by hand > > and try to tell me which change it was that caused the problem? > > Hi Juli and Cy: > > It isn't the changes that caused the problem because here is what > I did just to verify the behavior of before and after the changes you did. > > before, > > in screen-3.9.15 with both the port and if I compile it on my own with the > configure script and then make, the ntalkd daemon doesn't do the > notification in any of the pty's while running under screen except when I > am in a ytalk session where the prompt will come up if I want to talk to > user@somedomain. > > with screen-3.9.13, screen-3.9.11 which I compiled on my own with the > configure script and then make, the ntalkd daemon doesn't do the > notification in any of the pty's while running under screen except when I > am in a ytalk session where the prompt will come up if I want to talk to > user@somedomain. > > with the screen-3.9.10 binary I compiled from ports before, ntalkd works > correctly: > > Message from Talk_Daemon@bigbang.DNALOGIC.NET at 5:09 on 2003/07/01 ... > talk: connection requested by vince@oahu.wurldlink.net > talk: respond with: talk vince@oahu.wurldlink.net > > With the changes you did, > > the screen-3.9.15 port as well as screen-3.9.15, > screen-3.9.13, screen-3.9.11 which I compiled on my own with the > configure script and then make, the ntalkd daemon doesn't do the > notification in any of the pty's while running under screen and the prompt > doesn't come up in a ytalk session either if I want to talk to > user@somedomain. > > with the screen-3.9.10 binary I compiled from ports before, ntalkd works > correctly: > > Message from Talk_Daemon@bigbang.DNALOGIC.NET at 5:49 on 2003/07/01 ... > talk: connection requested by vince@oahu.wurldlink.net > talk: respond with: talk vince@oahu.wurldlink.net > > So it seems that it is not the changes you did but everything > after newer than screen-3.9.10, the talkd daemon isn't working when the > pty's are under screen. So it's probably more of a bug under screen than > anything else. I couldn't find the contact info for the author for screen > to find out how to fix this. Okay, I found the problem... It is not related to ntalkd or screen. The issue is that -CURRENT uses devfs which I assume generates all the devices in /dev. The ssh tty /dev/ttyp0 does get the correct user vince group tty for the ownership. However, the screen tty's which are ttyp1-ttypa has user vince and the group is users. Doing chown :tty /dev/ttyp1 fixes the problem so the problem lies in the group for the tty being used being the group of the user and not tty. Cheers, Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 08:34:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13FE637B401; Tue, 1 Jul 2003 08:34:10 -0700 (PDT) Received: from hole.shrew.net (cs24354-246.austin.rr.com [24.243.54.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1972043FD7; Tue, 1 Jul 2003 08:34:09 -0700 (PDT) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (localhost.shrew.net [127.0.0.1]) by hole.shrew.net (8.12.9/8.12.9) with SMTP id h61FZVYv045470; Tue, 1 Jul 2003 15:35:31 GMT (envelope-from mgrooms@shrew.net) Message-Id: <200307011535.h61FZVYv045470@hole.shrew.net> Received: from 65.118.63.254 (auth. user mgrooms@mail.shrew.net) by mail.shrew.net with HTTP; Tue, 01 Jul 2003 15:35:31 +0000 To: freebsd-current@freebsd.org Date: Tue, 01 Jul 2003 15:35:30 +0000 X-Mailer: IlohaMail/0.8.7 (On: mail.shrew.net) From: "Matthew Grooms" Bounce-To: "Matthew Grooms" Errors-To: "Matthew Grooms" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-hackers@freebsd.org cc: freebsd-net@freebsd.org Subject: BIOCSSEESENT ioctl on 5.1 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 15:34:10 -0000 Question, Is there somthing magic about setting this flag? I wrote a small program ( built on 5.1 ) that uses the bpf to read broadcast packets off a local private network, forward them to a peer ( over IPSEC ) who in turn drops them onto its private network ( and visa-versa ). To prevent looping, I was hoping to set the BIOCSSEESENT flag on the fd. Unfortunately, when this option is set I no longer receive any packets on the interface. Here is the relevent code. // open the berkley packet filter device int32_t hbpf; int32_t mnum =3D 0; char device[ 25 ]; do { sprintf( device,"/dev/bpf%d", mnum ); mnum++; hbpf =3D open( device, O_RDWR ); } while( hbpf < 0 && errno =3D=3D EBUSY ); if( hbpf =3D=3D -1 ) { printf( "failed to open a packet filter device\n" ); printf( "exiting ...\n" ); return -1; } printf( "using filter device '%s'\n", device ); // assign the filter to a network device struct ifreq ifr; strcpy( ifr.ifr_name, config.get_service_iface() ); if( ioctl( hbpf, BIOCSETIF, ( uint32_t ) &ifr ) =3D=3D -1 ) { printf( "unable to assign filter to network device \'%s\'\n", ifr.ifr_name ); printf( "exiting ..." ); return -1; } printf( "using network device \'%s\'\n", ifr.ifr_name ); // dont buffer packet data uint32_t value =3D 1; if( ioctl( hbpf, BIOCIMMEDIATE, &value ) =3D=3D -1 ) { printf( "unable to set BIOCIMMEDIATE option for filter device\n" ); printf( "exiting ...\n" ); return -1; } // use promiscuous mode if( ioctl( hbpf, BIOCPROMISC, &value ) =3D=3D -1 ) { printf( "unable to set BIOCPROMISC option for filter device\n" ); printf( "exiting ...\n" ); return -1; } // use non-blocking io if( ioctl( hbpf, FIONBIO, &value ) =3D=3D -1 ) { printf( "unable to set FIONBIO option for filter device\n" ); printf( "exiting ...\n" ); return -1; } // disable header complete mode if( ioctl( hbpf, BIOCSHDRCMPLT, &value ) =3D=3D -1 ) { printf( "unable to set BIOCGHDRCMPLT option for filter device\n" ); printf( "exiting ...\n" ); return -1; } // don't return localy generated packets value =3D 0; if( ioctl( hbpf, BIOCSSEESENT, &value ) =3D=3D -1 ) { printf( "unable to set BIOCGSEESENT option for filter device\n" ); printf( "exiting ...\n" ); return -1; } // get the filter buffer size int32_t buff_size; if( ioctl( hbpf, BIOCGBLEN, &buff_size ) =3D=3D -1 ) { printf( "unable to obtain filter buffer size\n" ); printf( "exiting ...\n" ); return -1; } // setup our bpf filter machine data uint32_t ins_count =3D 8; uint32_t ins_index =3D 0; struct bpf_insn * insns =3D new struct bpf_insn[ ins_count ]; if( !insns ) { printf( "unable to alloc filter macine data\n" ); printf( "exiting ...\n" ); return -1; } insns[ ins_index ].code =3D BPF_LD+BPF_H+BPF_ABS; // load data ( half word ) insns[ ins_index ].k =3D 12; // offset ( protocol ) ins_index++; insns[ ins_index ].code =3D BPF_JMP+BPF_JEQ+BPF_K; // cmp equality and jmp insns[ ins_index ].jt =3D 0; // true offset insns[ ins_index ].jf =3D 5; // false offset insns[ ins_index ].k =3D 0x0800; // value ins_index++; insns[ ins_index ].code =3D BPF_LD+BPF_B+BPF_ABS; // load data ( byte ) insns[ ins_index ].k =3D 23; // offset ( transport type ) ins_index++; insns[ ins_index ].code =3D BPF_JMP+BPF_JEQ+BPF_K; // cmp equality and jmp insns[ ins_index ].jt =3D 0; // true offset insns[ ins_index ].jf =3D 3; // false offset insns[ ins_index ].k =3D 0x11; // value ins_index++; /* * TODO : check for a matching port */ insns[ ins_index ].code =3D BPF_LD+BPF_W+BPF_ABS; // load data ( word ) insns[ ins_index ].k =3D 30; // offset ( destination addre ins_index++; insns[ ins_index ].code =3D BPF_JMP+BPF_JEQ+BPF_K; // cmp equality and jmp insns[ ins_index ].jt =3D 0; // true offset insns[ ins_index ].jf =3D 1; // false offset insns[ ins_index ].k =3D 0xffffffff; // value ins_index++; insns[ ins_index ].code =3D BPF_RET+BPF_K; // return ( passed ) insns[ ins_index ].k =3D ( u_int ) -1; // accept byte count ( everyt ins_index++; insns[ ins_index ].code =3D BPF_RET+BPF_K; // return ( failed ) insns[ ins_index ].jt =3D 0; // insns[ ins_index ].jf =3D 0; // insns[ ins_index ].k =3D 0; // accept byte count ( ignore ins_index++; // assign the bpf filter program struct bpf_program bpfp; bpfp.bf_insns =3D insns; bpfp.bf_len =3D ins_count; if( ioctl( hbpf, BIOCSETF, &bpfp ) =3D=3D -1 ) { printf( "unable to set filter program\n" ); printf( "exiting ...\n" ); return -1; } PS ... From what I can tell, I am following the bpf manpage to the tee and think there could be possibly an issue with this on 5.1. Could anyone help please. Thanks in advance ... -Matthew From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 08:58:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E90B037B405 for ; Tue, 1 Jul 2003 08:58:18 -0700 (PDT) Received: from thuis.piwebs.com (217-19-20-186.dsl.cambrium.nl [217.19.20.186]) by mx1.FreeBSD.org (Postfix) with SMTP id 9315E43FE3 for ; Tue, 1 Jul 2003 08:58:14 -0700 (PDT) (envelope-from avleeuwen@piwebs.com) Received: (qmail 34328 invoked by uid 85); 1 Jul 2003 15:58:26 -0000 Received: from avleeuwen@piwebs.com by thuis.piwebs.com by uid 82 with qmail-scanner-1.15 (uvscan: v4.1.60/v4210. spamassassin: 2.x. Clear:SA:0(-4.7/5.0):. Processed in 11.126972 secs); 01 Jul 2003 15:58:26 -0000 X-Spam-Status: No, hits=-4.7 required=5.0 Received: from unknown (HELO 192.168.0.109) (192.168.0.109) by 0 with SMTP; 1 Jul 2003 15:58:14 -0000 From: Arjan van Leeuwen To: Eric Anholt , John Baldwin Date: Tue, 1 Jul 2003 17:57:59 +0200 User-Agent: KMail/1.5.2 References: <1051217392.619.18.camel@leguin> In-Reply-To: <1051217392.619.18.camel@leguin> MIME-Version: 1.0 Content-Disposition: inline X-UID: 2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200307011758.00096.avleeuwen@piwebs.com> cc: current@freebsd.org Subject: Re: Problems running Quake 3 on -CURRENT / X 4.3.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 15:58:19 -0000 It looks like this problem is still around. Short problem description: all inputs are lagging behind when running Quake 3 Arena with Radeon video adapters (hardware accelerated), and the graphics look like they are generated in bursts, while framerate is just fine. I just noticed that I get the same problem with quake2lnx (games/quake2lnx) when I start it with 'sdlquake2' or 'quake2 +set vid_ref glx' and play at a resolution of 1024x768 or higher. I can play it without many problems at 800x600. Same as before, the movements themselves look smooth, but they are lagging, and occasionally there is a glitch where it seems like the system is trying to keep up with what is actually happening. My system is a Athlon XP 2000+ with a ATi Radeon R100. I doubt that it is too slow to run Quake 2. As this one is not Linux-emulated, I guess it's not in the Linux emulation - more likely in X. Does anyone know what causes this, or maybe it is already fixed in the XFree86 CVS? Also, can anyone running -STABLE see if this problem only affects -CURRENT or not? Best regards, Arjan This is the last I've seen on this issue on the lists: On Thursday 24 April 2003 22:49, Eric Anholt wrote: > On Thu, 2003-04-24 at 11:21, John Baldwin wrote: > > On 23-Apr-2003 Arjan van Leeuwen wrote: > > > Hi, > > > > > > Quake 3 is behaving strange when running it from -CURRENT with XFree86 > > > 4.3.0 on my Radeon (R100). Other people are experiencing the same > > > problems with a Radeon 7500. > > > > Does reverting revision 1.42 of sys/compat/linux/linux_signal.c fix > > things? > > I've been seeing this problem for weeks, so no. I saw it a few times > while using 4.2.0 (never figured out what caused it), but now with 4.3.0 > it's all the time. From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 09:52:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2376F37B404; Tue, 1 Jul 2003 09:52:28 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3619444001; Tue, 1 Jul 2003 09:52:27 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h61GqIs8089291; Tue, 1 Jul 2003 12:52:18 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h61GqIMA089290; Tue, 1 Jul 2003 16:52:18 GMT Date: Tue, 1 Jul 2003 16:52:18 GMT Message-Id: <200307011652.h61GqIMA089290@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 16:52:28 -0000 TB --- 2003-07-01 16:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-07-01 16:00:01 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-01 16:03:35 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] yacc -d /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/arith.y cp y.tab.c arith.c lex -t -8 /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/arith_lex.l > arith_lex.c cd /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh; sh mkbuiltins /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/rescue/rescue/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -DSHELL -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh -DRESCUE -c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/mkinit.c cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -DSHELL -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh -DRESCUE -static mkinit.o -o mkinit ./mkinit /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/alias.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/eval.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/exec.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/input.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/jobs.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/options.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/parser.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/redir.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/trap.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh/var.c ./mkinit: 1: Syntax error: "(" unexpected *** Error code 2 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/bin/sh. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-07-01 16:52:18 - /usr/bin/make returned exit code 1 TB --- 2003-07-01 16:52:18 - ERROR: failed to build world TB --- 2003-07-01 16:52:18 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 10:25:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C32C137B401 for ; Tue, 1 Jul 2003 10:25:36 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 3B8F644015 for ; Tue, 1 Jul 2003 10:25:36 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 87426 invoked by uid 1000); 1 Jul 2003 17:25:36 -0000 Date: Tue, 1 Jul 2003 10:25:36 -0700 (PDT) From: Nate Lawson To: Florian Smeets In-Reply-To: <3F014DFF.3010301@kasimir.com> Message-ID: <20030701102415.P87367@root.org> References: <20030701010230.U86209@root.org> <3F014DFF.3010301@kasimir.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi-jp@jp.freebsd.org cc: current@freebsd.org Subject: Re: Updated ec-burst.diff patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 17:25:37 -0000 On Tue, 1 Jul 2003, Florian Smeets wrote: > with this patch i get a lot of these errors: > > ACPI-0432: *** Error: Handler for [EmbeddedControl] returned AE_ERROR > ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT0._STA] (Node > 0xc2502760), AE_ERROR > ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT0._STA] (Node > 0xc2502760), AE_ERROR > ACPI-0432: *** Error: Handler for [EmbeddedControl] returned AE_ERROR > ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node > 0xc2502720), AE_ERROR > ACPI-0432: *** Error: Handler for [EmbeddedControl] returned AE_ERROR > ACPI-1287: *** Error: Method execution failed [\\_TZ_.TZN0._TMP] (Node > 0xc2502b80), AE_ERROR > > And also the kernel is seting the power profile from economy to > performance and back to economy and so on. Also when i unplugg the power > cable it's not recognized anymore. Before this patch ACPI was working > flawlessly on my laptop. Would you please turn on "hw.acpi.verbose=1" in loader.conf? It should explain the cause of those errors. Also, I would like the output of "dmesg | egrep acpi_ec0\|EC\ Wait". Thanks, Nate From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 10:31:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4167E37B401 for ; Tue, 1 Jul 2003 10:31:21 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id B30AD43FF3 for ; Tue, 1 Jul 2003 10:31:20 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 87445 invoked by uid 1000); 1 Jul 2003 17:31:21 -0000 Date: Tue, 1 Jul 2003 10:31:21 -0700 (PDT) From: Nate Lawson To: Eirik Oeverby In-Reply-To: <20030701111425.36841643.ltning@anduin.net> Message-ID: <20030701102543.G87367@root.org> References: <20030701010230.U86209@root.org> <20030701111425.36841643.ltning@anduin.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: acpi-jp@jp.freebsd.org Subject: Re: Updated ec-burst.diff patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 17:31:21 -0000 On Tue, 1 Jul 2003, Eirik Oeverby wrote: > Can you be a bit more specific as to which other problems it fixes? I > would love to try, because I have had some pretty nasty ACPI problems in > the past, but I only have this one box to test on (my workstation) so I > don't feel like going through the compile/install/fail/restore process > if there isn't a good reason (for myself) to do so ;) > (Just spent a weekend trying to find another kernel regression, I need > to get some real work done soon) There are a ton of problems with the current version, the largest that its default behavior expects IBF/OBF events to be reported correctly by the GPE but in fact implementations vary widely in their support. This can be worked around by setting "hw.acpi.event_driven=1" but I want to make it work by default. The event_driven sysctl is not a full solution because it uses DELAY heavily. To reduce the load in DELAY, I implemented burst mode support. However, since no open source EC code uses burst mode, it is unknown how good its hw support is. So my code has lots of tests of your EC and I need the dmesg output from it to know how to proceed from here. That's why I need wide testing. The patch is not a complete implementation but it should help identify any hw problems in burst mode support. I won't put it into the tree without making sure it can fall back correctly. Also, since I forgot the URL the second time: http://root.org/~nate/freebsd/ec-burst.diff -Nate From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 10:32:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3781F37B401 for ; Tue, 1 Jul 2003 10:32:10 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id B4D274401A for ; Tue, 1 Jul 2003 10:32:09 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 87457 invoked by uid 1000); 1 Jul 2003 17:32:10 -0000 Date: Tue, 1 Jul 2003 10:32:10 -0700 (PDT) From: Nate Lawson To: Florian Smeets In-Reply-To: <3F014DFF.3010301@kasimir.com> Message-ID: <20030701103125.R87367@root.org> References: <20030701010230.U86209@root.org> <3F014DFF.3010301@kasimir.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi-jp@jp.freebsd.org cc: current@freebsd.org Subject: Re: Updated ec-burst.diff patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 17:32:10 -0000 On Tue, 1 Jul 2003, Florian Smeets wrote: > with this patch i get a lot of these errors: > > ACPI-0432: *** Error: Handler for [EmbeddedControl] returned AE_ERROR > ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT0._STA] (Node > 0xc2502760), AE_ERROR > ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT0._STA] (Node > 0xc2502760), AE_ERROR > ACPI-0432: *** Error: Handler for [EmbeddedControl] returned AE_ERROR > ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT0._BST] (Node > 0xc2502720), AE_ERROR > ACPI-0432: *** Error: Handler for [EmbeddedControl] returned AE_ERROR > ACPI-1287: *** Error: Method execution failed [\\_TZ_.TZN0._TMP] (Node > 0xc2502b80), AE_ERROR Also, please report how adding "hw.acpi.ec.burst_mode=0" to loader.conf changes things (but turn on hw.acpi.verbose first so we get good msgs). -Nate From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 10:39:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0013237B401; Tue, 1 Jul 2003 10:39:48 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A1DC44017; Tue, 1 Jul 2003 10:39:48 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h61Hdes8071547; Tue, 1 Jul 2003 13:39:40 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h61Hde6o071546; Tue, 1 Jul 2003 17:39:40 GMT Date: Tue, 1 Jul 2003 17:39:40 GMT Message-Id: <200307011739.h61Hde6o071546@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, amd64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 17:39:49 -0000 TB --- 2003-07-01 16:52:19 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2003-07-01 16:52:19 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-01 16:54:09 - building world TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/amd64/amd64/obj/amd64/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] ./mkinit /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/alias.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/eval.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/exec.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/input.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/jobs.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/options.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/parser.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/redir.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/trap.c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh/var.c ELF: not found ./mkinit: ðð@ð@FreeBSDm¥èãèêáÃATUS‹LgHcÃHlÇH‰-ãq…Û~3Hƒt,H‹GH‰½H‰Â€8t€:/u HBH‰¤Hÿ€:uè¸H…ÀtH‰÷è: not found ./mkinit: TUS‹LgHcÃHlÇH‰-ãq…Û~3Hƒt,H‹GH‰½H‰Â€8t€:/u HBH‰¤Hÿ€:uè¸H…ÀtH‰÷è: not found H…ÀtH‰÷è: not found ¿pã@è: not found è: not found ./mkinit: 8: Syntax error: word unexpected (expecting ")") *** Error code 2 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/bin/sh. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/obj/amd64/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/rescue/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/rescue. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. TB --- 2003-07-01 17:39:40 - /usr/bin/make returned exit code 1 TB --- 2003-07-01 17:39:40 - ERROR: failed to build world TB --- 2003-07-01 17:39:40 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 10:42:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56D0A37B401; Tue, 1 Jul 2003 10:42:57 -0700 (PDT) Received: from hole.shrew.net (cs24354-246.austin.rr.com [24.243.54.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 869F443FEC; Tue, 1 Jul 2003 10:42:56 -0700 (PDT) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (localhost.shrew.net [127.0.0.1]) by hole.shrew.net (8.12.9/8.12.9) with SMTP id h61HhNOW001213; Tue, 1 Jul 2003 17:43:24 GMT (envelope-from mgrooms@shrew.net) Message-Id: <200307011743.h61HhNOW001213@hole.shrew.net> Received: from 65.118.63.254 (auth. user mgrooms@mail.shrew.net) by mail.shrew.net with HTTP; Tue, 01 Jul 2003 17:43:23 +0000 To: "freebsd-hackers@freebsd.org" , "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Date: Tue, 01 Jul 2003 17:43:23 +0000 X-Mailer: IlohaMail/0.8.7 (On: mail.shrew.net) From: "Matthew Grooms" Bounce-To: "Matthew Grooms" Errors-To: "Matthew Grooms" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: BIOCSSEESENT ioctl on 5.1 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 17:42:57 -0000 Woops, Please disregard the previous post ... amature programmer at play. Can an ioctl call return before processing the request? When I started using seperate variables for the int=3D1 and int=3D0 ioctl values, everything works fine. -Matthew >Question, > > Is there somthing magic about setting this flag? > .. From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 10:53:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F95B37B401 for ; Tue, 1 Jul 2003 10:53:00 -0700 (PDT) Received: from critter.freebsd.dk (port757.uc1-esp.isdn-lan.cybercity.dk [212.242.98.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B0D443FBF for ; Tue, 1 Jul 2003 10:52:56 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h61Hqpjs002608; Tue, 1 Jul 2003 19:52:52 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Christophe Zwecker From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 01 Jul 2003 15:31:48 +0200." <3F018D44.7080101@zwecker.de> Date: Tue, 01 Jul 2003 19:52:51 +0200 Message-ID: <2607.1057081971@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: fsck background mode for gbde crypted disc? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 17:53:00 -0000 In message <3F018D44.7080101@zwecker.de>, Christophe Zwecker writes: >Hi > >I wonder if I can do a background check after mounting an crypted part >or does the check have to be b4 ? That should just work, a filesystem on GBDE is no different than any other filesystem. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 11:11:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B298337B404 for ; Tue, 1 Jul 2003 11:11:52 -0700 (PDT) Received: from transpacific.net (lincoln.transbay.net [209.133.53.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB3A444031 for ; Tue, 1 Jul 2003 11:11:51 -0700 (PDT) (envelope-from sreese@codysbooks.com) Received: from [192.168.0.24] (stalwart.codysbooks.com [209.133.54.175]) by transpacific.net (8.11.6p2/8.11.4) with ESMTP id h61IBmp52375; Tue, 1 Jul 2003 11:11:48 -0700 (PDT) From: Scott Reese To: Jud In-Reply-To: References: <1056997197.39385.25.camel@borges> <1057012562.694.20.camel@borges> Content-Type: text/plain Organization: Cody's Books, Inc. Message-Id: <1057083140.4955.10.camel@borges> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.0 Date: 01 Jul 2003 18:12:20 +0000 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: 5.1-RELEASE & Windows XP dual-boot issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 18:11:53 -0000 On Tue, 2003-07-01 at 01:34, Jud wrote: > >> > > to boot FreeBSD with no problems at all, but when I went to boot up > >> > > Windows, I received the dreaded 'NTLDR missing' message. > [grub stuff snipped] > > A few comments about the thread so far: > > ISTM the easiest thing for you to do is install booteasy on *both* drives. > That should work fine. I don't think that will make any difference in my case. Just a recap: I have two physical drives (ad0, ad1). XP is on ad0 (the first drive) and FreeBSD is on ad1 (the second drive). I have been using booteasy on the *first* drive with a regular mbr on the second and that worked just fine until I did a fresh install of 5.1. What I'm trying to get at is how best to re-install windows (or work around the 'NTLDR is missing' message) *without* then rendering my FreeBSD install unbootable because we all know that Windows overwrites the mbr by default because it thinks it's supreme ruler of the universe. > I think Jesse Guardini's suggestion works when Win and FreeBSD are on the > same drive. You can still use the NT/2K/XP bootloader when the OSs are on > different drives, but problem is, I could never figure out exactly what the > FAQ was trying to tell me on that score. You might take a look at the FAQ > and see if it's clear to you. The FAQ's do seem to assume that the OS's are on the same physical drive which doesn't actually help me much. > Grub is a fine bootloader, but I've heard it doesn't like UFS2 filesystems, > and I've also heard 5.1 uses UFS2 for / as default, causing grub not to > work. Is your / UFS1 or UFS2? (Or to ask another way, did you upgrade via > cvsup (resulting in UFS1 root) or install 5.1 from scratch (resulting in > UFS2 root)? If you can use grub and decide you'd like to do so, the > "rootnoverify" line is no longer necessary with Win2K. 5.1 does indeed use UFS2 by default and, hence, my filesystem is UFS2. I did a fresh install of 5.1, not a source upgrade. Again, what I'm really looking for are suggestions as to how to go about reinstalling Windows (which will wipe out booteasy on the first drive, thus making the second drive - FreeBSD - unbootable) and then installing a boot manager that will pick up the FreeBSD install on the second drive and allow me to boot it or Windows. > You may want to have a look at GAG, which is freeware, open source, > graphical, and rather automagic. Worked "out of the box" on my setup, > which involves dual booting Win2K and FreeBSD from a RAID0 array. Thanks, I will take a look at it. -Scott From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 11:23:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B8EF37B401 for ; Tue, 1 Jul 2003 11:23:28 -0700 (PDT) Received: from mail.isg.siue.edu (mail.isg.siue.edu [146.163.5.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5664744001 for ; Tue, 1 Jul 2003 11:23:27 -0700 (PDT) (envelope-from techhelp@siue.edu) Received: from WEBSHIELD2.isg.siue.edu (webshield2.isg.siue.edu [146.163.5.150]) by mail.isg.siue.edu (8.9.3p2/8.9.3) with SMTP id NAA21989 for ; Tue, 1 Jul 2003 13:23:20 -0500 (CDT) From: techhelp@siue.edu Message-Id: <200307011823.NAA21989@mail.isg.siue.edu> X-Mailer: Network Associates, Inc. Webshield SMTP, Version 4.5 MR1a Date: Tue Jul 01 13:23:20 2003 To: Subject: Virus Detected by Network Associates, Inc. Webshield SMTP V4.5 MR1a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 18:23:28 -0000 Southern Illinois University-Edwardsville Office of Information Technology detected the W32/Sobig.e@MM virus in the your_details.zip attachment sent to and it was "Deleted". If you are affiliated with SIUE, please call the Customer Support Center at 650-3739 for immediate assistance with your infected computer. If you are not affiliated with SIUE, please contact your local personal computer support organization. From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 11:27:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E886C37B401 for ; Tue, 1 Jul 2003 11:27:46 -0700 (PDT) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32C084400F for ; Tue, 1 Jul 2003 11:27:46 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 14700 invoked from network); 1 Jul 2003 18:27:45 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 1 Jul 2003 18:27:45 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h61IRgGI075703; Tue, 1 Jul 2003 14:27:43 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030628172232.F17881-100000@mail.chesapeake.net> Date: Tue, 01 Jul 2003 14:27:56 -0400 (EDT) From: John Baldwin To: Jeff Roberson cc: current@freebsd.org cc: Andrew Gallatin Subject: Re: ULE problems on HTT SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 18:27:47 -0000 On 28-Jun-2003 Jeff Roberson wrote: > On Fri, 27 Jun 2003, John Baldwin wrote: > >> >> On 27-Jun-2003 Andrew Gallatin wrote: >> > >> > Jeff Roberson writes: >> > > >> > > Can you call kseq_print(0) and kseq_print(1) from ddb? >> > > >> > >> > I found a different problem which is nearly as interesting. >> > Note that ps thinks sysctl is on cpu 255... >> >> #define NOCPU 0xff /* For when we aren't on a CPU. (SMP) */ >> >> So that isn't but so interesting. :) > > The problem is that the logical cpu halting code does not put the halted > CPU in the stopped cpus set. ULE has no way of knowing that it can not > migrate a thread to this cpu. I'd prefer it if you could make this change > John, but I can certainly do it if you're busy. Probably we should add a flags field to struct pcpu and add a flag meaning that a CPU is disabled and magic code to choosethread() or some other appropriate place that doesn't schedule real threads on a disabled CPU. The logical CPU halting code could then be changed to set this flag on the appropriate CPUs. > Thanks, > Jeff > >> >> > db> ps >> > pid proc addr uid ppid pgrp flag stat wmesg wchan cmd >> > 62 c41ec000 d8d9a000 0 60 42 0004002 [CPU 255] sysctl >> > 60 c4175d3c d7bcc000 0 58 42 0000002 [SLP]wait 0xc4175d3c] sh >> > 58 c4175790 d7ba2000 0 51 42 0000002 [SLP]wait 0xc4175790] sh >> > 51 c4175b58 d7bcb000 0 42 42 0000002 [SLP]wait 0xc4175b58] sh >> > 42 c4025b58 d7b66000 0 1 42 0004002 [SLP]wait 0xc4025b58] sh >> > 41 c4025d3c d7b67000 0 0 0 0000204 [SLP]nfsidl 0xc03f9b8c] nfsiod 3 >> > 40 c4173000 d7b96000 0 0 0 0000204 [SLP]nfsidl 0xc03f9b88] nfsiod 2 >> > 39 c41731e4 d7b97000 0 0 0 0000204 [SLP]nfsidl 0xc03f9b84] nfsiod 1 >> > 38 c41733c8 d7b98000 0 0 0 0000204 [SLP]nfsidl 0xc03f9b80] nfsiod 0 >> > 37 c41735ac d7b99000 0 0 0 0000204 [SLP]vlruwt 0xc41735ac] vnlru >> > 36 c4173790 d7b9a000 0 0 0 0000204 [SLP]syncer 0xc03cacc0] syncer >> > 35 c4173974 d7b9b000 0 0 0 0000204 [SLP]psleep 0xc03f7e3c] bufdaemon >> > 34 c4173b58 d7b9c000 0 0 0 000020c [SLP]pgzero 0xc03ffc08] pagezero >> > 9 c4173d3c d7b9d000 0 0 0 0000204 [SLP]psleep 0xc03ffc34] vmdaemon >> > 8 c4175000 d7b9e000 0 0 0 0000204 [SLP]psleep 0xc03ffc20] pagedaemon >> > 33 c41751e4 d7b9f000 0 0 0 0000204 new [IWAIT] irq8: rtc >> > 32 c3f795ac d7b2b000 0 0 0 0000204 new [IWAIT] irq0: clk >> > 31 c3f79790 d7b2c000 0 0 0 0000204 [IWAIT] irq6: fdc0 >> > 30 c3f79974 d7b2d000 0 0 0 0000204 new [IWAIT] irq7: ppc0 >> > 29 c3f79b58 d7b2e000 0 0 0 0000204 new [IWAIT] irq3: sio1 >> > 28 c3f79d3c d7b2f000 0 0 0 0000204 new [IWAIT] irq4: sio0 >> > 27 c4025000 d7b39000 0 0 0 0000204 [IWAIT] swi0: tty:sio >> > 26 c40251e4 d7b3a000 0 0 0 0000204 new [IWAIT] irq11: em0 >> > 25 c40253c8 d7b3b000 0 0 0 0000204 [IWAIT] irq15: ata1 >> > 24 c40255ac d7b3c000 0 0 0 0000204 [IWAIT] irq14: ata0 >> > 23 c4025790 d7b3d000 0 0 0 0000204 new [IWAIT] irq5: fxp0 >> > 7 c4025974 d7b3e000 0 0 0 0000204 [SLP]actask 0xc04e40cc] acpi_task2 >> > 6 c150a1e4 d6929000 0 0 0 0000204 [SLP]actask 0xc04e40cc] acpi_task1 >> > 5 c150a3c8 d692a000 0 0 0 0000204 [SLP]actask 0xc04e40cc] acpi_task0 >> > 22 c150a5ac d692b000 0 0 0 0000204 new [IWAIT] irq9: acpi0 >> > 21 c150a790 d692c000 0 0 0 0000204 [IWAIT] swi3: cambio >> > 20 c150a974 d692d000 0 0 0 0000204 new [IWAIT] swi2: camnet >> > 19 c150ab58 d692e000 0 0 0 0000204 new [IWAIT] swi5:+ >> > 18 c150ad3c d6956000 0 0 0 0000204 new [IWAIT] swi6: task queue >> > 17 c3f79000 d7b28000 0 0 0 0000204 [IWAIT] swi6: acpitaskq >> > 16 c3f791e4 d7b29000 0 0 0 0000204 [SLP]sleep 0xc03b5dc0] random >> > 4 c3f793c8 d7b2a000 0 0 0 0000204 [SLP]- 0xc03c41fc] g_down >> > 3 c1503000 d68d2000 0 0 0 0000204 [SLP]- 0xc03c41f8] g_up >> > 2 c15031e4 d6921000 0 0 0 0000204 [SLP]- 0xc03c41f0] g_event >> > 15 c15033c8 d6922000 0 0 0 0000204 new [IWAIT] swi4: vm >> > 14 c15035ac d6923000 0 0 0 000020c [IWAIT] swi7: tty:sio clock >> > 13 c1503790 d6924000 0 0 0 0000204 new [IWAIT] swi1: net >> > 12 c1503974 d6925000 0 0 0 000020c [CPU 0] idle: cpu0 >> > 11 c1503b58 d6926000 0 0 0 000020c [CPU 1] idle: cpu1 >> > 1 c1503d3c d6927000 0 0 1 0004200 [SLP]wait 0xc1503d3c] init >> > 10 c150a000 d6928000 0 0 0 0000204 [CV]ktrace 0xc03c7794] ktrace >> > 0 c03c42c0 c0513000 0 0 0 0000200 [SLP]sched 0xc03c42c0] swapper >> > db> sho pcpu >> > cpuid = 0 >> > curthread = 0xc1504980: pid 12 "idle: cpu0" >> > curpcb = 0xd68edda0 >> > fpcurthread = none >> > idlethread = 0xc1504980: pid 12 "idle: cpu0" >> > currentldt = 0x28 >> > spin locks held: >> > db> sho pcpu 1 >> > cpuid = 1 >> > curthread = 0xc1504850: pid 11 "idle: cpu1" >> > curpcb = 0xd68eada0 >> > fpcurthread = none >> > idlethread = 0xc1504850: pid 11 "idle: cpu1" >> > currentldt = 0x28 >> > spin locks held: >> > db> t 62 >> > mi_switch(c4177720,df,c036cbb1,ef,10000) at mi_switch+0x210 >> > ast(d7bb8d48) at ast+0x3a0 >> > doreti_ast() at doreti_ast+0x17 >> > >> > >> > I hope that helps.. >> > >> > Drew >> > _______________________________________________ >> > freebsd-current@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-current >> > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> -- >> >> John Baldwin <>< http://www.FreeBSD.org/~jhb/ >> "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 11:28:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C08437B401 for ; Tue, 1 Jul 2003 11:28:38 -0700 (PDT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 710B643FE0 for ; Tue, 1 Jul 2003 11:28:37 -0700 (PDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h61ISa855765; Tue, 1 Jul 2003 14:28:36 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 1 Jul 2003 14:28:36 -0400 (EDT) From: Jeff Roberson To: Andrew Gallatin In-Reply-To: <16128.16880.618174.525346@grasshopper.cs.duke.edu> Message-ID: <20030701142802.G17881-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: ULE problems on HTT SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 18:28:38 -0000 On Mon, 30 Jun 2003, Andrew Gallatin wrote: > > Jeff Roberson writes: > > On Fri, 27 Jun 2003, John Baldwin wrote: > > > > > > > > On 27-Jun-2003 Andrew Gallatin wrote: > > > > > > > > Jeff Roberson writes: > > > > > > > > > > Can you call kseq_print(0) and kseq_print(1) from ddb? > > > > > > > > > > > > > I found a different problem which is nearly as interesting. > > > > Note that ps thinks sysctl is on cpu 255... > > > > > > #define NOCPU 0xff /* For when we aren't on a CPU. (SMP) */ > > > > > > So that isn't but so interesting. :) > > > > The problem is that the logical cpu halting code does not put the halted > > CPU in the stopped cpus set. ULE has no way of knowing that it can not > > migrate a thread to this cpu. I'd prefer it if you could make this change > > John, but I can certainly do it if you're busy. > > > > Does this mean that if, as a temporary measure, I disable > machdep.cpu_idle_hlt, ULE should work for me? > Yes, but it needs to be disabled before booting so you'll have to adjust it in the code. See i386/i386/mp_machdep.c Cheers, Jeff From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 11:30:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F09BF37B401 for ; Tue, 1 Jul 2003 11:30:46 -0700 (PDT) Received: from electricrain.com (electricrain.com [64.71.143.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B91544033 for ; Tue, 1 Jul 2003 11:30:46 -0700 (PDT) (envelope-from greg@electricrain.com) Received: (qmail 18243 invoked by uid 601); 1 Jul 2003 18:30:46 -0000 Date: Tue, 1 Jul 2003 11:30:46 -0700 From: "Gregory P. Smith" To: "M. Warner Losh" Message-ID: <20030701183046.GA18005@zot.electricrain.com> References: <99603342.1056757213@melange.errno.com> <20030628223300.GD8119@zot.electricrain.com> <20030701.075650.113468068.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030701.075650.113468068.imp@bsdimp.com> User-Agent: Mutt/1.4i cc: sam@errno.com cc: current@freebsd.org Subject: Re: HEADS UP: Atheros 802.11 support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 18:30:47 -0000 On Tue, Jul 01, 2003 at 07:56:50AM -0600, M. Warner Losh wrote: > In message: <20030628223300.GD8119@zot.electricrain.com> > "Gregory P. Smith" writes: > : On Fri, Jun 27, 2003 at 11:40:13PM -0700, Sam Leffler wrote: > : > My work to support the Atheros 802.11 hardware is now entirely in the tree > : > and enabled for use. The ath driver supports all Atheros hardware devices > : > and makes FreeBSD the first open source system to support 802.11a and > : > 802.11g*. There are still issues with the driver. man ath(4) for details. > : > > : > Sam > : > > : > *First by a few days--there is also a Linux version of this software > : > available at . > : > : maybe not, another linux driver already existed: http://team.vantronix.net/ar5k/ > > OK, sam had the first WORKING driver. I tried this driver and apart > from light a few LEDs, it most definitely didn't "work" for any useful > definition of "work." "hey, I have this web page, can I count as > first" doesn't count as first. Hehe. I haven't tried either as i don't have 802.11a hardware. I was mostly posting the link to let people know another "driver" exists as a potential reference. From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 12:07:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB49537B401 for ; Tue, 1 Jul 2003 12:07:36 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6436E43FE1 for ; Tue, 1 Jul 2003 12:07:35 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h61J7RaQ088796; Tue, 1 Jul 2003 12:07:27 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h61J7QLs088795; Tue, 1 Jul 2003 12:07:26 -0700 (PDT) Date: Tue, 1 Jul 2003 12:07:26 -0700 From: "David O'Brien" To: Marcel Moolenaar Message-ID: <20030701190726.GB57350@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Marcel Moolenaar , Gordon Tetlow , current@freebsd.org, Tim Kientzle References: <20030630222353.GH57432@sunbay.com> <20030630222820.GV70590@roark.gnf.org> <20030630225206.GA57854@ns1.xcllnt.net> <20030630235402.GC70590@roark.gnf.org> <20030701003516.GA3516@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030701003516.GA3516@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.1-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: current@freebsd.org cc: Tim Kientzle Subject: Re: rescue/ broke cross compiles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 19:07:37 -0000 On Mon, Jun 30, 2003 at 05:35:16PM -0700, Marcel Moolenaar wrote: > Build tools are most of the time so small or trivial (gcc is > probably the exception, before that perl probably was) that > building them again is lost in creating the rescue bits itself. Please no, don't pessimize the build even more than it absolutely has to be. From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 12:10:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7104037B40C for ; Tue, 1 Jul 2003 12:10:28 -0700 (PDT) Received: from mail.komquats.com (h24-67-204-31.gv.shawcable.net [24.67.204.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91C4C43FDF for ; Tue, 1 Jul 2003 12:10:24 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by mail.komquats.com (Postfix) with ESMTP id C736E7A1AF; Tue, 1 Jul 2003 12:10:23 -0700 (PDT) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.12.9/8.12.8) with ESMTP id h61JANHN068590; Tue, 1 Jul 2003 12:10:23 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Message-Id: <200307011910.h61JANHN068590@cwsys.cwsent.com> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Vincent Poy In-Reply-To: Your message of "Tue, 01 Jul 2003 08:29:04 -1000." <20030701082011.Y3146-100000@oahu.WURLDLINK.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Jul 2003 12:10:23 -0700 Sender: Cy.Schubert@komquats.com cc: current@FreeBSD.org Subject: Re: /usr/src/libexec/talkd notification broken on pty's when user is using misc/screen ports in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 19:10:28 -0000 Mine configures as follows: /* * define PTYMODE if you do not like the default of 0622, which allows * public write to your pty. * define PTYGROUP to some numerical group-id if you do not want the * tty to be in "your" group. * Note, screen is unable to change mode or group of the pty if it * is not installed with sufficient privilege. (e.g. set-uid-root) * define PTYROFS if the /dev/pty devices are mounted on a read-only * filesystem so screen should not even attempt to set mode or group * even if running as root (e.g. on TiVo). */ #define PTYMODE 0620 #define PTYGROUP 4 /* #undef PTYROFS */ What does your /etc/group look like? Could send me a copy of /etc/devfs.conf. I'd like to see an ls -l of /dev too. I'm preparing to host a Canada Day barbecue at my house, so I may not have a chance to check for email later on today. Please bear with me. Thanks. I'm cc'ing this to current@ just in the chance that someone there might solve this before I do. Cheers, -- Cy Schubert http://www.komquats.com/ BC Government . FreeBSD UNIX Cy.Schubert@osg.gov.bc.ca . cy@FreeBSD.org http://www.gov.bc.ca/ . http://www.FreeBSD.org/ In message <20030701082011.Y3146-100000@oahu.WURLDLINK.NET>, Vincent Poy writes : > On Tue, 1 Jul 2003, Cy Schubert wrote: > > > In message <20030701052615.G3146-100000@oahu.WURLDLINK.NET>, Vincent > > Poy writes > > : > > [a bunch of lines edited out for brevity, see archives] > > > Hi Cy: > > > > > > I found the problem. In 5.1-CURRENT and I think 5.1-RELEASE, /dev > > > uses the devfs for the devices so it no longer has to be manually > > > generated. I login to the system using /dev/ttyp0 which shows up as: > > > > > > crw--w---- 1 vince tty - 5, 0 Jul 1 08:28 /dev/ttyp0 > > > > > > However, the 10 tty's that screen uses is ttyp1-pa which has the > > > group as users or the same as my login: > > > > > > crw--w---- 1 vince users - 5, 1 Jul 1 08:28 /dev/ttyp1 > > > crw------- 1 vince users - 5, 2 Jul 1 08:26 /dev/ttyp2 > > > crw--w---- 1 vince users - 5, 3 Jun 30 16:18 /dev/ttyp3 > > > crw--w---- 1 vince users - 5, 4 Jun 29 00:35 /dev/ttyp4 > > > crw--w---- 1 vince users - 5, 5 Jun 29 00:35 /dev/ttyp5 > > > crw--w---- 1 vince users - 5, 6 Jun 29 00:35 /dev/ttyp6 > > > crw--w---- 1 vince users - 5, 7 Jun 29 00:35 /dev/ttyp7 > > > crw--w---- 1 vince users - 5, 8 Jun 29 00:35 /dev/ttyp8 > > > crw--w---- 1 vince users - 5, 9 Jul 1 08:18 /dev/ttyp9 > > > crw--w---- 1 vince users - 5, 10 Jul 1 08:28 /dev/ttypa > > > > > > As soon as I changed the ttyp1 to the group tty, everything started > > > working correctly. So it seems that the /dev has the incorrect group whe > n > > > the tty is from screen. > > > > No problems here. > > > > cwsys$ ll ttyp? > > crw-rw-rw- 1 root wheel 5, 0 Jun 26 13:19 ttyp0 > > crw--w---- 1 cy tty 5, 1 Jul 1 10:05 ttyp1 > > crw--w---- 1 cy tty 5, 2 Jul 1 10:05 ttyp2 > > crw--w---- 1 cy tty 5, 3 Jul 1 10:05 ttyp3 > > crw--w---- 1 cy tty 5, 4 Jul 1 10:05 ttyp4 > > crw--w---- 1 cy tty 5, 5 Jul 1 10:05 ttyp5 > > crw--w---- 1 cy tty 5, 6 Jul 1 10:05 ttyp6 > > crw--w---- 1 cy tty 5, 7 Jul 1 10:05 ttyp7 > > crw--w---- 1 cy tty 5, 8 Jul 1 10:05 ttyp8 > > crw--w---- 1 cy tty 5, 9 Jul 1 10:05 ttyp9 > > crw--w---- 1 cy tty 5, 10 Jul 1 10:05 ttypa > > crw--w---- 1 cy tty 5, 11 Jul 1 10:05 ttypb > > crw--w---- 1 cy tty 5, 12 Jul 1 10:05 ttypc > > crw--w---- 1 cy tty 5, 13 Jul 1 10:05 ttypd > > crw--w---- 1 cy tty 5, 14 Jul 1 10:05 ttype > > crw--w---- 1 cy tty 5, 15 Jul 1 10:05 ttypf > > cwsys$ > > > > I have a locally built package here at http://komquats.com/pkg/screen-3. > > 9.15_1.tbz/. It's built from the stock 3.9.15_1. See if it makes a > > difference. Other than that it could be a myriad of configuration > > things on your system. Anyhow give it a try and let us know your > > results. > > I tried your package with the extracted bin/screen binary and > yours work correctly. > > vince@bigbang [11:20am][~] >> tty > /dev/ttypb > vince@bigbang [11:20am][~] >> dir /dev/ttypb > crw--w---- 1 vince tty - 5, 11 Jul 1 11:20 /dev/ttypb > vince@bigbang [11:20am][~] >> > > Message from Talk_Daemon@bigbang.DNALOGIC.NET at 11:20 on 2003/07/01 ... > talk: connection requested by vince@oahu.wurldlink.net > talk: respond with: talk vince@oahu.wurldlink.net > > vince@bigbang [11:20am][~] >> > > So this means that the configure script might have something > configured incorrectly. I just tried to rebuild the port and it's the > configure script which generates the config.h with the wrong PTYGROUP. > > /* > * define PTYMODE if you do not like the default of 0622, which allows > * public write to your pty. > * define PTYGROUP to some numerical group-id if you do not want the > * tty to be in "your" group. > * Note, screen is unable to change mode or group of the pty if it > * is not installed with sufficient privilege. (e.g. set-uid-root) > * define PTYROFS if the /dev/pty devices are mounted on a read-only > * filesystem so screen should not even attempt to set mode or group > * even if running as root (e.g. on TiVo). > */ > #define PTYMODE 0620 > #define PTYGROUP 32 > /* #undef PTYROFS */ > > Somehow the autodetection is definining a PTYGROUP instead of > leaving it at the default of tty. > > > Cheers, > Vince - vince@WURLDLINK.NET - Vice President ________ __ ____ > Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] > WurldLink Corporation / / / / | / | __] ] > San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] > HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] > Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin > From owner-freebsd-current@FreeBSD.ORG Tue Jul 1 12:25:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3064237B416 for ; Tue, 1 Jul 2003 12:25:34 -0700 (PDT) Received: from shark.amis.net (shark.amis.net [212.18.32.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 015BE4401E for ; Tue, 1 Jul 2003 12:25:31 -0700 (PDT) (envelope-from dusan@sah-drustvo-ms.si) Received: from www.amis.net (www.amis.net [212.18.32.18]) by shark.amis.net (Postfix) with ESMTP id 7BD2E7C4F for ; Tue, 1 Jul 2003 21:25:30 +0200 (CEST) Received: by www.amis.net (Postfix, from userid 80) id 6BC7D15BB9; Tue, 1 Jul 2003 21:25:30 +0200 (CEST) To: "" Message-ID: <1057087530.3f01e02a5981d@secure.amis.net> Date: Tue, 01 Jul 2003 21:25:30 +0200 (CEST) From: Dusan Kozic MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="-MOQ105708753055cbf660e6951bfdbb583e0038dcc796" User-Agent: IMP/PHP IMAP webmail program 2.2.8 X-Originating-IP: 193.77.159.144 Subject: DAC960 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2003 19:25:34 -0000 This message is in MIME format. ---MOQ105708753055cbf660e6951bfdbb583e0038dcc796 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Hi, I have DAC960 RAID and SCSI CD-ROM. When I boot FreeBSD 4.8 on this machine, then it doesn't want to mount / partition autimatically. I have problems with top, vmstat and memcontrol list command too. triton# top top: nlist failed triton# vmstat vmstat: undefined symbols: _kmemstatistics _bucket _zlist triton# memcontrol list memcontrol: can't size range descriptor array: Operation not supported triton# I attached a dmesg.boot file. Kind regards, Dusan Kozic dusan@sah-drustvo-ms.si ---MOQ105708753055cbf660e6951bfdbb583e0038dcc796 Content-Type: text/plain; name="dmesg.boot"; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2003 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 4.8-RELEASE #0: Thu Apr 3 10:53:38 GMT 2003 root@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P54C (133.31-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x3bf real memory = 68153344 (66556K bytes) avail memory = 61124608 (59692K bytes) Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 mlx0: port 0x9000-0x907f irq 15 at device 2.0 on pci0 mlx0: DAC960P/PD, 2 channels, firmware 2.73-0-00, 4MB RAM mlxd0: on mlx0 mlxd0: 32768MB (67108864 sectors) RAID 5 (online) fxp0: port 0x9080-0x90bf mem 0x40000000-0x4001ffff,0x40020000-0x40020fff irq 14 at device 4.0 on pci0 fxp0: Ethernet address 00:02:b3:bc:c3:cb inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: port 0x500-0x507 at device 6.0 on pci0 isa0: on isab0 chip1: port 0-0x1ff,0x510-0x517,0x508-0x50f at device 8.0 on pci0 pci0: at 10.0 irq 0 ahc0: port 0xc00-0xcff mem 0x30000000-0x30000fff irq 11 at device 12.0 on pci0 aic7870: Wide Channel A, SCSI Id=7, 16/253 SCBs eisa0: on motherboard mainboard0: on eisa0 slot 0 orm0: