From owner-freebsd-current Sun May 26 2:46:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from tydfam.jp (ns.tydfam.jp [61.194.211.50]) by hub.freebsd.org (Postfix) with ESMTP id 3222437B406 for ; Sun, 26 May 2002 02:46:47 -0700 (PDT) Received: from TKPC120 (tyd10.sub.tydfam.jp [192.168.0.10]) by tydfam.jp (8.11.6/8.11.6) with SMTP id g4Q9kik85824; Sun, 26 May 2002 18:46:44 +0900 (JST) (envelope-from ken@tydfam.jp) Message-ID: <006901c2049a$40476290$0a00a8c0@TKPC120> Reply-To: "=?iso-2022-jp?B?GyRCOzNFRCEhN3IbKEI=?=" From: "=?iso-2022-jp?B?GyRCOzNFRCEhN3IbKEI=?=" To: Cc: References: <200205220505.g4M55Rl22601@whiskey.ucf.ics.uci.edu> Subject: Re: crash when starting X Date: Sun, 26 May 2002 18:46:45 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have the same symptom with binary package of XFree86-4. And furthermore I cannot compile XFree86-4-libraries with FreeBSD-current. It says; UIThrStubs.c:102: alias arg not a string UIThrStubs.c:103: alias arg not a string : : : UIThrStubs.c:115: alias arg not a string UIThrStubs.c:131: warning: `_Xthr_self_stub_' defined but not used UIThrStubs.c:139: warning: `_Xthr_zero_stub_' defined but not used Any fix ? ----- Original Message ----- From: "Seth Hettich" To: Sent: Wednesday, May 22, 2002 2:05 PM Subject: crash when starting X > I updated yesterday, and now when I start XFree the system pauses for > ~30 seconds (on a blank screen) and then resets. I do not get a > crash dump or a panic message. > > Is anyone else getting this? > > -Seth > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 26 3:13: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from gladstone.uoregon.edu (gladstone.uoregon.edu [128.223.142.14]) by hub.freebsd.org (Postfix) with ESMTP id DD64837B40A for ; Sun, 26 May 2002 03:12:42 -0700 (PDT) Received: from anholt (anholt@d184-101.uoregon.edu [128.223.184.101]) by gladstone.uoregon.edu (8.12.3/8.12.3) with ESMTP id g4QACgE0017202; Sun, 26 May 2002 03:12:42 -0700 (PDT) Subject: Re: crash when starting X From: Eric Anholt To: =?UTF-8?Q?=E5=B1=B1=E7=94=B0=E3=80=80?= =?UTF-8?Q?=E5=81=A5?= Cc: Freebsd-current@FreeBSD.ORG In-Reply-To: <006901c2049a$40476290$0a00a8c0@TKPC120> References: <200205220505.g4M55Rl22601@whiskey.ucf.ics.uci.edu> <006901c2049a$40476290$0a00a8c0@TKPC120> Content-Type: multipart/mixed; boundary="=-hUdY0zYvtjJ+RStcTKHD" X-Mailer: Ximian Evolution 1.0.3 Date: 26 May 2002 04:12:46 -0600 Message-Id: <1022407966.458.98.camel@anholt.dyndns.org> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-hUdY0zYvtjJ+RStcTKHD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sun, 2002-05-26 at 03:46, =E5=B1=B1=E7=94=B0=E3=80=80=E5=81=A5 wrote: > I have the same symptom with binary package of XFree86-4. And furthermor= e I > cannot compile XFree86-4-libraries with FreeBSD-current. > It says; > UIThrStubs.c:102: alias arg not a string > UIThrStubs.c:103: alias arg not a string > : : : > UIThrStubs.c:115: alias arg not a string > UIThrStubs.c:131: warning: `_Xthr_self_stub_' defined but not used > UIThrStubs.c:139: warning: `_Xthr_zero_stub_' defined but not used >=20 > Any fix ? I just made this patch today while working on X stuff. Unfortunately after that it dies with a compiler error in the DRI compile for me. DRI CVS doesn't have the compiler error. making all in lib/GL/mesa/src... In file included from translate.c:779: ../../../../extras/Mesa/src/trans_tmp.h: In function `trans_1_GLdouble_1ub_elt': ../../../../extras/Mesa/src/trans_tmp.h:124: could not find a spill register (insn 96 94 97 (set (subreg:SF (reg:QI 75) 0) (plus:SF (reg:SF 8 st(0) [76]) (reg:SF 9 st(1) [80]))) 525 {*fop_sf_comm_nosse} (insn_list 87 (nil)) (expr_list:REG_DEAD (reg:SF 8 st(0) [76]) (nil))) ../../../../extras/Mesa/src/trans_tmp.h:124: Internal compiler error in failed_reload, at reload1.c:5050 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. If someone is interested I can give them more full logs. --=20 Eric Anholt http://gladstone.uoregon.edu/~eanholt/dri/ --=-hUdY0zYvtjJ+RStcTKHD Content-Disposition: attachment; filename=thrstubsdiff Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; name=thrstubsdiff; charset=ISO-8859-1 --- lib/XThrStub/UIThrStubs.c.orig Sat May 25 16:01:07 2002 +++ lib/XThrStub/UIThrStubs.c Sat May 25 16:28:25 2002 @@ -99,6 +99,26 @@ #else #include typedef pthread_t xthread_t; +#if __GNUC__ >=3D 3 +static xthread_t _Xthr_self_stub_(); +static int _Xthr_zero_stub_(); + +xthread_t pthread_self() __attribute__ ((weak, alias ("_Xthr_self_stub_"))= ); +int pthread_mutex_init() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))= ); +int pthread_mutex_destroy() __attribute__ ((weak, alias ("_Xthr_zero_stub_= "))); +int pthread_mutex_lock() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))= ); +int pthread_mutex_unlock() __attribute__ ((weak, alias ("_Xthr_zero_stub_"= ))); +int pthread_cond_init() __attribute__ ((weak, alias ("_Xthr_zero_stub_")))= ; +int pthread_cond_destroy() __attribute__ ((weak, alias ("_Xthr_zero_stub_"= ))); +int pthread_cond_wait() __attribute__ ((weak, alias ("_Xthr_zero_stub_")))= ; +int pthread_cond_signal() __attribute__ ((weak, alias ("_Xthr_zero_stub_")= )); +int pthread_cond_broadcast() __attribute__ ((weak, alias ("_Xthr_zero_stub= _"))); +/* These are added for libGL */ +int pthread_key_create() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))= ); +void * pthread_getspecific() __attribute__ ((weak, alias ("_Xthr_zero_stub= _"))); +int pthread_setspecific() __attribute__ ((weak, alias ("_Xthr_zero_stub_")= )); +/*int pthread_equal __attribute__ ((__weak__)) =3D _Xthr_equal_stub_;*/ /*= See Xthreads.h! */ +#else #pragma weak pthread_self =3D _Xthr_self_stub_ #pragma weak pthread_mutex_init =3D _Xthr_zero_stub_ #pragma weak pthread_mutex_destroy =3D _Xthr_zero_stub_ @@ -113,6 +133,7 @@ #pragma weak pthread_key_create =3D _Xthr_zero_stub_ #pragma weak pthread_getspecific =3D _Xthr_zero_stub_ #pragma weak pthread_setspecific =3D _Xthr_zero_stub_ +#endif /* __GNUC__ */ #if defined(_DECTHREADS_) || defined(linux) #pragma weak pthread_equal =3D _Xthr_equal_stub_ /* See Xthreads.h! */ int --=-hUdY0zYvtjJ+RStcTKHD-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 26 4:27:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail46.fg.online.no (mail46-s.fg.online.no [148.122.161.46]) by hub.freebsd.org (Postfix) with ESMTP id A26F237B408; Sun, 26 May 2002 04:27:03 -0700 (PDT) Received: from gandalf.xu.nordahl.net (ti200720a080-0471.bb.online.no [80.212.245.215]) by mail46.fg.online.no (8.9.3/8.9.3) with ESMTP id NAA07844; Sun, 26 May 2002 13:27:01 +0200 (MET DST) Received: from gandalf.xu.nordahl.net (localhost [127.0.0.1]) by gandalf (8.12.3/8.12.3) with ESMTP id g4QBQQXB032234; Sun, 26 May 2002 13:26:26 +0200 (CEST) (envelope-from frode@nordahl.net) Received: (from root@localhost) by gandalf.xu.nordahl.net (8.12.3/8.12.3/Submit) id g4QBQP9v032233; Sun, 26 May 2002 13:26:25 +0200 (CEST) Date: Sun, 26 May 2002 13:26:25 +0200 (CEST) Message-Id: <200205261126.g4QBQP9v032233@gandalf.xu.nordahl.net> From: Frode Nordahl To: tjr@FreeBSD.org Cc: FreeBSD-Current@FreeBSD.org Subject: /usr/bin/cut Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, The changes done to /usr/bin/cut recently seems to have broken it. I have fetched and built CURRENT from scratch this morning. cut compiles and runs, but it does not cut :) Mvh, Frode Nordahl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 26 6: 2:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from treetop.robbins.dropbear.id.au (033.c.011.mel.iprimus.net.au [210.50.218.33]) by hub.freebsd.org (Postfix) with ESMTP id 01DD437B400 for ; Sun, 26 May 2002 06:02:55 -0700 (PDT) Received: from treetop.robbins.dropbear.id.au (localhost [127.0.0.1]) by treetop.robbins.dropbear.id.au (8.12.2/8.12.2) with ESMTP id g4QCsIYG073420; Sun, 26 May 2002 22:54:19 +1000 (EST) (envelope-from tim@treetop.robbins.dropbear.id.au) Received: (from tim@localhost) by treetop.robbins.dropbear.id.au (8.12.2/8.12.2/Submit) id g4QCsHjf073419; Sun, 26 May 2002 22:54:17 +1000 (EST) Date: Sun, 26 May 2002 22:54:16 +1000 From: "Tim J. Robbins" To: Frode Nordahl Cc: FreeBSD-Current@FreeBSD.org Subject: Re: /usr/bin/cut Message-ID: <20020526225416.A73369@treetop.robbins.dropbear.id.au> References: <200205261126.g4QBQP9v032233@gandalf.xu.nordahl.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: <200205261126.g4QBQP9v032233@gandalf.xu.nordahl.net>; from frode@nordahl.net on Sun, May 26, 2002 at 01:26:25PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, May 26, 2002 at 01:26:25PM +0200, Frode Nordahl wrote: > cut compiles and runs, but it does not cut :) Please give me an example of how you are invoking cut and why the output you get is incorrect or different from -STABLE. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 26 7:37:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from encontacto.net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by hub.freebsd.org (Postfix) with ESMTP id 4CA0637B401 for ; Sun, 26 May 2002 07:37:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) (uid 80) by encontacto.net with local; Sun, 26 May 2002 07:37:42 -0700 Received: from 64.173.182.155 ( [64.173.182.155]) as user eculp@encontacto.net@encontacto.net by mail.encontacto.net with HTTP; Sun, 26 May 2002 07:37:42 -0700 Message-ID: <1022423862.3cf0f336c11fb@mail.encontacto.net> Date: Sun, 26 May 2002 07:37:42 -0700 From: Edwin Culp To: current@FreeBSD.ORG Subject: Pam issue w/current yesterday and today: Undefined symbol "_openpam_log" MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've had the following issue with pam since yesterday's build. I thought that today's build would fix it and it hasn't. I know nothing about pam. Could someone give me a clue as to what I could do to solve this and be able to ssh into the machine? May 26 07:27:55 FreeBSD5 sshd[50568]: looking for 'sshd' in /etc/pam.d/sshd May 26 07:27:55 FreeBSD5 sshd[50568]: pam_nologin.so.2: /usr/lib/pam_nologin.so.2: Undefined symbol "_openpam_log" May 26 07:27:55 FreeBSD5 sshd[50568]: pam_nologin.so: /usr/lib/pam_nologin.so: Undefined symbol "_pam_log" May 26 07:27:55 FreeBSD5 sshd[50568]: no dynamic pam_nologin.so May 26 07:27:55 FreeBSD5 sshd[50568]: no pam_nologin.so found May 26 07:27:55 FreeBSD5 sshd[50568]: fatal: PAM initialisation failed[1]: failed to load module Thanks for any help, ed P.S. I've checked UPDATING, run mergemaster, I haven't rebooted since Wednesday to not loose established ssh connections. -- ------------------------------------------------------------- http://insourcery.com - Mergence of Business and Technology a "Griffin Plaza Partners, LLC" Company To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 26 11:20:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id A1D1737B405 for ; Sun, 26 May 2002 11:20:11 -0700 (PDT) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g4QIJCpA038329 for ; Sun, 26 May 2002 20:19:12 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Subject: Re: cvs commit: src/sys/conf files src/sys/geom geom_aes.c In-Reply-To: Your message of "Sun, 26 May 2002 11:14:38 PDT." <200205261814.g4QIEdg85920@freefall.freebsd.org> Date: Sun, 26 May 2002 20:19:12 +0200 Message-ID: <38328.1022437152@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I know several of you out there are sitting ready to jump in and protect your p0r^H^H^Hware^H^H^H^Hsource code with this as soon as you see it, but please bear in mind that this is rather crude implementation which mainly serves as "proof-of-concept" and that the final article is likely to be entirely different from this. But apart from that: mdconfig -a -t malloc -s 4m -u 98 echo "<>" | dd conv=sync of=/dev/md98 newfs /dev/md98.aes mount_ffs /dev/md98.aes /mnt Have fun... Poul-Henning In message <200205261814.g4QIEdg85920@freefall.freebsd.org>, Poul-Henning Kamp writes: >phk 2002/05/26 11:14:38 PDT > > Modified files: > sys/conf files > Added files: > sys/geom geom_aes.c > Log: > Add a proof-of-concept encryption class. > > "The only hard problem in cryptography is key-management." > > All sectors are encrypted with AES in CBC mode using a constant key, > currently compiled in and all zero. > > To activate this module, write the magic header on the partition: > > echo "<>" | dd conv=sync of=/dev/md98 > > The encrypted device will be one sector shorter and have ".aes" > appended to its name. > > Sponsored by: DARPA & NAI Labs. > > Revision Changes Path > 1.636 +1 -0 src/sys/conf/files > 1.1 +274 -0 src/sys/geom/geom_aes.c (new) > -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 26 11:49:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from scotch.ucf.ics.uci.edu (scotch.ucf.ics.uci.edu [128.195.23.4]) by hub.freebsd.org (Postfix) with ESMTP id 194F537B400 for ; Sun, 26 May 2002 11:49:24 -0700 (PDT) Received: from whiskey.ucf.ics.uci.edu (whiskey.ucf.ics.uci.edu [128.195.23.9]) by scotch.ucf.ics.uci.edu (Postfix) with ESMTP id C73F614CD9; Sun, 26 May 2002 11:49:23 -0700 (PDT) Received: from whiskey.ucf.ics.uci.edu (localhost [127.0.0.1]) by whiskey.ucf.ics.uci.edu (8.10.2+Sun/8.10.2) with ESMTP id g4QInNl13957; Sun, 26 May 2002 11:49:23 -0700 (PDT) Message-Id: <200205261849.g4QInNl13957@whiskey.ucf.ics.uci.edu> To: "=?iso-2022-jp?B?GyRCOzNFRCEhN3IbKEI=?=" Cc: Freebsd-current@FreeBSD.ORG Subject: Re: crash when starting X In-Reply-To: Your message of "Sun, 26 May 2002 18:46:45 +0900." <006901c2049a$40476290$0a00a8c0@TKPC120> Date: Sun, 26 May 2002 11:49:23 -0700 From: Seth Hettich Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I have the same symptom with binary package of XFree86-4. And furthermore I > cannot compile XFree86-4-libraries with FreeBSD-current. I got it to work, kind of. See: http://www.freebsd.org/cgi/query-pr.cgi?pr=38438 for more detail. -Seth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 26 11:52:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by hub.freebsd.org (Postfix) with ESMTP id DA34937B400; Sun, 26 May 2002 11:52:18 -0700 (PDT) Received: from powertech.no (www2.powertech.no [195.159.0.162]) by smtp1.powertech.no (Postfix) with SMTP id 273E28AA4; Sun, 26 May 2002 20:52:17 +0200 (CEST) Received: from 80.212.245.215 (SquirrelMail authenticated user nordahl.frode) by epost.powertech.no with HTTP; Sun, 26 May 2002 20:52:17 +0200 (CEST) Message-ID: <49675.80.212.245.215.1022439137.squirrel@epost.powertech.no> Date: Sun, 26 May 2002 20:52:17 +0200 (CEST) Subject: Re: /usr/bin/cut From: "Frode Nordahl" To: In-Reply-To: <20020526225416.A73369@treetop.robbins.dropbear.id.au> References: <200205261126.g4QBQP9v032233@gandalf.xu.nordahl.net> <20020526225416.A73369@treetop.robbins.dropbear.id.au> X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal Cc: X-Mailer: SquirrelMail (version 1.2.6) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi again, I have included some examples below. cut.broken was compiled this morning, i got the replacement "cut" from the 5.0-DP1 release. Tim J. Robbins said: > On Sun, May 26, 2002 at 01:26:25PM +0200, Frode Nordahl wrote: > >> cut compiles and runs, but it does not cut :) > > Please give me an example of how you are invoking cut and why the > output you get is incorrect or different from -STABLE. * %cat test.txt abc abc abc %cat test.txt | /usr/bin/cut.broken -c2- abc abc abc %cat test.txt | /usr/bin/cut -c2- bc bc bc * > Tim > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Mvh, Frode Nordahl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 26 12:31: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from speechpro.com (crt-gw.infopro.spb.su [195.201.254.5]) by hub.freebsd.org (Postfix) with ESMTP id 90D8637B400 for ; Sun, 26 May 2002 12:30:59 -0700 (PDT) Received: from igorr by sysadm.stc with local (Exim 3.36 #1) id 17C3kL-000A5w-00 for freebsd-current@FreeBSD.ORG; Sun, 26 May 2002 23:32:05 +0400 Date: Sun, 26 May 2002 23:32:05 +0400 From: Igor Roboul To: freebsd-current@FreeBSD.ORG Subject: Re: strtod & sscanf on -CURRENT? Message-ID: <20020526193205.GB38667@sysadm.stc> Reply-To: igorr@speechpro.com Mail-Followup-To: Igor Roboul , freebsd-current@FreeBSD.ORG References: <20020524131550.C26122@espresso.q9media.com> <20020524184214.M3863-100000@teabag.cbhnet> <20020524191337.GK54960@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020524191337.GK54960@elvis.mu.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, May 24, 2002 at 12:13:37PM -0700, Alfred Perlstein wrote: > > You forgot to include stdlib.h. But what's wrong with my test? strtod works Ok but sscanf does not. pre-gcc3.1 sscanf and sscanf on -STABLE work as expected. -- Igor Roboul, System administrator at Speech Technology Center http://www.speechpro.com http://www.speechpro.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 26 14:14:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id BDF0737B405 for ; Sun, 26 May 2002 14:14:07 -0700 (PDT) Received: from hades.hell.gr (patr530-a069.otenet.gr [212.205.215.69]) by mailsrv.otenet.gr (8.12.3/8.12.3) with ESMTP id g4QLE1R3002096 for ; Mon, 27 May 2002 00:14:04 +0300 (EEST) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.3/8.12.3) with ESMTP id g4QChGuQ001634 for ; Sun, 26 May 2002 15:43:16 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from charon@localhost) by hades.hell.gr (8.12.3/8.12.3/Submit) id g4QCb2t6001538 for freebsd-current@freebsd.org; Sun, 26 May 2002 15:37:02 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Sun, 26 May 2002 15:37:01 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Subject: Messages from WITNESS [Sun May 26 kernel] Message-ID: <20020526123701.GA1512@hades.hell.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG A kernel with WITNESS enabled, compiled last night prints the following to my console every now and then: /usr/src/sys/vm/uma_core.c:1324: could sleep with "process lock" locked from /usr/src/sys/kern/kern_prot.c:511 /usr/src/sys/vm/uma_core.c:1324: could sleep with "process lock" locked from /usr/src/sys/kern/kern_prot.c:613 - Giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 26 14:30:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id E97B537B400 for ; Sun, 26 May 2002 14:30:04 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id XAA17104 for freebsd-current@freebsd.org; Sun, 26 May 2002 23:30:03 +0200 (CEST) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id g4QLMDQ57256; Sun, 26 May 2002 23:22:13 +0200 (MET DST) (envelope-from j) Date: Sun, 26 May 2002 23:22:13 +0200 (MET DST) Message-Id: <200205262122.g4QLMDQ57256@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <200205181705.g4IH5LMl029574@grimreaper.grondar.org> <20020524100328.GB81964@sunbay.com> From: j@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: Perl script rewrites - progress (2) X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ruslan Ermilov wrote: > I'm in the middle of rewriting release/scripts/*.pl scripts. Is this even necessary? A "make release" has so many prerequisites (among them, a locally available CVS tree) that Perl as a prerequisite would do no harm. Even more, a normal "make release" (without any NO_THIS and NO_THAT hacks) would even install half of the ports world plus their respective distfiles into the chroot tree... -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 26 14:34:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 2593137B401; Sun, 26 May 2002 14:34:51 -0700 (PDT) Received: by freesbee.wheel.dk (Postfix, from userid 1002) id B68AB384FB; Sun, 26 May 2002 23:34:49 +0200 (CEST) Date: Sun, 26 May 2002 23:34:49 +0200 From: "Niels Chr. Bank-Pedersen" To: Oliver Braun Cc: current@freebsd.org, ports@freebsd.org Subject: Re: machine/endian.h revision 1.33 breaks port x11-fm/gentoo Message-ID: <20020526233449.E6884@bank-pedersen.dk> Mail-Followup-To: "Niels Chr. Bank-Pedersen" , Oliver Braun , current@freebsd.org, ports@freebsd.org References: <20020518223207.GA74796@nemesis.informatik.unibw-muenchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020518223207.GA74796@nemesis.informatik.unibw-muenchen.de>; from obraun@informatik.unibw-muenchen.de on Sun, May 19, 2002 at 12:32:07AM +0200 X-PGP-Fingerprint: 18D0 73F3 767F 3A40 CEBA C595 4783 D7F5 5DD1 FB8C X-PGP-Public-Key: http://freesbee.wheel.dk/~ncbp/gpgkey.pub Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, May 19, 2002 at 12:32:07AM +0200, Oliver Braun wrote: > Hi, > > I am the ports maintainer of x11-fm/gentoo. Building gentoo dies since > revision 1.33 of machine/endian.h with the following error: > > In file included from cmdseq.c:18: > /usr/include/sys/wait.h:114: duplicate member `w_Filler' > /usr/include/sys/wait.h:115: duplicate member `w_Retcode' > /usr/include/sys/wait.h:116: duplicate member `w_Coredump' > /usr/include/sys/wait.h:117: duplicate member `w_Termsig' > /usr/include/sys/wait.h:132: duplicate member `w_Filler' > /usr/include/sys/wait.h:133: duplicate member `w_Stopsig' > /usr/include/sys/wait.h:134: duplicate member `w_Stopval' > *** Error code 1 > > With machine/endian.h revision 1.32 it works. > > A workaround for x11-fm/gentoo is to declare the functions needed > explicit and avoid including whole sys/wait.h. Same problem (and workaround) exists for comms/gnokii (not that the workaround matters too much, xgnokii still cores for me). [...] > Olli /Niels Chr. -- Niels Christian Bank-Pedersen, NCB1-RIPE. "Hey, are any of you guys out there actually *using* RFC 2549?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 26 15: 7:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148]) by hub.freebsd.org (Postfix) with ESMTP id 9EF4B37B404 for ; Sun, 26 May 2002 15:07:25 -0700 (PDT) Received: from jayed.com ([66.149.200.43]) by granger.mail.mindspring.net with smtp (Exim 3.33 #1) id 17C6Ae-0006Ej-00 for freebsd-current@freebsd.org; Sun, 26 May 2002 18:07:24 -0400 Received: (qmail 4009 invoked from network); 26 May 2002 22:07:53 -0000 Received: from unknown (HELO anubis.jayed.com) (192.168.0.11) by 192.168.0.1 with SMTP; 26 May 2002 22:07:53 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Jay To: Giorgos Keramidas , freebsd-current@freebsd.org Subject: Re: Messages from WITNESS [Sun May 26 kernel] Date: Sun, 26 May 2002 17:03:22 -0500 X-Mailer: KMail [version 1.4] References: <20020526123701.GA1512@hades.hell.gr> In-Reply-To: <20020526123701.GA1512@hades.hell.gr> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200205261703.22969.jayed@jayed.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 26 May 2002 07:37 am, Giorgos Keramidas wrote: > A kernel with WITNESS enabled, compiled last night prints the > following to my console every now and then: > > /usr/src/sys/vm/uma_core.c:1324: could sleep with "process lock" locked > from /usr/src/sys/kern/kern_prot.c:511 /usr/src/sys/vm/uma_core.c:1324: > could sleep with "process lock" locked from > /usr/src/sys/kern/kern_prot.c:613 > > - Giorgos This is due to the latest rev of uma_core.c that jhb committed. This com= mit=20 reveals "possible brokenness". (In what, I can't tell you, but, hey, I=20 believe John). =20 http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=3D535626+539491+/usr/local/ww= w/db/text/2002/cvs-all/20020526.cvs-all Other people have mentioned this on the list in the past few days. I mys= elf=20 am suffering from "UMA lock" "rl0" and a variety of "pcm" messages myself= =2E =20 All I can say is that it hasn't seemed to hurt anything for me. Jay Edwards To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 26 15:19:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id C0A8037B403 for ; Sun, 26 May 2002 15:19:43 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id 974B5AE027; Sun, 26 May 2002 15:19:43 -0700 (PDT) Date: Sun, 26 May 2002 15:19:43 -0700 From: Alfred Perlstein To: Jay Cc: Giorgos Keramidas , freebsd-current@freebsd.org Subject: Re: Messages from WITNESS [Sun May 26 kernel] Message-ID: <20020526221943.GC43189@elvis.mu.org> References: <20020526123701.GA1512@hades.hell.gr> <200205261703.22969.jayed@jayed.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200205261703.22969.jayed@jayed.com> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Jay [020526 15:07] wrote: > On Sunday 26 May 2002 07:37 am, Giorgos Keramidas wrote: > > A kernel with WITNESS enabled, compiled last night prints the > > following to my console every now and then: > > > > /usr/src/sys/vm/uma_core.c:1324: could sleep with "process lock" locked > > from /usr/src/sys/kern/kern_prot.c:511 /usr/src/sys/vm/uma_core.c:1324: > > could sleep with "process lock" locked from > > /usr/src/sys/kern/kern_prot.c:613 > > > > - Giorgos > > This is due to the latest rev of uma_core.c that jhb committed. This commit > reveals "possible brokenness". (In what, I can't tell you, but, hey, I > believe John). > > http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=535626+539491+/usr/local/www/db/text/2002/cvs-all/20020526.cvs-all > > Other people have mentioned this on the list in the past few days. I myself > am suffering from "UMA lock" "rl0" and a variety of "pcm" messages myself. > All I can say is that it hasn't seemed to hurt anything for me. Uh, why don't you guys enable 'debug.witness_ddb' and get us some tracebacks? :) -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 26 15:24:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by hub.freebsd.org (Postfix) with ESMTP id 4811B37B401 for ; Sun, 26 May 2002 15:24:54 -0700 (PDT) Received: from [192.168.69.11] (unknown [192.168.69.11]) by warez.scriptkiddie.org (Postfix) with ESMTP id 68E0262D1A for ; Sun, 26 May 2002 15:24:53 -0700 (PDT) Date: Sun, 26 May 2002 15:28:44 -0700 (PDT) From: Lamont Granquist To: freebsd-current@freebsd.org Subject: gcc internal compiler error with mozilla In-Reply-To: <200205261703.22969.jayed@jayed.com> Message-ID: <20020526152212.U587-100000@coredump.scriptkiddie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry in advance this bug report is probably not going to have enough information... On this box from an Apr 28th kernel that is pre-gcc-3.x: > uname -a FreeBSD coredump.scriptkiddie.org 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Sun Apr 28 14:54:52 PDT 2002 root@coredump.scriptkiddie.org:/usr/obj/usr/src/sys/COREDUMPNOWIT i386 > gcc --version 2.95.4 I got non-deterministic internal compiler errors when I was trying to compile mozilla. At the same time I was compiling gnome in another terminal window. It only happened with mozilla, it was non-deterministic in that I could do another 'make' and it would proceed past the point it failed. Hardware is solid on this box in both Win2K and -stable. Its a A7M266D machine with dual K7 1800+. Probably not enough information and/or already fixed, but I thought I'd mention it... I didn't see any threads in -current on this behavior since Apr 28th... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 26 16:29:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122]) by hub.freebsd.org (Postfix) with ESMTP id 3B01737B400; Sun, 26 May 2002 16:29:19 -0700 (PDT) Received: (from mike@localhost) by espresso.q9media.com (8.11.6/8.11.6) id g4QNRFN27755; Sun, 26 May 2002 19:27:15 -0400 (EDT) (envelope-from mike) Date: Sun, 26 May 2002 19:27:14 -0400 From: Mike Barcroft To: "Niels Chr. Bank-Pedersen" Cc: Oliver Braun , current@freebsd.org, ports@freebsd.org Subject: Re: machine/endian.h revision 1.33 breaks port x11-fm/gentoo Message-ID: <20020526192714.H26122@espresso.q9media.com> References: <20020518223207.GA74796@nemesis.informatik.unibw-muenchen.de> <20020526233449.E6884@bank-pedersen.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020526233449.E6884@bank-pedersen.dk>; from ncbp@bank-pedersen.dk on Sun, May 26, 2002 at 11:34:49PM +0200 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Sorry I missed the beginning of this thread.] Niels Chr. Bank-Pedersen writes: > On Sun, May 19, 2002 at 12:32:07AM +0200, Oliver Braun wrote: > > Hi, > > > > I am the ports maintainer of x11-fm/gentoo. Building gentoo dies since > > revision 1.33 of machine/endian.h with the following error: > > > > In file included from cmdseq.c:18: > > /usr/include/sys/wait.h:114: duplicate member `w_Filler' > > /usr/include/sys/wait.h:115: duplicate member `w_Retcode' > > /usr/include/sys/wait.h:116: duplicate member `w_Coredump' > > /usr/include/sys/wait.h:117: duplicate member `w_Termsig' > > /usr/include/sys/wait.h:132: duplicate member `w_Filler' > > /usr/include/sys/wait.h:133: duplicate member `w_Stopsig' > > /usr/include/sys/wait.h:134: duplicate member `w_Stopval' > > *** Error code 1 > > > > With machine/endian.h revision 1.32 it works. > > > > A workaround for x11-fm/gentoo is to declare the functions needed > > explicit and avoid including whole sys/wait.h. This is good. I was hoping fixing the namespace pollution in endian.h would expose more bugs. The bug in this case is that wait.h is depending on the old pollution of endian.h in the !__BSD_VISIBLE case. The solution is to use the underscored variants in wait.h. I'll commit the fix soon. I ran into another build problem later on. This time the bug was in the port itself. It was missing a include, for the strdup() prototype. I think the previous GCC didn't complain about missing prototypes for built-ins, which is probably why this wasn't exposed earlier. Adding the include doesn't fix the problem because the program, via gentoo.h, specifies that it wants a POSIX environment (`#define _POSIX_C_SOURCE 3'). I think the value 3 is wrong here. The correct format is YYYYMM, which specifies the ratified date of the Standard. Nevertheless, our headers try and accomodate and provide a 1988 environment. strdup() wasn't added to POSIX until 2001. The solution would be to specify a Standard that provides the interface the application needs, or to not specify a Standard at all. The software does the latter in the NetBSD, et al cases. This patch below and the upcoming commit to should fix this port. %%% --- gentoo.h.orig Sun May 26 19:20:42 2002 +++ gentoo.h Sun May 26 19:13:52 2002 @@ -13,7 +13,7 @@ #include "config.h" -#if !(defined __osf__ && defined __alpha__) && !defined __NetBSD__ +#if !(defined __osf__ && defined __alpha__) && !defined __NetBSD__ && !defined __FreeBSD__ #define __EXTENSIONS__ #define _POSIX_C_SOURCE 3 /* This is for Solaris. */ #define POSIX_C_SOURCE 3 %%% Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 26 17:28: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from cs.selu.edu (cs.selu.edu [147.174.59.5]) by hub.freebsd.org (Postfix) with ESMTP id 2B8F037B405; Sun, 26 May 2002 17:27:45 -0700 (PDT) Received: from localhost (jholland@localhost) by cs.selu.edu (8.11.6/8.11.2) with ESMTP id g4R0Rii03951; Sun, 26 May 2002 19:27:44 -0500 Date: Sun, 26 May 2002 19:27:44 -0500 (CDT) From: Jason P Holland To: mobile@freebsd.org Cc: current@freebsd.org Subject: wi0 wpc11 wireless lockup problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG guys, having a strange problem since upgrading to -STABLE. this has happened several times over the past 5 days. when running something network intensive, like a large ftp or cvsup, or even setting the machines net card into promiscuous mode, my machine completely locks up. no response from the keyboard, mouse, ping, nothing. after a while, the machine starts responding again. several times i have popped out my pcmcia card (linksys wpc11 v3.0) and the machine returned to life. /var/log/messages is filled with the errors below. i saw a related post on the list that this is a known issue. however, i last built my kernel on May 25th, is there anything new in the pipeline that might help solve this problem?? i've included some information below that might be useful, let me know if anything else is needed. thanks! jason ps i appologize for the cross post, wasn't sure where to send this one. ---- toshiba tecra 8100 linksys wpc11 v3 128bit wep enabled running latest -STABLE as of May 25th May 26 19:08:08 mickey /kernel: wi0: watchdog timeout May 26 19:08:08 mickey /kernel: wi0: timeout in wi_cmd 0x0002; event status 0x8000 May 26 19:08:08 mickey /kernel: wi0: timeout in wi_cmd 0x0000; event status 0x8000 May 26 19:08:08 mickey /kernel: wi0: wi_cmd: busy bit won't clear. May 26 19:08:08 mickey /kernel: wi0: wi_cmd: busy bit won't clear. May 26 19:08:08 mickey /kernel: wi0: init failed May 26 19:08:08 mickey /kernel: wi0: wi_cmd: busy bit won't clear. May 26 19:08:08 mickey last message repeated 22 times May 26 19:08:08 mickey /kernel: wi0: failed to allocate 1594 bytes on NIC May 26 19:08:08 mickey /kernel: wi0: tx buffer allocation failed May 26 19:08:08 mickey /kernel: wi0: wi_cmd: busy bit won't clear. May 26 19:08:08 mickey /kernel: wi0: failed to allocate 1594 bytes on NIC May 26 19:08:08 mickey /kernel: wi0: mgmt. buffer allocation failed May 26 19:08:08 mickey /kernel: wi0: timeout in wi_seek to 0/0; last status 4000 May 26 19:08:08 mickey /kernel: wi0: timeout in wi_seek to 0/44; last status 4044 May 26 19:08:08 mickey /kernel: wi0: wi_cmd: busy bit won't clear. May 26 19:08:08 mickey /kernel: wi0: xmit failed May 26 19:09:49 mickey /kernel: wi0: watchdog timeout May 26 19:09:49 mickey /kernel: wi0: wi_cmd: busy bit won't clear. May 26 19:09:49 mickey last message repeated 3 times May 26 19:09:49 mickey /kernel: wi0: init failed May 26 19:09:49 mickey /kernel: wi0: wi_cmd: busy bit won't clear. May 26 19:09:49 mickey last message repeated 11 times May 26 19:09:49 mickey /kernel: wi0: timeout in wi_cmd 0x0121; event status 0x0000 May 26 19:09:49 mickey last message repeated 8 times May 26 19:09:49 mickey /kernel: wi0: timeout in wi_cmd 0x0001; event status 0x0000 May 26 19:09:49 mickey /kernel: wi0: timeout in wi_cmd 0x000a; event status 0x0000 May 26 19:09:49 mickey /kernel: wi0: failed to allocate 1594 bytes on NIC May 26 19:09:49 mickey /kernel: wi0: tx buffer allocation failed May 26 19:09:49 mickey /kernel: wi0: timeout in wi_cmd 0x000a; event status 0x0000 May 26 19:09:49 mickey /kernel: wi0: failed to allocate 1594 bytes on NIC May 26 19:09:49 mickey /kernel: wi0: mgmt. buffer allocation failed May 26 19:09:49 mickey /kernel: wi0: timeout in wi_cmd 0x010b; event status 0x0000 May 26 19:09:50 mickey /kernel: wi0: xmit failed May 26 19:09:50 mickey /kernel: wi0: timeout in wi_cmd 0x0002; event status 0x0000 May 26 19:09:50 mickey /kernel: wi0: detached May 26 19:09:50 mickey /kernel: pccard: card removed, slot 0 May 26 19:09:50 mickey /kernel: pccard: card inserted, slot 0 ---- [jholland@mickey ~]$ uname -a FreeBSD mickey 4.6-RC FreeBSD 4.6-RC #0: Sat May 25 17:34:11 CDT 2002 root@mickey:/usr/src/sys/compile/WAR i386 [jholland@mickey ~]$ ---- Copyright (c) 1992-2002 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.6-RC #0: Sat May 25 17:34:11 CDT 2002 root@mickey:/usr/src/sys/compile/WAR Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (597.79-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 201195520 (196480K bytes) avail memory = 192577536 (188064K bytes) Preloaded elf kernel "kernel" at 0xc0308000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 10 entries at 0xc00f4ee0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 isab0: at device 5.0 on pci0 isa0: on isab0 atapci0: port 0xfff0-0xffff at device 5.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 5.2 irq 11 chip1: port 0xfe70-0xfe7f at device 5.3 on pci0 pci0: (vendor=0x11c1, dev=0x0441) at 7.0 irq 3 pci0: (vendor=0x1179, dev=0x0d01) at 9.0 irq 11 pcic0: irq 11 at device 11.0 on pci0 pcic0: PCI Memory allocated: 0x44000000 pccard0: on pcic0 pcic1: irq 11 at device 11.1 on pci0 pcic1: PCI Memory allocated: 0x44001000 pccard1: on pcic1 pci0: (vendor=0x1073, dev=0x0010) at 12.0 irq 11 eisa0: on motherboard eisa0: unknown card @@@0000 (0x00000000) at slot 1 orm0:
Hi,everybody
  I found many v_operations, such as VOP_UNLOCK, VOP_OPEN.= ...., there all have a parameter(struct proc) in FreeBSD4.x, but,
=
there all be changed to thread in FreeBSD5.0. why? And wha= t relation of the proc and thread ?
  Thank you!

= Best Regards
Ouyang Kai

=B4=D3=CD= =F8=D5=BE=B5=C3=B5=BD=B8=FC=B6=E0=D0=C5=CF=A2=A1=A3MSN Explorer =C3=E2=B7= =D1=CF=C2=D4=D8=A3=BAhttp://expl= orer.msn.com/lccn

------=_NextPart_001_0000_01C2058E.BB663DD0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 0: 8:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by hub.freebsd.org (Postfix) with ESMTP id 7998437B406; Mon, 27 May 2002 00:08:52 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id 33EE624D1C; Mon, 27 May 2002 16:08:51 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id 9CBCC24D06; Mon, 27 May 2002 16:08:47 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id BF8FD1E4651; Mon, 27 May 2002 16:08:44 +0900 (JST) Date: Mon, 27 May 2002 16:08:44 +0900 Message-ID: <7mn0umdq4j.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: "David O'Brien" Cc: freebsd-current@FreeBSD.ORG Subject: Re: gdb breaks world In-Reply-To: <20020526194539.A13949@dragon.nuxi.com> References: <20020518125604.A72462@troutmask.apl.washington.edu> <20020519180529.A81591@troutmask.apl.washington.edu> <3CE8642A.E00F6663@mindspring.com> <200205220957.24351.dfr@nlsystems.com> <20020522115339.A81067@dragon.nuxi.com> <7mznyme3ts.wl@black.imgsrc.co.jp> User-Agent: Wanderlust/2.9.10 (Unchained Melody) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS on ns.imgsrc.co.jp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At Mon, 27 May 2002 02:46:01 +0000 (UTC), David O'Brien wrote: > Add it to COPTFLAGS. Why are you adding it to DEBUG? > ``grep DEBUG /sys/conf/*.mk /sys/conf/Makefile.*'' shows DEBUG is not > used this way. I added it to DEBUG because I think "-gstabs+" will be used as replacement of "-g". I added it to COPTFLAGS and tried again, but no luck. makeoptions COPTFLAGS=-gstabs+ #Build kernel with gdb(1) debug symbols (gdb) core-file /var/crash/vmcore.6 "/var/crash/vmcore.6" is not a core dump: File format not recognized Sorry for my silly questions... -- Jun Kuriyama // IMG SRC, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 0:11:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by hub.freebsd.org (Postfix) with ESMTP id 4924737B406 for ; Mon, 27 May 2002 00:11:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id 8B0F524D29 for ; Mon, 27 May 2002 16:11:15 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id 7BB1A24D1C for ; Mon, 27 May 2002 16:11:11 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id 8C4151E480F for ; Mon, 27 May 2002 16:11:09 +0900 (JST) Date: Mon, 27 May 2002 16:11:09 +0900 Message-ID: <7mlma6dq0i.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current Subject: witness "process lock" User-Agent: Wanderlust/2.9.10 (Unchained Melody) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS on ns.imgsrc.co.jp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG How about this? ../../../vm/uma_core.c:1324: could sleep with "process lock" locked from ../../../kern/kern_prot.c:867 ../../../vm/uma_core.c:1324: could sleep with "process lock" locked from ../../../kern/kern_prot.c:511 Debugger("witness_sleep") Stopped at breakpoint+0x4: leave db> trace breakpoint(e8760c00,c01f5bb6,c03669a0,c03669ae,e8760be0) at breakpoint+0x4 Debugger(c03669a0) at Debugger+0x49 witness_sleep(1,0,c0379e91,52c) at witness_sleep+0x178 uma_zalloc_arg(c081d3c0,0,4) at uma_zalloc_arg+0x46 uma_zalloc(c081d3c0,4) at uma_zalloc+0x10 malloc(20,c03bb760,4) at malloc+0xa1 uifind(2) at uifind+0x5f change_ruid(e8733b80,2) at change_ruid+0x38 setuid(e86f6d50,e8760cf8) at setuid+0xf9 syscall(2f,2f,2f,8058380,12) at syscall+0x299 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b --- syscall (23, FreeBSD ELF, setuid), eip = 0x280b3a0b, esp = 0xbfbff71c, ebp = 0xbfbff748 --- -- Jun Kuriyama // IMG SRC, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 1: 6:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from hal-7.inet.it (hal-7.inet.it [213.92.5.33]) by hub.freebsd.org (Postfix) with ESMTP id 75C7437B406 for ; Mon, 27 May 2002 01:06:11 -0700 (PDT) Received: from acampi.inet.it [::ffff:213.92.1.165] by hal-7.inet.it via I-SMTP-4.1.0-410 id 055+b80RBcKVB; Mon, 27 May 10:06:10 2002 +0200 Received: from webcom.it (brian.inet.it [213.92.1.190]) by acampi.inet.it (Postfix) with SMTP id 50CA11552A for ; Mon, 27 May 2002 10:06:09 +0200 (CEST) Received: (qmail 29662 invoked by uid 1000); 26 May 2002 08:02:41 -0000 Date: Sun, 26 May 2002 10:02:40 +0200 From: Andrea Campi To: Gerhard Sittig Cc: current@FreeBSD.ORG Subject: Re: i386 tinderbox failure Message-ID: <20020526080240.GA29609@webcom.it> References: <200205250446.g4P4kxsP095296@ref5.freebsd.org> <20020525063255.B16483807@overcee.wemm.org> <20020525211917.O1494@shell.gsinet.sittig.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020525211917.O1494@shell.gsinet.sittig.org> User-Agent: Mutt/1.3.99i X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, May 25, 2002 at 09:19:17PM +0200, Gerhard Sittig wrote: > On Fri, May 24, 2002 at 23:32 -0700, Peter Wemm wrote: > > Is this the moment where src/usr.bin/perl should be mailwrapper > like? Instead of searching the interpreter in some uncertain > location (and failing) shouldn't the program just believe in > what it was told by the admin? Since the admin should know if > perl is installed and where it lives. And which one to choose > should multiple versions be installed (for whatever reason). IMHO, since the purpose of the wrapper is to preserve POLA, it should try its best without user assistance. If we want to add a configuration file, that's great - but the standard configuration, or no configuration, should make it search the PATH + /usr/local/bin. Bye, Andrea -- 0 and 1. Now what could be so hard about that? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 1:31:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from skaarup.org (skaarup.org [130.228.230.140]) by hub.freebsd.org (Postfix) with SMTP id B5DE737B400 for ; Mon, 27 May 2002 01:31:34 -0700 (PDT) Received: (qmail 24281 invoked by uid 0); 27 May 2002 08:31:32 -0000 Received: from localhost (HELO skaarup.org) (127.0.0.1) by localhost with SMTP; 27 May 2002 08:31:29 -0000 Received: (qmail 24266 invoked by uid 1039); 27 May 2002 08:31:29 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 27 May 2002 08:31:29 -0000 Date: Mon, 27 May 2002 10:31:29 +0200 (CEST) From: Rasmus Skaarup To: Alfred Perlstein Cc: freebsd-current@freebsd.org Subject: Re: Messages from WITNESS [Sun May 26 kernel] In-Reply-To: <20020527030826.GE43189@elvis.mu.org> Message-ID: <20020527102310.T24102-100000@skaarup.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS perl-11 @skaarup.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have several different types of "could sleep with" messages. The following appear during boot-up. /usr/src/sys/vm/uma_core.c:1324: could sleep with "eventhandler" locked from /usr/src/sys/kern/subr_eventhandler.c:162 /usr/src/sys/vm/uma_core.c:1324: could sleep with "sf_bufs list lock" locked from /usr/src/sys/kern/uipc_syscalls.c:1578 /usr/src/sys/vm/uma_core.c:1324: could sleep with "xl0" locked from /usr/src/sys/pci/if_xl.c:1260 /usr/src/sys/vm/uma_core.c:1324: could sleep with "rman" locked from /usr/src/sys/kern/subr_rman.c:194 If I enable debug.witness_ddb in loader.conf and type trace everytime a "could sleep with" message appears, it doesn't appear in /var/log/messages and I don't feel like writing all the information down by hand.. Unless it is /really/ necessary. But the following appears when the system is up, and a copy/paste works fine. /usr/src/sys/vm/uma_core.c:1324: could sleep with "xl0" locked from /usr/src/sys /pci/if_xl.c:2974 Debugger("witness_sleep") Stopped at Debugger+0x45: xchgl %ebx,in_Debugger.0 db> trace Debugger(c0335740) at Debugger+0x45 witness_sleep(1,0,c034ba71,52c) at witness_sleep+0xf8 uma_zalloc_arg(c082a780,0,0) at uma_zalloc_arg+0x3e vm_map_entry_create(c0822ef4,0,cf1f1ea8,707da90,13ba000) at vm_map_entry_create+ 0x2b vm_map_insert(c0822ef4,c03fb260,13ba000,0,c12b9000) at vm_map_insert+0x1dc kmem_malloc(c0822ef4,1000,1,c0333f9e,263) at kmem_malloc+0x129 mb_pop_cont(c03d4c20,1,c76c7ca0,c03d4c60,0) at mb_pop_cont+0x8e mb_alloc(c03d4c20,1,0,c0e41c00,cf2adb68) at mb_alloc+0x147 m_clget(c0e41c00,1,22,cd2de188,cddfe000) at m_clget+0x16 xl_newbuf(cd2de000,cd2de320) at xl_newbuf+0x2c xl_list_rx_init(cd2de000) at xl_list_rx_init+0x3d xl_init(cd2de000,0,cf2adc60,80206910,cf2adc60) at xl_init+0x13d xl_ioctl(cd2de000,80206910,cf2adc60) at xl_ioctl+0x19c ifhwioctl(80206910,cd2de000,cf2adc60,cf28b728) at ifhwioctl+0x289 ifioctl(cf1c23d8,80206910,cf2adc60,cf28b728,0) at ifioctl+0xb2 soo_ioctl(cf106078,80206910,cf2adc60,cf28b728) at soo_ioctl+0x197 ioctl(cf28b728,cf2add14,3,0,296) at ioctl+0x353 syscall(2f,2f,2f,3,1) at syscall+0x205 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b --- syscall (54, FreeBSD ELF, ioctl), eip = 0x804d577, esp = 0xbfbffb9c, ebp = 0 xbfbffbe8 --- and another one: /usr/src/sys/vm/uma_core.c:1324: could sleep with "process l ock" locked from /usr/src/sys/kern/kern_prot.c:613 Debugger("witness_sleep") Stopped at Debugger+0x45: xchgl %ebx,in_Debugger.0 db> trace Debugger(c0335740) at Debugger+0x45 witness_sleep(1,0,c034ba71,52c) at witness_sleep+0xf8 uma_zalloc_arg(c082ac80,0,4) at uma_zalloc_arg+0x3e malloc(20,c0398880,4,c03d3d00,0) at malloc+0x68 uifind(1,c76c7d60,cf3a9f00,1,cf2b1cec) at uifind+0x56 change_euid(cf1d3600,1,cf28b4f0,0,cf1d3600) at change_euid+0x1c seteuid(cf28b414,cf2b1d14,1,1,282) at seteuid+0xbf syscall(2f,2f,2f,bfbffceb,804a226) at syscall+0x205 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b --- syscall (183, FreeBSD ELF, seteuid), eip = 0x280a3eeb, esp = 0xbfbffc8c, ebp = 0xbfbffd64 --- and another process lock: /usr/src/sys/vm/uma_core.c:1324: could sleep with "process lock" locked from /us r/src/sys/kern/kern_prot.c:511 Debugger("witness_sleep") Stopped at Debugger+0x45: xchgl %ebx,in_Debugger.0 db> trace Debugger(c0335740) at Debugger+0x45 witness_sleep(1,0,c034ba71,52c) at witness_sleep+0xf8 uma_zalloc_arg(c082ac80,0,4) at uma_zalloc_arg+0x3e malloc(20,c0398880,4,c03d3d00,0) at malloc+0x68 uifind(2,c76c7d60,c76c7d60,ffffffff,0) at uifind+0x56 change_ruid(cf1d3600,2,cf28cb18,0,cf1d3600) at change_ruid+0x28 setuid(cf28ca3c,cf406d14,1,0,296) at setuid+0xc2 syscall(2f,2f,2f,8056050,12) at syscall+0x205 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b --- syscall (23, FreeBSD ELF, setuid), eip = 0x280b3a0b, esp = 0xbfbff71c, ebp = 0xbfbff748 --- Best regards Rasmus Skaarup On Sun, 26 May 2002, Alfred Perlstein wrote: > * Jun Kuriyama [020526 19:09] wrote: > > At Sun, 26 May 2002 22:19:58 +0000 (UTC), > > Alfred Perlstein wrote: > > > Uh, why don't you guys enable 'debug.witness_ddb' and get us some > > > tracebacks? :) > > > > Could this help you? > > Yes. > > > Index: feeder.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/sound/pcm/feeder.c,v > retrieving revision 1.23 > diff -u -r1.23 feeder.c > --- feeder.c 25 May 2002 11:18:03 -0000 1.23 > +++ feeder.c 27 May 2002 03:07:30 -0000 > @@ -137,7 +137,8 @@ > struct pcm_feeder *f; > int err; > > - f = (struct pcm_feeder *)kobj_create((kobj_class_t)fc, M_FEEDER, M_WAITOK | M_ZERO); > + f = (struct pcm_feeder *)kobj_create((kobj_class_t)fc, M_FEEDER, > + M_NOWAIT | M_ZERO); > if (f == NULL) > return NULL; > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 3:25:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from draco.macsch.com (ns1.mscsoftware.com [192.207.69.10]) by hub.freebsd.org (Postfix) with ESMTP id 1C45437B401 for ; Mon, 27 May 2002 03:25:27 -0700 (PDT) Received: from mailmuc.muc.eu.mscsoftware.com (mailmuc.muc.macsch.com [161.34.37.20]) by draco.macsch.com (8.9.3/8.9.3) with ESMTP id DAA07739; Mon, 27 May 2002 03:25:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailmuc.muc.eu.mscsoftware.com (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id g4RANYa23425; Mon, 27 May 2002 12:23:35 +0200 Cc: freebsd-current@FreeBSD.ORG Content-Transfer-Encoding: 7bit Content-Type: text/plain Date: 27 May 2002 12:23:13 +0200 From: "Georg-W. Koltermann" In-Reply-To: <5.1.1.2.2.20020525120838.03356390@202.89.128.27> Message-Id: <1022494993.812.22.camel@hunter.muc.macsch.com> Mime-Version: 1.0 Received: from hunter.muc.macsch.com by mailmuc.muc.eu.mscsoftware.com (AvMailGate-6.12.0.0) id 23381-03EBDF00; Mon, 27 May 2002 12:22:53 +0200 References: <5.1.1.2.2.20020525120838.03356390@202.89.128.27> Subject: Re: reading kernel dump - post gcc 3.1 To: Craig Carey X-AntiVirus: OK! AvMailGate Version 6.12.1.30 at mailmuc has not found any known virus in this email. X-Mailer: Ximian Evolution 1.0.5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Am Sa, 2002-05-25 um 02.30 schrieb Craig Carey: > [...] > savecore(8) should copy a dump of the crashed kernel to /var/crash and > created files kernel.0 and vmcore.0. > > gdb -k kernel.0 vmcore.0 > hunter[13]$ gdb -k kernel.debug vmcore.19 GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... Dwarf Error: Cannot handle DW_FORM_strp in DWARF reader. kernel symbol `cpuhead' not found. (kgdb) Please read bin/38236. I wasn't asking for general directions but for a specific solution to a current -current problem. -- Thanks, Georg. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 4:14:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from postman.partya.ru (center.partya.ru [194.186.89.95]) by hub.freebsd.org (Postfix) with ESMTP id C348A37B401 for ; Mon, 27 May 2002 04:14:29 -0700 (PDT) Received: by POSTMAN with Internet Mail Service (5.5.2653.19) id ; Mon, 27 May 2002 15:14:02 +0400 Message-ID: <66DF5469453ED611983300306E1CA42569CA85@POSTMAN> From: "GroupShield for Exchange (POSTMAN)" To: 'current' , =?WINDOWS-1251?Q?=D1=F3=F5=EE=ED=EE?= =?WINDOWS-1251?Q?=F1_=DE=EB=E8=FF?= Subject: ALERT - GroupShield ticket number OA2424_1022498040_POSTMAN_1 wa s generated Date: Mon, 27 May 2002 15:14:01 +0400 X-MS-TNEF-Correlator: <66DF5469453ED611983300306E1CA42569CA85@POSTMAN> MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C2056F.9AEDF530" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C2056F.9AEDF530 Content-Type: text/plain Action Taken: The attachment was quarantined from the message and replaced with a text file informing the recipient of the action taken. To: sukhonos@domino.ru From: current Sent: 319976576,29492569 Subject: A good tool Attachment Details:- Attachment Name: DAT.pif File: DAT.pif Infected? Yes Repaired? No Blocked? No Deleted? No Virus Name: W32/Klez.h@MM ------_=_NextPart_000_01C2056F.9AEDF530 Content-Type: application/ms-tnef Content-Transfer-Encoding: base64 eJ8+IgMLAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4wQAAAAAAADnAAEIgAcAGQAAAElQTS5BbnRp LVZpcnVzLlJlcG9ydC40NQAnCAEFgAMADgAAANIHBQAbAA8ADgABAAEAGAEBIIADAA4AAADSBwUA GwAPAA4AAgABABkBAQmAAQAhAAAAMjlGMTc5MDA1MTcxRDYxMTk4NEUwMDMwNkUxQ0E0MjUA1AYB BIABAE0AAABBTEVSVCAtICBHcm91cFNoaWVsZCB0aWNrZXQgbnVtYmVyIE9BMjQyNF8xMDIyNDk4 MDQwX1BPU1RNQU5fMSB3YXMgZ2VuZXJhdGVkANwXAQ2ABAACAAAAAgACAAEDkAYAHAYAAB8AAABA ADkAMPXtmm8FwgEDAPE/CQQAAB4AMUABAAAAEQAAAE5BSUNFTlRFUlBPU1RNQU4AAAAAAwAaQAAA AAAeADBAAQAAABEAAABOQUlDRU5URVJQT1NUTUFOAAAAAAMAGUAAAAAAAgEJEAEAAADXAQAA0wEA AAYDAABMWkZ1T2+YAYcACgENA0N0ZXh0Aff/AqQD5AXrAoMAUALzBrQCgyYyA8UCAGNoCsBzZap0 AdA0AAAqAuFhB4AOIAcTAoAHEyBDeXL9AoB9CoAIzwnZAoAKhAs3RxLCAdAUkGN0aQIgIGhUYWsJ 8DoKowqAVNpoFIBhAkAA0GgHgAIwyCB3YQQgcXUKwABwlRlQbgmAIANSIHQagdEHgXNhZxqRbhxA FqD9C1FjHDED8BywGqAcoA8BnxxQAxAUgAuAAhBybQuAdmccoxagYwUgCJAbMW++ZhyjANAZUwGQ GcEuGgWFGgZvGfZzdWtoAiAwb3NAZANwC4BvLpBydSA8I591PiIcdkYDYRn2YwhwFqAbMTwNJ6VA JuAJ4EJTRC49BbBnJf0GYAIwGfYzMSA5OTc2NStQLDKAOTQ5MjU2OSl9GHViagWQKodBICB8Z28E cBygLkAWgCIrQQ0ayEQTsAtwbHM6LSsuzxrmThRhOjBAQVS6LiBwZiZ2HxEyvkkfYGMtUQmAPyBZ B5AaBVJPHcALcBahNXBObxoFQv0WMGMZwDaqMFAfIDVDNtcaVjZwdQehMoNXMzIEL0sfIHouaEBN Tk0iHDutAZEgfT1QAAMA/T/jBAAAHgBwAAEAAABNAAAAQUxFUlQgLSAgR3JvdXBTaGllbGQgdGlj a2V0IG51bWJlciBPQTI0MjRfMTAyMjQ5ODA0MF9QT1NUTUFOXzEgd2FzIGdlbmVyYXRlZAAAAAAC AXEAAQAAABYAAAABwgVvmu4AefEscVER1phOADBuHKQlAAACAUcAAQAAADAAAABjPVJVO2E9IDtw PVBhcnR5YTtsPVBPU1RNQU4tMDIwNTI3MTExNDAxWi01MTA1MQACAfk/AQAAAFIAAAAAAAAA3KdA yMBCEBq0uQgAKy/hggEAAAAAAAAAL089UEFSVFlBL09VPUNFTlRFUi9DTj1SRUNJUElFTlRTL0NO PU5BSUNFTlRFUlBPU1RNQU4AAAAeAPg/AQAAAB8AAABHcm91cFNoaWVsZCBFeGNoYW5nZSAoUE9T VE1BTikAAB4AOEABAAAAEQAAAE5BSUNFTlRFUlBPU1RNQU4AAAAAAgH7PwEAAABSAAAAAAAAANyn QMjAQhAatLkIACsv4YIBAAAAAAAAAC9PPVBBUlRZQS9PVT1DRU5URVIvQ049UkVDSVBJRU5UUy9D Tj1OQUlDRU5URVJQT1NUTUFOAAAAHgD6PwEAAAAjAAAAR3JvdXBTaGllbGQgZm9yIEV4Y2hhbmdl IChQT1NUTUFOKQAAHgA5QAEAAAARAAAATkFJQ0VOVEVSUE9TVE1BTgAAAABAAAcwrI7Ymm8FwgFA AAgwHMcRm28FwgEeAD0AAQAAAAEAAAAAAAAAHgAdDgEAAABNAAAAQUxFUlQgLSAgR3JvdXBTaGll bGQgdGlja2V0IG51bWJlciBPQTI0MjRfMTAyMjQ5ODA0MF9QT1NUTUFOXzEgd2FzIGdlbmVyYXRl ZAAAAAAeADUQAQAAADEAAAA8NjZERjU0Njk0NTNFRDYxMTk4MzMwMDMwNkUxQ0E0MjU2OUNBODVA UE9TVE1BTj4AAAAAAwA2AAAAAAALACkAAAAAAAsAIwAAAAAAAwAGEKnnH70DAAcQUwEAAAMAEBAA AAAAAwAREAAAAAAeAAgQAQAAAGUAAABBQ1RJT05UQUtFTjpUSEVBVFRBQ0hNRU5UV0FTUVVBUkFO VElORURGUk9NVEhFTUVTU0FHRUFORFJFUExBQ0VEV0lUSEFURVhURklMRUlORk9STUlOR1RIRVJF Q0lQSUVOVE9GAAAAAAIBfwABAAAAMQAAADw2NkRGNTQ2OTQ1M0VENjExOTgzMzAwMzA2RTFDQTQy NTY5Q0E4NUBQT1NUTUFOPgAAAADjfQ== ------_=_NextPart_000_01C2056F.9AEDF530-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 4:14:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from postman.partya.ru (center.partya.ru [194.186.89.95]) by hub.freebsd.org (Postfix) with ESMTP id E1B1B37B405 for ; Mon, 27 May 2002 04:14:33 -0700 (PDT) Received: by POSTMAN with Internet Mail Service (5.5.2653.19) id ; Mon, 27 May 2002 15:14:12 +0400 Message-ID: <66DF5469453ED611983300306E1CA42569CA87@POSTMAN> From: "GroupShield for Exchange (POSTMAN)" To: 'current' , =?WINDOWS-1251?Q?=D1=F3=F5=EE=ED=EE?= =?WINDOWS-1251?Q?=F1_=DE=EB=E8=FF?= Subject: ALERT - GroupShield ticket number OB3_1022498041_POSTMAN_1 was g enerated Date: Mon, 27 May 2002 15:14:04 +0400 X-MS-TNEF-Correlator: <66DF5469453ED611983300306E1CA42569CA87@POSTMAN> MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C2056F.9C66B280" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C2056F.9C66B280 Content-Type: text/plain Action Taken: The message was quarantined and replaced with a text informing the recipient of the action taken. To: sukhonos@domino.ru From: current Sent: -1684271232,29492591 Subject: A good tool Attachment Details:- Attachment Name: N/A File: Infected.msg Infected? Yes Repaired? No Blocked? No Deleted? No Virus Name: Suspicious IFrame ------_=_NextPart_000_01C2056F.9C66B280 Content-Type: application/ms-tnef Content-Transfer-Encoding: base64 eJ8+Ig0LAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA4wQAAAAAAADnAAEIgAcAGQAAAElQTS5BbnRp LVZpcnVzLlJlcG9ydC40NQAnCAEFgAMADgAAANIHBQAbAA8ADgAEAAEAGwEBIIADAA4AAADSBwUA GwAPAA4ADAABACMBAQmAAQAhAAAAM0RGMTc5MDA1MTcxRDYxMTk4NEUwMDMwNkUxQ0E0MjUA4AYB BIABAEoAAABBTEVSVCAtICBHcm91cFNoaWVsZCB0aWNrZXQgbnVtYmVyIE9CM18xMDIyNDk4MDQx X1BPU1RNQU5fMSB3YXMgZ2VuZXJhdGVkAEUXAQ2ABAACAAAAAgACAAEDkAYAFAYAAB8AAABAADkA gLJmnG8FwgEDAPE/CQQAAB4AMUABAAAAEQAAAE5BSUNFTlRFUlBPU1RNQU4AAAAAAwAaQAAAAAAe ADBAAQAAABEAAABOQUlDRU5URVJQT1NUTUFOAAAAAAMAGUAAAAAAAgEJEAEAAADVAQAA0QEAAPQC AABMWkZ1ZSXigIcACgENA0N0ZXh0Aff/AqQD5AXrAoMAUALzBrQCgyYyA8UCAGNoCsBzZap0AdA0 AAAqAuFhB4AOIAcTAoAHEyBDeXL9AoB9CoAIzwnZAoAKhAs3RxLCAdAUkGN0aQIgIGhUYWsJ8DoK owqAVEZoFIAHgXNhZxSAd3JhBCBxdQrAAHAZUG69CYAgAHAcEBagC1FjHAGpA/B0aBwgIA7yIAuA 6QIQcm0LgGcdYBqBFqCOYwUgCJACMCBvZh5TbwDQGVMBkBnBLhoFGgZvIRn2c3VraAIgb3MMQGQD cAuAby5ydaQgPCIPdT4gjEYDYV0Z9mMIcBagHxE8JhVAQyVQCeBCU0QuBbBnDyRtBmACMBn2LTE2 OAA0MjcxMjMyLIAyOTQ5MjU5AFAxJ/x1YmoFkCj3QSD4IGdvBHAdYCzQFoAgm7ZBAkAA0GgHgB8R RBOwYQtwbHM6LS1fLmZO5RRhOgewL0Ek5gMQMTEOSR3QK+EJgC5tc2djGgUyZj8gWQeQGgVSTxyA C3AWoTQQTm8aBUL9FjBjGcA1Si7gMiAz4zV3ulY1EHUHoTETK6BzHuD3HsAIYAQgSSVQFGEgjDqN CQGRIH08MAAAAAMA/T/jBAAAHgBwAAEAAABKAAAAQUxFUlQgLSAgR3JvdXBTaGllbGQgdGlja2V0 IG51bWJlciBPQjNfMTAyMjQ5ODA0MV9QT1NUTUFOXzEgd2FzIGdlbmVyYXRlZAAAAAIBcQABAAAA FgAAAAHCBW+cZgB58T9xURHWmE4AMG4cpCUAAAIBRwABAAAAMAAAAGM9UlU7YT0gO3A9UGFydHlh O2w9UE9TVE1BTi0wMjA1MjcxMTE0MDRaLTUxMDUzAAIB+T8BAAAAUgAAAAAAAADcp0DIwEIQGrS5 CAArL+GCAQAAAAAAAAAvTz1QQVJUWUEvT1U9Q0VOVEVSL0NOPVJFQ0lQSUVOVFMvQ049TkFJQ0VO VEVSUE9TVE1BTgAAAB4A+D8BAAAAHwAAAEdyb3VwU2hpZWxkIEV4Y2hhbmdlIChQT1NUTUFOKQAA HgA4QAEAAAARAAAATkFJQ0VOVEVSUE9TVE1BTgAAAAACAfs/AQAAAFIAAAAAAAAA3KdAyMBCEBq0 uQgAKy/hggEAAAAAAAAAL089UEFSVFlBL09VPUNFTlRFUi9DTj1SRUNJUElFTlRTL0NOPU5BSUNF TlRFUlBPU1RNQU4AAAAeAPo/AQAAACMAAABHcm91cFNoaWVsZCBmb3IgRXhjaGFuZ2UgKFBPU1RN QU4pAAAeADlAAQAAABEAAABOQUlDRU5URVJQT1NUTUFOAAAAAEAABzAqG0qcbwXCAUAACDDQbAyh bwXCAR4APQABAAAAAQAAAAAAAAAeAB0OAQAAAEoAAABBTEVSVCAtICBHcm91cFNoaWVsZCB0aWNr ZXQgbnVtYmVyIE9CM18xMDIyNDk4MDQxX1BPU1RNQU5fMSB3YXMgZ2VuZXJhdGVkAAAAHgA1EAEA AAAxAAAAPDY2REY1NDY5NDUzRUQ2MTE5ODMzMDAzMDZFMUNBNDI1NjlDQTg3QFBPU1RNQU4+AAAA AAMANgAAAAAACwApAAAAAAALACMAAAAAAAMABhDbJgGEAwAHEEYBAAADABAQAAAAAAMAERAAAAAA HgAIEAEAAABlAAAAQUNUSU9OVEFLRU46VEhFTUVTU0FHRVdBU1FVQVJBTlRJTkVEQU5EUkVQTEFD RURXSVRIQVRFWFRJTkZPUk1JTkdUSEVSRUNJUElFTlRPRlRIRUFDVElPTlRBS0VOVE86U1VLSAAA AAACAX8AAQAAADEAAAA8NjZERjU0Njk0NTNFRDYxMTk4MzMwMDMwNkUxQ0E0MjU2OUNBODdAUE9T VE1BTj4AAAAALnk= ------_=_NextPart_000_01C2056F.9C66B280-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 4:28:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from sdns.kv.ukrtel.net (sdns.kv.ukrtel.net [195.5.27.246]) by hub.freebsd.org (Postfix) with ESMTP id 5737137B400 for ; Mon, 27 May 2002 04:28:10 -0700 (PDT) Received: from vega.vega.com (195.5.51.243 [195.5.51.243]) by sdns.kv.ukrtel.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id LXPB3M7V; Mon, 27 May 2002 14:30:03 +0300 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.11.6/8.11.3) with ESMTP id g4RBS3c45579 for ; Mon, 27 May 2002 14:28:03 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3CF2185A.635D3709@FreeBSD.org> Date: Mon, 27 May 2002 14:28:26 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: current@FreeBSD.org Subject: World is broken Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Finally I have decided to give post gcc-3.1 perless world a try, but found that world doesn't build. :(( The system in question is 5-CURRENT makeworlded about a month ago. Any ideas? -Maxim Script started on Mon May 27 12:28:52 2002 root@notebook# make buildworld -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/i386 mkdir -p /usr/obj/usr/src/i386/usr/bin mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout mkdir -p /usr/obj/usr/src/i386/usr/games mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts mkdir -p /usr/obj/usr/src/i386/usr/libexec/elf mkdir -p /usr/obj/usr/src/i386/usr/sbin mkdir -p /usr/obj/usr/src/i386/usr/share/misc mkdir -p /usr/obj/usr/src/i386/usr/share/dict [...] -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec GROFF_BIN_PATH=/usr/obj/usr/src/i386/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/usr/share/tmac DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 -DNOHTML -DNOINFO -DNOMAN -DNOFSCHG libraries cd /usr/src; make -f Makefile.inc1 _startup_libs; make -f Makefile.inc1 _prebuild_libs; make -f Makefile.inc1 _generic_libs; cd /usr/src/gnu/lib/csu; make DIRPRFX=gnu/lib/csu/ depend; make DIRPRFX=gnu/lib/csu/ all; make DIRPRFX=gnu/lib/csu/ install make -f /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile MFILE=/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/usr/src/gnu/lib/csu/../../../contrib/gcc tconfig.h echo 'struct rtx_def;' > tconfig.h echo 'typedef struct rtx_def *rtx;' >> tconfig.h echo 'struct rtvec_def;' >> tconfig.h echo 'typedef struct rtvec_def *rtvec;' >> tconfig.h echo 'union tree_node;' >> tconfig.h echo 'typedef union tree_node *tree;' >> tconfig.h echo '' >> tconfig.h echo '#include "ansidecl.h"' >> tconfig.h echo '#include "i386/i386.h"' >> tconfig.h echo '#include "i386/att.h"' >> tconfig.h echo '#include "dbxelf.h"' >> tconfig.h echo '#include "elfos.h"' >> tconfig.h echo '#include ' >> tconfig.h echo '#include "freebsd-spec.h"' >> tconfig.h echo '#include "freebsd.h"' >> tconfig.h echo '#include "i386/freebsd.h"' >> tconfig.h echo '#include "defaults.h"' >> tconfig.h echo '#ifndef POSIX' >> tconfig.h echo '# define POSIX' >> tconfig.h echo '#endif' >> tconfig.h echo '#define CONFIG_SJLJ_EXCEPTIONS 0' >> tconfig.h rm -f .depend CC="cc" MKDEP_CPP_OPTS="-M -DCRT_BEGIN" mkdep -f .depend -a -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: malformed option `-A system=unix' /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: malformed option `-A system=bsd' /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: malformed option `-A system=FreeBSD' /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: malformed option `-A cpu=i386' /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: malformed option `-A machine=i386' In file included from /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:60, from /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:62: /usr/include/stdarg.h:41: machine/gcc_stdarg.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/gnu/lib/csu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. root@notebook# exit Script done on Mon May 27 13:08:59 2002 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 4:34:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.wbs.ne.jp (mail.wbs.ne.jp [202.219.61.62]) by hub.freebsd.org (Postfix) with ESMTP id 63EE637B401 for ; Mon, 27 May 2002 04:34:21 -0700 (PDT) Received: from lachesis.local (pppc147.enti.wbs.ne.jp [211.125.55.147]) by mail.wbs.ne.jp (8.11.6/8.11.6/2002052301) with ESMTP id g4RBYG803388; Mon, 27 May 2002 20:34:17 +0900 (JST) Message-Id: <200205271134.g4RBYG803388@mail.wbs.ne.jp> Date: Mon, 27 May 2002 20:34:18 +0900 From: MOCHIZUKI =?ISO-2022-JP?B?QWtpaGlkZS8bJEJLPjduPjw9KBsoQg==?= To: current@freebsd.org Subject: buildworld is broken(src/bin/sh) User-Agent: Wanderlust/2.9.13 (Unchained Melody) EMIKO/1.14.1 (Choanoflagellata) FLIM/1.14.4 (=?ISO-2022-JP?B?GyRCM2A4Nj9ANVxBMBsoQg==?=) APEL/10.3 Emacs/21.2.50 (i386-wintel-freebsd5) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) Organization: =?ISO-2022-JP?B?GyRCJCskMCRkSTEkTk4kGyhC?= X-Weather: =?ISO-2022-JP?B?GyRCTEBGfCROQEUyLDgpJE9AMiRHJDkbKEI=?= MIME-Version: 1.0 (generated by EMIKO 1.14.1 - "Choanoflagellata") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello all. I make buildworld and buildkernel after cvsup at May 25th on my 4-stable box(cvsuped and make buildworld, buildkernel, installkernel and installworld at May 25th ). No error,so I make installkernel and installworld on ThinkPad i1124. And (re)buildworld on ThinkPad(5-current) for same cvsuped 5-current source tree. I got, -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- . . . ===> bin/sh cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/alias.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/bltin/echo.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/histedit.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/mail.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/memalloc.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/miscbltin.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/test/test.c gzip -cn /pub/download/freebsd/src/bin/sh/sh.1 > sh.1.gz cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c arith.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c arith_lex.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c builtins.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/cd.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/error.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/main.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/options.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/redir.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/show.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c nodes.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/eval.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/exec.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/expand.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/input.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/jobs.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/mystring.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/output.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/parser.c cc -O3 -pipe -march=pentiumpro -DSHELL -I. -I/pub/download/freebsd/src/bin/sh -c /pub/download/freebsd/src/bin/sh/trap.c /pub/download/freebsd/src/bin/sh/parser.c: In function `list': /pub/download/freebsd/src/bin/sh/parser.c:209: case label does not reduce to an integer constant /pub/download/freebsd/src/bin/sh/parser.c: In function `command': /pub/download/freebsd/src/bin/sh/parser.c:309: syntax error before ';' token /pub/download/freebsd/src/bin/sh/parser.c: At top level: /pub/download/freebsd/src/bin/sh/parser.c:314: syntax error before '++' token *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 % cat /usr/obj/pub/download/freebsd/src/bin/sh/token.h #define TEOF 0.000000000000000000000 #define TNL 1 #define TSEMI 2 #define TBACKGND 3 #define TAND 4 #define TOR 5 #define TPIPE 6 #define TLP 7 #define TRP 8 #define TENDCASE 9 #define TENDBQUOTE : #define TREDIR ; #define TWORD < #define TIF = #define TTHEN > #define TELSE ? #define TELIF 16 #define TFI 17 #define TWHILE 18 #define TUNTIL 19 #define TFOR 20 #define TDO 21 #define TDONE 22 #define TBEGIN 23 #define TEND 24 #define TCASE 25 #define TESAC 26 #define TNOT 27 . . . It's happend from 2( or 3) weeks ago. And, I give up and disable to make src/bin/sh, make process is stalled at: -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- . . . ===> sys/boot/i386/loader cat /pub/download/freebsd/src/sys/boot/i386/loader/../../common/help.common /pub/download/freebsd/src/sys/boot/i386/loader/help.i386 | awk -f /pub/download/freebsd/src/sys/boot/i386/loader/../../common/merge_help.awk > loader.help cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/i386/loader/main.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/i386/loader/conf.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/bcache.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/boot.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/commands.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/console.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/devopen.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/interp.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/interp_backslash.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/interp_parse.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/load_elf.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/ls.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/misc.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/module.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/panic.c /pub/download/freebsd/src/sys/boot/common/panic.c: In function `panic': /pub/download/freebsd/src/sys/boot/common/panic.c:56: warning: implicit declaration of function `exit' /pub/download/freebsd/src/sys/boot/common/panic.c:57: warning: `noreturn' function does return cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/load_aout.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/isapnp.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/pnp.c cc -O3 -pipe -march=pentiumpro -ffreestanding -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl -I/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/pub/download/freebsd/src/sys/boot/i386/loader/../../common -I/pub/download/freebsd/src/sys/boot/i386/loader/../../.. -I. -Wall -I/pub/download/freebsd/src/sys/boot/i386/loader/.. -I/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/ -I/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib -elf -ffreestanding -mpreferred-stack-boundary=2 -ffreestanding -mpreferred-stack-boundary=2 -c /pub/download/freebsd/src/sys/boot/common/interp_forth.c gzip -cn /pub/download/freebsd/src/sys/boot/i386/loader/../../forth/loader.conf.5 > loader.conf.5.gz gzip -cn /pub/download/freebsd/src/sys/boot/i386/loader/../../forth/loader.4th.8 > loader.4th.8.gz gzip -cn /pub/download/freebsd/src/sys/boot/i386/loader/../../common/loader.8 > loader.8.gz sh /pub/download/freebsd/src/sys/boot/i386/loader/../../common/newvers.sh /pub/download/freebsd/src/sys/boot/i386/loader/version "bootstrap loader" i386 cc -c vers.c cc -nostdlib -static -Ttext 0x0 -o loader.sym /usr/obj/pub/download/freebsd/src/sys/boot/i386/loader/../btx/lib/crt0.o main.o conf.o bcache.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o load_elf.o ls.o misc.o module.o panic.o load_aout.o isapnp.o pnp.o interp_forth.o vers.o /usr/obj/pub/download/freebsd/src/sys/boot/i386/loader/../../ficl/libficl.a /usr/obj/pub/download/freebsd/src/sys/boot/i386/loader/../libi386/libi386.a /usr/obj/pub/download/freebsd/src/sys/boot/i386/loader/../../../../lib/libstand/libstand.a cp loader.sym loader.bin strip -R .comment -R .note loader.bin btxld -v -f aout -e 0x200000 -o loader -l /usr/obj/pub/download/freebsd/src/sys/boot/i386/loader/../btx/btxldr/btxldr -b /usr/obj/pub/download/freebsd/src/sys/boot/i386/loader/../btx/btx/btx loader.bin kernel: ver=1.01 size=780 load=9000 entry=9010 map=16M pgctl=0:2e client: fmt=elf size=31b30 text=2d93c data=3084 bss=60dc entry=0 output: fmt=aout size=35000 text=1000 data=33000 org=200000 entry=200000 What will I do to shoot this trouble? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 4:51: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from theinternet.com.au (c16543.carlnfd1.nsw.optusnet.com.au [210.49.135.162]) by hub.freebsd.org (Postfix) with ESMTP id 9B0E537B403; Mon, 27 May 2002 04:50:52 -0700 (PDT) Received: (from akm@localhost) by theinternet.com.au (8.11.6/8.11.4) id g4RBonu17699; Mon, 27 May 2002 21:50:49 +1000 (EST) (envelope-from akm) Date: Mon, 27 May 2002 21:50:49 +1000 From: Andrew Kenneth Milton To: Maxim Sobolev Cc: current@FreeBSD.ORG Subject: Re: World is broken Message-ID: <20020527215049.B74184@zeus.theinternet.com.au> References: <3CF2185A.635D3709@FreeBSD.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: <3CF2185A.635D3709@FreeBSD.org>; from sobomax@FreeBSD.ORG on Mon, May 27, 2002 at 02:28:26PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG +-------[ Maxim Sobolev ]---------------------- | Finally I have decided to give post gcc-3.1 perless world a | try, but found that world doesn't build. :(( The system in | question is 5-CURRENT makeworlded about a month ago. | | Any ideas? I had to do a make includes, and then world built fine for me. -- Totally Holistic Enterprises Internet| | Andrew Milton The Internet (Aust) Pty Ltd | M:+61 416 022 411 | ACN: 082 081 472 ABN: 83 082 081 472 |akm@theinternet.com.au| Carpe Daemon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 4:52:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-169-107-187.dsl.lsan03.pacbell.net [64.169.107.187]) by hub.freebsd.org (Postfix) with ESMTP id 76D7B37B403 for ; Mon, 27 May 2002 04:52:49 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B641866BC9; Mon, 27 May 2002 04:52:28 -0700 (PDT) Date: Mon, 27 May 2002 04:52:27 -0700 From: Kris Kennaway To: kai ouyang Cc: current@FreeBSD.ORG Subject: Re: why change: from proc to thread? Message-ID: <20020527045227.A16525@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from oykai@msn.com on Mon, May 27, 2002 at 02:56:50PM +0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 27, 2002 at 02:56:50PM +0800, kai ouyang wrote: > Hi,everybody > I found many v_operations, such as VOP_UNLOCK, VOP_OPEN....., there all= have a parameter(struct proc) in FreeBSD4.x, but, =20 > there all be changed to thread in FreeBSD5.0. why? And what relation of t= he proc and thread ? =20 > Thank you! Search the archives for information about KSE. Kris P.S. Please wrap your lines at 70 characters in future so your emails are readable. --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE88h36Wry0BWjoQKURAipBAKDtT14CIjrscAexMcHEaWrbfMYbmgCePbVg N9vwyj8Oi3GWv+j5X2p5rhs= =9n0j -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 5:59:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 8E50E37B401 for ; Mon, 27 May 2002 05:59:22 -0700 (PDT) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.33 #1) id 17CK64-0002qJ-00; Mon, 27 May 2002 14:59:36 +0200 From: Sheldon Hearn To: Lamont Granquist Cc: freebsd-current@freebsd.org Subject: Re: gcc internal compiler error with mozilla In-reply-to: Your message of "Sun, 26 May 2002 15:28:44 MST." <20020526152212.U587-100000@coredump.scriptkiddie.org> Date: Mon, 27 May 2002 14:59:36 +0200 Message-ID: <10930.1022504376@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 26 May 2002 15:28:44 MST, Lamont Granquist wrote: > I got non-deterministic internal compiler errors when I was trying to > compile mozilla. At the same time I was compiling gnome in another > terminal window. It only happened with mozilla, it was non-deterministic > in that I could do another 'make' and it would proceed past the point it > failed. At the moment, the c++ compiler in the base system can't be used to build Mozilla. Install the lang/gcc31 port and build Mozilla as follows: cd /usr/ports/www/mozilla make CXX=/usr/local/bin/g++31 A few people have reported on this mailing list that the above works. The archives are your friend. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 6:23:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id D61CB37B403; Mon, 27 May 2002 06:23:02 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g4RDMsv90864; Mon, 27 May 2002 16:22:54 +0300 (EEST) (envelope-from ru) Date: Mon, 27 May 2002 16:22:54 +0300 From: Ruslan Ermilov To: Maxim Sobolev Cc: current@FreeBSD.ORG Subject: Re: World is broken Message-ID: <20020527132254.GA85117@sunbay.com> References: <3CF2185A.635D3709@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <3CF2185A.635D3709@FreeBSD.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 27, 2002 at 02:28:26PM +0300, Maxim Sobolev wrote: > Finally I have decided to give post gcc-3.1 perless world a > try, but found that world doesn't build. :(( The system in > question is 5-CURRENT makeworlded about a month ago. >=20 > Any ideas? >=20 Your /usr/include is hosed, well, actually your machine/stdarg.h is the broken version (rev. 1.12). Please manually install the revision 1.14 under /usr/include/machine/ and try again. > Script started on Mon May 27 12:28:52 2002 > root@notebook# make buildworld >=20 > -------------------------------------------------------------- > >>> Rebuilding the temporary build tree > -------------------------------------------------------------- > rm -rf /usr/obj/usr/src/i386 > mkdir -p /usr/obj/usr/src/i386/usr/bin > mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout > mkdir -p /usr/obj/usr/src/i386/usr/games > mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts > mkdir -p /usr/obj/usr/src/i386/usr/libexec/elf > mkdir -p /usr/obj/usr/src/i386/usr/sbin > mkdir -p /usr/obj/usr/src/i386/usr/share/misc > mkdir -p /usr/obj/usr/src/i386/usr/share/dict > [...] > -------------------------------------------------------------- > >>> stage 4: building libraries > -------------------------------------------------------------- > cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Di386=20 > MACHINE=3Di386=20 > OBJFORMAT_PATH=3D/usr/obj/usr/src/i386/usr/libexec=20 > GROFF_BIN_PATH=3D/usr/obj/usr/src/i386/usr/bin=20 > GROFF_FONT_PATH=3D/usr/obj/usr/src/i386/usr/share/groff_font=20 > GROFF_TMAC_PATH=3D/usr/obj/usr/src/i386/usr/share/tmac=20 > DESTDIR=3D/usr/obj/usr/src/i386 INSTALL=3D"sh > /usr/src/tools/install.sh"=20 > PATH=3D/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/= obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > make -f Makefile.inc1 -DNOHTML -DNOINFO -DNOMAN -DNOFSCHG > libraries > cd /usr/src; make -f Makefile.inc1 _startup_libs; make -f > Makefile.inc1 _prebuild_libs; make -f Makefile.inc1 > _generic_libs; > cd /usr/src/gnu/lib/csu; make DIRPRFX=3Dgnu/lib/csu/ depend;=20 > make DIRPRFX=3Dgnu/lib/csu/ all; make DIRPRFX=3Dgnu/lib/csu/ > install > make -f > /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile > MFILE=3D/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile > GCCDIR=3D/usr/src/gnu/lib/csu/../../../contrib/gcc tconfig.h > echo 'struct rtx_def;' > tconfig.h > echo 'typedef struct rtx_def *rtx;' >> tconfig.h > echo 'struct rtvec_def;' >> tconfig.h > echo 'typedef struct rtvec_def *rtvec;' >> tconfig.h > echo 'union tree_node;' >> tconfig.h > echo 'typedef union tree_node *tree;' >> tconfig.h > echo '' >> tconfig.h > echo '#include "ansidecl.h"' >> tconfig.h > echo '#include "i386/i386.h"' >> tconfig.h > echo '#include "i386/att.h"' >> tconfig.h > echo '#include "dbxelf.h"' >> tconfig.h > echo '#include "elfos.h"' >> tconfig.h > echo '#include ' >> tconfig.h > echo '#include "freebsd-spec.h"' >> tconfig.h > echo '#include "freebsd.h"' >> tconfig.h > echo '#include "i386/freebsd.h"' >> tconfig.h > echo '#include "defaults.h"' >> tconfig.h > echo '#ifndef POSIX' >> tconfig.h > echo '# define POSIX' >> tconfig.h > echo '#endif' >> tconfig.h > echo '#define CONFIG_SJLJ_EXCEPTIONS 0' >> tconfig.h > rm -f .depend > CC=3D"cc" MKDEP_CPP_OPTS=3D"-M -DCRT_BEGIN" mkdep -f .depend > -a -DIN_GCC -DHAVE_LD_EH_FRAME_HDR > -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config > -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. > -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools=20 > /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c > /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: > malformed option `-A system=3Dunix' > /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: > malformed option `-A system=3Dbsd' > /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: > malformed option `-A system=3DFreeBSD' > /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: > malformed option `-A cpu=3Di386' > /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:0: > malformed option `-A machine=3Di386' > In file included from > /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:60, > from > /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:62: > /usr/include/stdarg.h:41: machine/gcc_stdarg.h: No such file > or directory > mkdep: compile failed > *** Error code 1 >=20 > Stop in /usr/src/gnu/lib/csu. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > root@notebook# exit >=20 > Script done on Mon May 27 13:08:59 2002 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE88jMuUkv4P6juNwoRApLjAKCMissQFsNaStbf2gz/ZyJ88gDXfACfQl9x Ar1Xk2SW5iyZTvViVpJ/11E= =IBnq -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 6:26:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from gatesrv.RZ.UniBw-Muenchen.de (gatesrv.RZ.UniBW-Muenchen.de [137.193.11.27]) by hub.freebsd.org (Postfix) with ESMTP id 2D89B37B403; Mon, 27 May 2002 06:26:45 -0700 (PDT) Received: from nemesis.informatik.unibw-muenchen.de (nemesis.Informatik.UniBw-Muenchen.de [137.193.60.30]) by gatesrv.RZ.UniBw-Muenchen.de (8.11.2/8.11.2) with ESMTP id g4RDOVN01439; Mon, 27 May 2002 15:24:31 +0200 (MEST) Received: from localhost (localhost.informatik.unibw-muenchen.de [127.0.0.1]) by nemesis.informatik.unibw-muenchen.de (Postfix) with ESMTP id 015BA5A547; Mon, 27 May 2002 15:24:31 +0200 (CEST) Received: by nemesis.informatik.unibw-muenchen.de (Postfix, from userid 1001) id 8D6975A549; Mon, 27 May 2002 15:24:29 +0200 (CEST) Date: Mon, 27 May 2002 15:24:29 +0200 From: Oliver Braun To: Mike Barcroft Cc: "Niels Chr. Bank-Pedersen" , current@freebsd.org, ports@freebsd.org Subject: Re: machine/endian.h revision 1.33 breaks port x11-fm/gentoo Message-ID: <20020527132429.GA40580@nemesis.informatik.unibw-muenchen.de> Mail-Followup-To: Oliver Braun , Mike Barcroft , "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, ports@FreeBSD.ORG References: <20020518223207.GA74796@nemesis.informatik.unibw-muenchen.de> <20020526233449.E6884@bank-pedersen.dk> <20020526192714.H26122@espresso.q9media.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020526192714.H26122@espresso.q9media.com> User-Agent: Mutt/1.3.99i Organization: University of the Federal Armed Forces Munich, Germany X-Mailer: Mutt http://www.mutt.org/ X-OS: FreeBSD 4.6-PRERELEASE i386 http://www.freebsd.org/ X-Newsreader: SLRN http://www.slrn.org/ X-Uptime: 25 days X-URL: http://ist.unibw-muenchen.de/People/obraun X-Accept-Language: de en X-Location: Europe, Germany, Munich X-Editor: Vim-601 http://www.vim.org/ X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Mike Barcroft [2002-05-27 01:30]: > Niels Chr. Bank-Pedersen writes: > > On Sun, May 19, 2002 at 12:32:07AM +0200, Oliver Braun wrote: > > > Hi, > > > > > > I am the ports maintainer of x11-fm/gentoo. Building gentoo dies since > > > revision 1.33 of machine/endian.h with the following error: > > > > > > In file included from cmdseq.c:18: > > > /usr/include/sys/wait.h:114: duplicate member `w_Filler' > > > /usr/include/sys/wait.h:115: duplicate member `w_Retcode' > > > /usr/include/sys/wait.h:116: duplicate member `w_Coredump' > > > /usr/include/sys/wait.h:117: duplicate member `w_Termsig' > > > /usr/include/sys/wait.h:132: duplicate member `w_Filler' > > > /usr/include/sys/wait.h:133: duplicate member `w_Stopsig' > > > /usr/include/sys/wait.h:134: duplicate member `w_Stopval' > > > *** Error code 1 > > > > > > With machine/endian.h revision 1.32 it works. > > > > > > A workaround for x11-fm/gentoo is to declare the functions needed > > > explicit and avoid including whole sys/wait.h. > This is good. I was hoping fixing the namespace pollution in endian.h > would expose more bugs. The bug in this case is that wait.h is > depending on the old pollution of endian.h in the !__BSD_VISIBLE > case. The solution is to use the underscored variants in wait.h. > I'll commit the fix soon. > I ran into another build problem later on. This time the bug was in > the port itself. It was missing a include, for the > strdup() prototype. I think the previous GCC didn't complain about > missing prototypes for built-ins, which is probably why this wasn't > exposed earlier. > Adding the include doesn't fix the problem because the program, via > gentoo.h, specifies that it wants a POSIX environment > (`#define _POSIX_C_SOURCE 3'). I think the value 3 is wrong here. > The correct format is YYYYMM, which specifies the ratified date of the > Standard. Nevertheless, our headers try and accomodate and provide > a 1988 environment. strdup() wasn't added to POSIX until 2001. > The solution would be to specify a Standard that provides the > interface the application needs, or to not specify a Standard at all. > The software does the latter in the NetBSD, et al cases. This patch > below and the upcoming commit to should fix this port. > %%% > --- gentoo.h.orig Sun May 26 19:20:42 2002 > +++ gentoo.h Sun May 26 19:13:52 2002 > @@ -13,7 +13,7 @@ > #include "config.h" > -#if !(defined __osf__ && defined __alpha__) && !defined __NetBSD__ > +#if !(defined __osf__ && defined __alpha__) && !defined __NetBSD__ && !defined __FreeBSD__ > #define __EXTENSIONS__ > #define _POSIX_C_SOURCE 3 /* This is for Solaris. */ > #define POSIX_C_SOURCE 3 > %%% Thanks, it fixes the port. I have tested it and submitted it already. Regards, Olli -- IST & IIS _ INF _ UniBwM ____ http://ist.unibw-muenchen.de/People/obraun/ Tele-Consulting GmbH ________ http://www.tele-consulting.com/ ___ obraun@ FreeBSD: The Power To Serve _ http://www.freebsd.org/ ___________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 6:39: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from hal-7.inet.it (hal-7.inet.it [213.92.5.33]) by hub.freebsd.org (Postfix) with ESMTP id A889C37B405 for ; Mon, 27 May 2002 06:38:58 -0700 (PDT) Received: from acampi.inet.it [::ffff:213.92.1.165] by hal-7.inet.it via I-SMTP-4.1.0-410 id 021+qsJVqPI1H; Mon, 27 May 15:38:57 2002 +0200 Received: from webcom.it (brian.inet.it [213.92.1.190]) by acampi.inet.it (Postfix) with SMTP id 9101515531 for ; Mon, 27 May 2002 15:38:51 +0200 (CEST) Received: (qmail 98863 invoked by uid 1000); 27 May 2002 13:38:50 -0000 Date: Mon, 27 May 2002 15:38:50 +0200 From: Andrea Campi To: Mike Barcroft Cc: current@freebsd.org, ports@freebsd.org Subject: Re: machine/endian.h revision 1.33 breaks port x11-fm/gentoo Message-ID: <20020527133850.GA340@webcom.it> References: <20020518223207.GA74796@nemesis.informatik.unibw-muenchen.de> <20020526233449.E6884@bank-pedersen.dk> <20020526192714.H26122@espresso.q9media.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020526192714.H26122@espresso.q9media.com> User-Agent: Mutt/1.3.99i X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG There's a problem with coldsync port on -current which has to do with endian macros: cc -Wall -ansi -pedantic -O -pipe -march=pentiumpro -DHAVE_CONFIG_H -I. -I./.. - I./../include -I/usr/local/include -c PConnection_net.c In file included from /usr/include/arpa/nameser.h:446, from PConnection_net.c:11: /usr/include/arpa/nameser_compat.h:54: syntax error before string constant /usr/include/arpa/nameser_compat.h:82: duplicate member `rd' /usr/include/arpa/nameser_compat.h:83: duplicate member `tc' /usr/include/arpa/nameser_compat.h:84: duplicate member `aa' /usr/include/arpa/nameser_compat.h:85: duplicate member `opcode' /usr/include/arpa/nameser_compat.h:86: duplicate member `qr' /usr/include/arpa/nameser_compat.h:88: duplicate member `rcode' /usr/include/arpa/nameser_compat.h:89: duplicate member `cd' /usr/include/arpa/nameser_compat.h:90: duplicate member `ad' /usr/include/arpa/nameser_compat.h:91: duplicate member `unused' /usr/include/arpa/nameser_compat.h:92: duplicate member `ra' In file included from PConnection_net.c:12: /usr/include/resolv.h:130: field `in6a' has incomplete type *** Error code 1 Anybody cares to have a look? Bye, Andrea -- Tagline generated by 'gensig' mail-client-independent .signature generator. Get your copy at http://www.geeks.com/~robf/gensig/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 8:29:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 7647137B405; Mon, 27 May 2002 08:29:13 -0700 (PDT) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.3/8.12.3) with ESMTP id g4RFSx9O059470; Mon, 27 May 2002 19:29:07 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.3/8.12.3/Submit) id g4RFSwK6059469; Mon, 27 May 2002 19:28:58 +0400 (MSD) Date: Mon, 27 May 2002 19:28:57 +0400 From: "Andrey A. Chernov" To: current@FreeBSD.ORG Cc: obrien@FreeBSD.ORG Subject: Patch for review (was Re: Junk in new gcc include path) Message-ID: <20020527152857.GA59437@nagual.pp.ru> References: <20020525201528.GA41180@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020525201528.GA41180@nagual.pp.ru> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Please review this patch, it fix one reported problem: --- cc_tools/auto-host.h.bak Sat May 18 16:30:17 2002 +++ cc_tools/auto-host.h Mon May 27 19:23:37 2002 @@ -87,7 +87,7 @@ /* #undef ssize_t */ /* Define if cpp should also search $prefix/include. */ -#define PREFIX_INCLUDE_DIR "NONE/include" +/* #undef PREFIX_INCLUDE_DIR */ /* Define if you have the __argz_count function. */ /* #undef HAVE___ARGZ_COUNT */ On Sun, May 26, 2002 at 00:15:29 +0400, Andrey A. Chernov wrote: > Does anybody else saw this too? > I just run 'cc -v hello.c' (printing Hello, world) and see: > ... > GNU C version 3.1 [FreeBSD] 20020509 (prerelease) > (i386-undermydesk-freebsd) > compiled by GNU C version 2.95.4 20020320 [FreeBSD]. > ignoring nonexistent directory "NONE/include" > ignoring duplicate directory "/usr/include" > ... > > It seems junk "NONE/include" is in the include path and "/usr/include" > present there twice. Please fix this thing. Especially if project have > NONE directory... -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 9:10:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122]) by hub.freebsd.org (Postfix) with ESMTP id 947BE37B401; Mon, 27 May 2002 09:10:41 -0700 (PDT) Received: (from mike@localhost) by espresso.q9media.com (8.11.6/8.11.6) id g4RG8va62693; Mon, 27 May 2002 12:08:57 -0400 (EDT) (envelope-from mike) Date: Mon, 27 May 2002 12:08:57 -0400 From: Mike Barcroft To: Andrea Campi Cc: current@freebsd.org, ports@freebsd.org Subject: Re: machine/endian.h revision 1.33 breaks port x11-fm/gentoo Message-ID: <20020527120857.I26122@espresso.q9media.com> References: <20020518223207.GA74796@nemesis.informatik.unibw-muenchen.de> <20020526233449.E6884@bank-pedersen.dk> <20020526192714.H26122@espresso.q9media.com> <20020527133850.GA340@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020527133850.GA340@webcom.it>; from andrea@webcom.it on Mon, May 27, 2002 at 03:38:50PM +0200 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrea Campi writes: > There's a problem with coldsync port on -current which has to do with > endian macros: > > cc -Wall -ansi -pedantic -O -pipe -march=pentiumpro -DHAVE_CONFIG_H -I. -I./.. - > I./../include -I/usr/local/include -c PConnection_net.c > In file included from /usr/include/arpa/nameser.h:446, > from PConnection_net.c:11: > /usr/include/arpa/nameser_compat.h:54: syntax error before string constant > /usr/include/arpa/nameser_compat.h:82: duplicate member `rd' > /usr/include/arpa/nameser_compat.h:83: duplicate member `tc' > /usr/include/arpa/nameser_compat.h:84: duplicate member `aa' > /usr/include/arpa/nameser_compat.h:85: duplicate member `opcode' > /usr/include/arpa/nameser_compat.h:86: duplicate member `qr' > /usr/include/arpa/nameser_compat.h:88: duplicate member `rcode' > /usr/include/arpa/nameser_compat.h:89: duplicate member `cd' > /usr/include/arpa/nameser_compat.h:90: duplicate member `ad' > /usr/include/arpa/nameser_compat.h:91: duplicate member `unused' > /usr/include/arpa/nameser_compat.h:92: duplicate member `ra' > In file included from PConnection_net.c:12: > /usr/include/resolv.h:130: field `in6a' has incomplete type > *** Error code 1 > > > Anybody cares to have a look? Hmm, the application thinks it conforms to POSIX, but uses headers not defined in POSIX. Removing: #ifndef _POSIX_C_SOURCE # define _POSIX_C_SOURCE 2 #endif /* _POSIX_C_SOURCE */ ...from config.h will probably fix it. I may just change all the headers over to _BYTE_ORDER and friends, so that even confussed applications work. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 10:52:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 7283E37B406 for ; Mon, 27 May 2002 10:52:23 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g4RHqMJn059935; Mon, 27 May 2002 10:52:22 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g4RHqMqb059934; Mon, 27 May 2002 10:52:22 -0700 (PDT) Date: Mon, 27 May 2002 10:52:22 -0700 From: "David O'Brien" To: "Georg-W. Koltermann" Cc: Craig Carey , freebsd-current@FreeBSD.ORG Subject: Re: reading kernel dump - post gcc 3.1 Message-ID: <20020527105222.B58964@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <5.1.1.2.2.20020525120838.03356390@202.89.128.27> <1022494993.812.22.camel@hunter.muc.macsch.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1022494993.812.22.camel@hunter.muc.macsch.com>; from Georg.Koltermann@mscsoftware.com on Mon, May 27, 2002 at 12:23:13PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, May 27, 2002 at 12:23:13PM +0200, Georg-W. Koltermann wrote: > Please read bin/38236. I wasn't asking for general directions but for a > specific solution to a current -current problem. RTFM specifically the "-gstabs+" GCC option. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 10:55: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 3AE3537B401 for ; Mon, 27 May 2002 10:54:56 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g4RHstJn060332; Mon, 27 May 2002 10:54:55 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g4RHstQC060331; Mon, 27 May 2002 10:54:55 -0700 (PDT) Date: Mon, 27 May 2002 10:54:55 -0700 From: "David O'Brien" To: Jun Kuriyama Cc: freebsd-current@FreeBSD.ORG Subject: Re: gdb breaks world Message-ID: <20020527105455.C58964@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <20020518125604.A72462@troutmask.apl.washington.edu> <20020519180529.A81591@troutmask.apl.washington.edu> <3CE8642A.E00F6663@mindspring.com> <200205220957.24351.dfr@nlsystems.com> <20020522115339.A81067@dragon.nuxi.com> <7mznyme3ts.wl@black.imgsrc.co.jp> <20020526194539.A13949@dragon.nuxi.com> <7mn0umdq4j.wl@black.imgsrc.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <7mn0umdq4j.wl@black.imgsrc.co.jp>; from kuriyama@imgsrc.co.jp on Mon, May 27, 2002 at 04:08:44PM +0900 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, May 27, 2002 at 04:08:44PM +0900, Jun Kuriyama wrote: > At Mon, 27 May 2002 02:46:01 +0000 (UTC), > David O'Brien wrote: > > Add it to COPTFLAGS. Why are you adding it to DEBUG? > > ``grep DEBUG /sys/conf/*.mk /sys/conf/Makefile.*'' shows DEBUG is not > > used this way. > > I added it to DEBUG because I think "-gstabs+" will be used as > replacement of "-g". I added it to COPTFLAGS and tried again, but no > luck. > > makeoptions COPTFLAGS=-gstabs+ #Build kernel with gdb(1) debug symbols Verify that your entire kernel is built with "-g -gstabs+". If you still cannot use gdb on a core dump, maybe there is a core dump format change GDB needs to catch up with. Please use the various objdump, etc. tools to verify what type of debugging is in kernel.debug. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 10:59: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id AE01237B404 for ; Mon, 27 May 2002 10:58:57 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g4RHwvJn060877; Mon, 27 May 2002 10:58:57 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g4RHwsl9060874; Mon, 27 May 2002 10:58:54 -0700 (PDT) Date: Mon, 27 May 2002 10:58:54 -0700 From: "David O'Brien" To: Sheldon Hearn Cc: Lamont Granquist , freebsd-current@freebsd.org Subject: Re: gcc internal compiler error with mozilla Message-ID: <20020527105854.D58964@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20020526152212.U587-100000@coredump.scriptkiddie.org> <10930.1022504376@axl.seasidesoftware.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <10930.1022504376@axl.seasidesoftware.co.za>; from sheldonh@starjuice.net on Mon, May 27, 2002 at 02:59:36PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, May 27, 2002 at 02:59:36PM +0200, Sheldon Hearn wrote: > > > On Sun, 26 May 2002 15:28:44 MST, Lamont Granquist wrote: > > > I got non-deterministic internal compiler errors when I was trying to > > compile mozilla. At the same time I was compiling gnome in another > > terminal window. It only happened with mozilla, it was non-deterministic > > in that I could do another 'make' and it would proceed past the point it > > failed. > > At the moment, the c++ compiler in the base system can't be used to > build Mozilla. > > Install the lang/gcc31 port and build Mozilla as follows: > > cd /usr/ports/www/mozilla > make CXX=/usr/local/bin/g++31 Please raise your concern with portmgr@freebsd.org. I provided them with a USE_GCC patch that would make this easier 2 months ago. It still has yet to be committed to bsd.port.mk. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 11:15:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from van-laarhoven.org (ap-z-5ab8.adsl.wanadoo.nl [212.129.218.184]) by hub.freebsd.org (Postfix) with SMTP id 5622237B406 for ; Mon, 27 May 2002 11:15:23 -0700 (PDT) Received: (qmail 76031 invoked from network); 27 May 2002 18:15:21 -0000 Received: from heather.van-laarhoven.org (10.66.0.2) by uitsmijter.van-laarhoven.org with SMTP; 27 May 2002 18:15:21 -0000 Date: Mon, 27 May 2002 20:15:21 +0200 (CEST) From: Nick Hibma To: FreeBSD CURRENT Mailing List Subject: New kernel option GDBSPEED (as in CONSPEED)? Message-ID: <20020527122123.L225-200000@heather.van-laarhoven.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; boundary="0-796067259-1022523231=:54794" Content-ID: <20020527201430.U54794@heather.van-laarhoven.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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-796067259-1022523231=:54794 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-ID: <20020527201430.V54794@heather.van-laarhoven.org> CONSPEED is used for both console and gdb. This is a bit awkward because it means that I have to run my kernel console on 9600 baud on my diskless box. The attached patch fixes this by introducing another variable GDBSPEED. The patch makes the default for GDBSPEED 9600, so anyone who uses a higher speed would need to set the variable to something sensible afterwards. Would that require an entry in UPDATING? Is there any documentation that needs to be updated because of this change (I couldn't find anything that mentioned CONSPEED wrt gdb in either src/ or doc/) Any objections? Nick -- n_hibma@van-laarhoven.org http://www.van-laarhoven.org/ n_hibma@FreeBSD.org http://www.etla.net/~n_hibma/ --0-796067259-1022523231=:54794 Content-Type: TEXT/PLAIN; charset=us-ascii; name="gdbspeed.diff" Content-Transfer-Encoding: BASE64 Content-ID: <20020527201351.D54794@heather.van-laarhoven.org> Content-Description: Content-Disposition: attachment; filename="gdbspeed.diff" SW5kZXg6IHN5cy9jb25mL29wdGlvbnMuaTM4Ng0KPT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PQ0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3N5cy9jb25mL29w dGlvbnMuaTM4Nix2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTcwDQpkaWZm IC11IC1yMS4xNzAgb3B0aW9ucy5pMzg2DQotLS0gc3lzL2NvbmYvb3B0aW9u cy5pMzg2CTE2IE1heSAyMDAyIDIxOjIzOjQwIC0wMDAwCTEuMTcwDQorKysg c3lzL2NvbmYvb3B0aW9ucy5pMzg2CTIzIE1heSAyMDAyIDE5OjM4OjQyIC0w MDAwDQpAQCAtMTUsNiArMTUsNyBAQA0KIEFVVE9fRU9JXzEJCW9wdF9hdXRv X2VvaS5oDQogQVVUT19FT0lfMgkJb3B0X2F1dG9fZW9pLmgNCiBDT05TUEVF RAkJb3B0X2NvbWNvbnNvbGUuaA0KK0dEQlNQRUVECQlvcHRfY29tY29uc29s ZS5oDQogSTU4Nl9QTUNfR1VQUk9GCQlvcHRfaTU4Nl9ndXByb2YuaA0KIFdM Q0FDSEUJCQlvcHRfd2F2ZWxhbi5oDQogV0xERUJVRwkJCW9wdF93YXZlbGFu LmgNCkluZGV4OiBzeXMvY29uZi9vcHRpb25zLnBjOTgNCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0NClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvY29u Zi9vcHRpb25zLnBjOTgsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjE0NQ0K ZGlmZiAtdSAtcjEuMTQ1IG9wdGlvbnMucGM5OA0KLS0tIHN5cy9jb25mL29w dGlvbnMucGM5OAkxOSBNYXkgMjAwMiAxMzoxODoxMCAtMDAwMAkxLjE0NQ0K KysrIHN5cy9jb25mL29wdGlvbnMucGM5OAkyMyBNYXkgMjAwMiAxOTozODo1 OCAtMDAwMA0KQEAgLTE1LDYgKzE1LDcgQEANCiBBVVRPX0VPSV8xCQlvcHRf YXV0b19lb2kuaA0KIEFVVE9fRU9JXzIJCW9wdF9hdXRvX2VvaS5oDQogQ09O U1BFRUQJCW9wdF9jb21jb25zb2xlLmgNCitHREJTUEVFRAkJb3B0X2NvbWNv bnNvbGUuaA0KIEk1ODZfUE1DX0dVUFJPRgkJb3B0X2k1ODZfZ3Vwcm9mLmgN CiBXTENBQ0hFCQkJb3B0X3dhdmVsYW4uaA0KIFdMREVCVUcJCQlvcHRfd2F2 ZWxhbi5oDQpJbmRleDogc3lzL2Rldi9zaW8vc2lvLmMNCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0NClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvZGV2 L3Npby9zaW8uYyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMzc0DQpkaWZm IC11IC1yMS4zNzQgc2lvLmMNCi0tLSBzeXMvZGV2L3Npby9zaW8uYwkyNiBB cHIgMjAwMiAyMDoyNDoxMCAtMDAwMAkxLjM3NA0KKysrIHN5cy9kZXYvc2lv L3Npby5jCTI2IE1heSAyMDAyIDEwOjI1OjAyIC0wMDAwDQpAQCAtMzMyLDkg KzMzMiw3IEBADQogc3RhdGljCXZvbGF0aWxlIHNwZWVkX3QJY29tZGVmYXVs dHJhdGUgPSBDT05TUEVFRDsNCiBzdGF0aWMJdV9sb25nCQkJY29tZGVmYXVs dHJjbGsgPSBERUZBVUxUX1JDTEs7DQogU1lTQ1RMX1VMT05HKF9tYWNoZGVw LCBPSURfQVVUTywgY29ucmNsaywgQ1RMRkxBR19SVywgJmNvbWRlZmF1bHRy Y2xrLCAwLCAiIik7DQotI2lmZGVmIF9fYWxwaGFfXw0KLXN0YXRpYwl2b2xh dGlsZSBzcGVlZF90CWdkYmRlZmF1bHRyYXRlID0gQ09OU1BFRUQ7DQotI2Vu ZGlmDQorc3RhdGljCXZvbGF0aWxlIHNwZWVkX3QJZ2RiZGVmYXVsdHJhdGUg PSBHREJTUEVFRDsNCiBzdGF0aWMJdV9pbnQJY29tX2V2ZW50czsJLyogaW5w dXQgY2hhcnMgKyB3ZWlnaHRlZCBvdXRwdXQgY29tcGxldGlvbnMgKi8NCiBz dGF0aWMJUG9ydF90CXNpb2NuaW9iYXNlOw0KICNpZm5kZWYgX19hbHBoYV9f DQpAQCAtNDE4LDYgKzQxNiwzMiBAQA0KIAkgICAgMCwgMCwgc3lzY3RsX21h Y2hkZXBfY29tZGVmYXVsdHJhdGUsICJJIiwgIiIpOw0KIC8qIFRVTkFCTEVf SU5UKCJtYWNoZGVwLmNvbnNwZWVkIiwgJmNvbWRlZmF1bHRyYXRlKTsgKi8N CiANCisjaWZuZGVmIF9fYWxwaGFfXw0KKy8qDQorICogSGFuZGxlIHN5c2N0 bCByZWFkL3dyaXRlIHJlcXVlc3RzIGZvciBzZXJpYWwgZ2RiIHNwZWVkDQor ICovDQorDQorc3RhdGljIGludA0KK3N5c2N0bF9tYWNoZGVwX2dkYmRlZmF1 bHRyYXRlKFNZU0NUTF9IQU5ETEVSX0FSR1MpDQorew0KKwlpbnQgZXJyb3I7 DQorCXNwZWVkX3QgbmV3c3BlZWQ7DQorDQorCW5ld3NwZWVkID0gZ2RiZGVm YXVsdHJhdGU7DQorDQorCWVycm9yID0gc3lzY3RsX2hhbmRsZV9vcGFxdWUo b2lkcCwgJm5ld3NwZWVkLCBzaXplb2YgbmV3c3BlZWQsIHJlcSk7DQorCWlm IChlcnJvciB8fCAhcmVxLT5uZXdwdHIpDQorCQlyZXR1cm4gKGVycm9yKTsN CisNCisJZ2RiZGVmYXVsdHJhdGUgPSBuZXdzcGVlZDsNCisNCisJcmV0dXJu IDA7DQorfQ0KKw0KK1NZU0NUTF9QUk9DKF9tYWNoZGVwLCBPSURfQVVUTywg Z2Ric3BlZWQsIENUTFRZUEVfSU5UIHwgQ1RMRkxBR19SVywNCisJICAgIDAs IDAsIHN5c2N0bF9tYWNoZGVwX2dkYmRlZmF1bHRyYXRlLCAiSSIsICIiKTsN CisjZW5kaWYNCisNCiAjZGVmaW5lIFNFVF9GTEFHKGRldiwgYml0KSBkZXZp Y2Vfc2V0X2ZsYWdzKGRldiwgZGV2aWNlX2dldF9mbGFncyhkZXYpIHwgKGJp dCkpDQogI2RlZmluZSBDTFJfRkxBRyhkZXYsIGJpdCkgZGV2aWNlX3NldF9m bGFncyhkZXYsIGRldmljZV9nZXRfZmxhZ3MoZGV2KSAmIH4oYml0KSkNCiAN CkBAIC0zMTI2LDEzICszMTUwLDE3IEBADQogCVBvcnRfdAlpb2Jhc2U7DQog CWludAlzOw0KIAlzdHJ1Y3Qgc2lvY25zdGF0ZQlzcDsNCisJc3BlZWRfdAlz cGVlZDsNCiANCi0JaWYgKG1pbm9yKGRldikgPT0gc2lvZ2RidW5pdCkNCisJ aWYgKG1pbm9yKGRldikgPT0gc2lvZ2RidW5pdCkgew0KIAkJaW9iYXNlID0g c2lvZ2RiaW9iYXNlOw0KLQllbHNlDQorCQlzcGVlZCA9IGdkYmRlZmF1bHRy YXRlOw0KKwl9IGVsc2Ugew0KIAkJaW9iYXNlID0gc2lvY25pb2Jhc2U7DQor CQlzcGVlZCA9IGNvbWRlZmF1bHRyYXRlOw0KKwl9DQogCXMgPSBzcGx0dHko KTsNCi0Jc2lvY25vcGVuKCZzcCwgaW9iYXNlLCBjb21kZWZhdWx0cmF0ZSk7 DQorCXNpb2Nub3Blbigmc3AsIGlvYmFzZSwgc3BlZWQpOw0KIAlpZiAoaW5i KGlvYmFzZSArIGNvbV9sc3IpICYgTFNSX1JYUkRZKQ0KIAkJYyA9IGluYihp b2Jhc2UgKyBjb21fZGF0YSk7DQogCWVsc2UNCkBAIC0zMTUxLDEzICszMTc5 LDE3IEBADQogCVBvcnRfdAlpb2Jhc2U7DQogCWludAlzOw0KIAlzdHJ1Y3Qg c2lvY25zdGF0ZQlzcDsNCisJc3BlZWRfdAlzcGVlZDsNCiANCi0JaWYgKG1p bm9yKGRldikgPT0gc2lvZ2RidW5pdCkNCisJaWYgKG1pbm9yKGRldikgPT0g c2lvZ2RidW5pdCkgew0KIAkJaW9iYXNlID0gc2lvZ2RiaW9iYXNlOw0KLQll bHNlDQorCQlzcGVlZCA9IGdkYmRlZmF1bHRyYXRlOw0KKwl9IGVsc2Ugew0K IAkJaW9iYXNlID0gc2lvY25pb2Jhc2U7DQorCQlzcGVlZCA9IGNvbWRlZmF1 bHRyYXRlOw0KKwl9DQogCXMgPSBzcGx0dHkoKTsNCi0Jc2lvY25vcGVuKCZz cCwgaW9iYXNlLCBjb21kZWZhdWx0cmF0ZSk7DQorCXNpb2Nub3Blbigmc3As IGlvYmFzZSwgc3BlZWQpOw0KIAl3aGlsZSAoIShpbmIoaW9iYXNlICsgY29t X2xzcikgJiBMU1JfUlhSRFkpKQ0KIAkJOw0KIAljID0gaW5iKGlvYmFzZSAr IGNvbV9kYXRhKTsNCkBAIC0zMTc1LDE4ICszMjA3LDIyIEBADQogCWludAlz Ow0KIAlzdHJ1Y3Qgc2lvY25zdGF0ZQlzcDsNCiAJUG9ydF90CWlvYmFzZTsN CisJc3BlZWRfdAlzcGVlZDsNCiANCi0JaWYgKG1pbm9yKGRldikgPT0gc2lv Z2RidW5pdCkNCisJaWYgKG1pbm9yKGRldikgPT0gc2lvZ2RidW5pdCkgew0K IAkJaW9iYXNlID0gc2lvZ2RiaW9iYXNlOw0KLQllbHNlDQorCQlzcGVlZCA9 IGdkYmRlZmF1bHRyYXRlOw0KKwl9IGVsc2Ugew0KIAkJaW9iYXNlID0gc2lv Y25pb2Jhc2U7DQorCQlzcGVlZCA9IGNvbWRlZmF1bHRyYXRlOw0KKwl9DQog CXMgPSBzcGx0dHkoKTsNCiAJbmVlZF91bmxvY2sgPSAwOw0KIAlpZiAoc2lv X2luaXRlZCA9PSAyICYmICFtdHhfb3duZWQoJnNpb19sb2NrKSkgew0KIAkJ bXR4X2xvY2tfc3Bpbigmc2lvX2xvY2spOw0KIAkJbmVlZF91bmxvY2sgPSAx Ow0KIAl9DQotCXNpb2Nub3Blbigmc3AsIGlvYmFzZSwgY29tZGVmYXVsdHJh dGUpOw0KKwlzaW9jbm9wZW4oJnNwLCBpb2Jhc2UsIHNwZWVkKTsNCiAJc2lv Y250eHdhaXQoaW9iYXNlKTsNCiAJb3V0Yihpb2Jhc2UgKyBjb21fZGF0YSwg Yyk7DQogCXNpb2NuY2xvc2UoJnNwLCBpb2Jhc2UpOw0KSW5kZXg6IHN5cy9k ZXYvc2lvL3Npb3JlZy5oDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1Mg ZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2Rldi9zaW8vc2lvcmVnLmgsdg0K cmV0cmlldmluZyByZXZpc2lvbiAxLjE5DQpkaWZmIC11IC1yMS4xOSBzaW9y ZWcuaA0KLS0tIHN5cy9kZXYvc2lvL3Npb3JlZy5oCTMxIEphbiAyMDAyIDA4 OjIzOjMwIC0wMDAwCTEuMTkNCisrKyBzeXMvZGV2L3Npby9zaW9yZWcuaAky MyBNYXkgMjAwMiAxOTozOTo1NCAtMDAwMA0KQEAgLTEyMyw0ICsxMjMsOSBA QA0KICNkZWZpbmUgQ09OU1BFRUQgOTYwMA0KICNlbmRpZg0KIA0KKy8qIGRl ZmF1bHQgc2VyaWFsIGdkYiBzcGVlZCBpZiBub3Qgc2V0IHdpdGggc3lzY3Rs IG9yIHByb2JlZCBmcm9tIGJvb3QgKi8NCisjaWZuZGVmIEdEQlNQRUVEDQor I2RlZmluZSBHREJTUEVFRCA5NjAwDQorI2VuZGlmDQorDQogI2RlZmluZQlJ T19DT01TSVpFCTgJCS8qIDgyNTAsIDE2eDUwIGNvbSBjb250cm9sbGVycyAq Lw0KSW5kZXg6IHN5cy9wYzk4L3BjOTgvc2lvLmMNCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT0NClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvcGM5OC9w Yzk4L3Npby5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xNzINCmRpZmYg LXUgLXIxLjE3MiBzaW8uYw0KLS0tIHN5cy9wYzk4L3BjOTgvc2lvLmMJMjYg QXByIDIwMDIgMjA6MjQ6MjYgLTAwMDAJMS4xNzINCisrKyBzeXMvcGM5OC9w Yzk4L3Npby5jCTIzIE1heSAyMDAyIDE5OjQ0OjI2IC0wMDAwDQpAQCAtNDMw LDkgKzQzMCw3IEBADQogc3RhdGljCXZvbGF0aWxlIHNwZWVkX3QJY29tZGVm YXVsdHJhdGUgPSBDT05TUEVFRDsNCiBzdGF0aWMJdV9sb25nCQkJY29tZGVm YXVsdHJjbGsgPSBERUZBVUxUX1JDTEs7DQogU1lTQ1RMX1VMT05HKF9tYWNo ZGVwLCBPSURfQVVUTywgY29ucmNsaywgQ1RMRkxBR19SVywgJmNvbWRlZmF1 bHRyY2xrLCAwLCAiIik7DQotI2lmZGVmIF9fYWxwaGFfXw0KLXN0YXRpYwl2 b2xhdGlsZSBzcGVlZF90CWdkYmRlZmF1bHRyYXRlID0gQ09OU1BFRUQ7DQot I2VuZGlmDQorc3RhdGljCXZvbGF0aWxlIHNwZWVkX3QJZ2RiZGVmYXVsdHJh dGUgPSBHREJTUEVFRDsNCiBzdGF0aWMJdV9pbnQJY29tX2V2ZW50czsJLyog aW5wdXQgY2hhcnMgKyB3ZWlnaHRlZCBvdXRwdXQgY29tcGxldGlvbnMgKi8N CiBzdGF0aWMJUG9ydF90CXNpb2NuaW9iYXNlOw0KICNpZm5kZWYgX19hbHBo YV9fDQpAQCAtNzYxLDYgKzc1OSwzNiBAQA0KIFNZU0NUTF9QUk9DKF9tYWNo ZGVwLCBPSURfQVVUTywgY29uc3BlZWQsIENUTFRZUEVfSU5UIHwgQ1RMRkxB R19SVywNCiAJICAgIDAsIDAsIHN5c2N0bF9tYWNoZGVwX2NvbWRlZmF1bHRy YXRlLCAiSSIsICIiKTsNCiANCisjaWZkZWYgX19hbHBoYV9fDQorLyoNCisg KiBIYW5kbGUgc3lzY3RsIHJlYWQvd3JpdGUgcmVxdWVzdHMgZm9yIHNlcmlh bCBnZGIgc3BlZWQNCisgKi8NCisNCitzdGF0aWMgaW50DQorc3lzY3RsX21h Y2hkZXBfZ2RiZGVmYXVsdHJhdGUoU1lTQ1RMX0hBTkRMRVJfQVJHUykNCit7 DQorCWludCBlcnJvcjsNCisJc3BlZWRfdCBuZXdzcGVlZDsNCisNCisJbmV3 c3BlZWQgPSBnZGJkZWZhdWx0cmF0ZTsNCisNCisJZXJyb3IgPSBzeXNjdGxf aGFuZGxlX29wYXF1ZShvaWRwLCAmbmV3c3BlZWQsIHNpemVvZiBuZXdzcGVl ZCwgcmVxKTsNCisJaWYgKGVycm9yIHx8ICFyZXEtPm5ld3B0cikNCisJCXJl dHVybiAoZXJyb3IpOw0KKw0KKwlnZGJkZWZhdWx0cmF0ZSA9IG5ld3NwZWVk Ow0KKw0KKwlyZXR1cm4gMDsNCit9DQorDQorU1lTQ1RMX1BST0MoX21hY2hk ZXAsIE9JRF9BVVRPLCBnZGJzcGVlZCwgQ1RMVFlQRV9JTlQgfCBDVExGTEFH X1JXLA0KKwkgICAgMCwgMCwgc3lzY3RsX21hY2hkZXBfZ2RiZGVmYXVsdHJh dGUsICJJIiwgIiIpOw0KKyNlbmRpZg0KKw0KKyNkZWZpbmUgU0VUX0ZMQUco ZGV2LCBiaXQpIGRldmljZV9zZXRfZmxhZ3MoZGV2LCBkZXZpY2VfZ2V0X2Zs YWdzKGRldikgfCAoYml0KSkNCisjZGVmaW5lIENMUl9GTEFHKGRldiwgYml0 KSBkZXZpY2Vfc2V0X2ZsYWdzKGRldiwgZGV2aWNlX2dldF9mbGFncyhkZXYp ICYgfihiaXQpKQ0KKw0KKw0KIC8qDQogICoJVW5sb2FkIHRoZSBkcml2ZXIg YW5kIGNsZWFyIHRoZSB0YWJsZS4NCiAgKglYWFggdGhpcyBpcyBtb3N0bHkg d3JvbmcuDQpAQCAtNDM1OSwxMyArNDM4NywxNyBAQA0KIAlQb3J0X3QJaW9i YXNlOw0KIAlpbnQJczsNCiAJc3RydWN0IHNpb2Nuc3RhdGUJc3A7DQorCXNw ZWVkX3QJc3BlZWQ7DQogDQotCWlmIChtaW5vcihkZXYpID09IHNpb2dkYnVu aXQpDQorCWlmIChtaW5vcihkZXYpID09IHNpb2dkYnVuaXQpIHsNCiAJCWlv YmFzZSA9IHNpb2dkYmlvYmFzZTsNCi0JZWxzZQ0KKwkJc3BlZWQgPSBnZGJk ZWZhdWx0cmF0ZTsNCisJfSBlbHNlIHsNCiAJCWlvYmFzZSA9IHNpb2NuaW9i YXNlOw0KKwkJc3BlZWQgPSBjb21kZWZhdWx0cmF0ZTsNCisJfQ0KIAlzID0g c3BsdHR5KCk7DQotCXNpb2Nub3Blbigmc3AsIGlvYmFzZSwgY29tZGVmYXVs dHJhdGUpOw0KKwlzaW9jbm9wZW4oJnNwLCBpb2Jhc2UsIHNwZWVkKTsNCiAJ aWYgKGluYihpb2Jhc2UgKyBjb21fbHNyKSAmIExTUl9SWFJEWSkNCiAJCWMg PSBpbmIoaW9iYXNlICsgY29tX2RhdGEpOw0KIAllbHNlDQpAQCAtNDM4NCwx MyArNDQxNiwxNyBAQA0KIAlQb3J0X3QJaW9iYXNlOw0KIAlpbnQJczsNCiAJ c3RydWN0IHNpb2Nuc3RhdGUJc3A7DQorCXNwZWVkX3QJc3BlZWQ7DQogDQot CWlmIChtaW5vcihkZXYpID09IHNpb2dkYnVuaXQpDQorCWlmIChtaW5vcihk ZXYpID09IHNpb2dkYnVuaXQpIHsNCiAJCWlvYmFzZSA9IHNpb2dkYmlvYmFz ZTsNCi0JZWxzZQ0KKwkJc3BlZWQgPSBnZGJkZWZhdWx0cmF0ZTsNCisJfSBl bHNlIHsNCiAJCWlvYmFzZSA9IHNpb2NuaW9iYXNlOw0KKwkJc3BlZWQgPSBj b21kZWZhdWx0cmF0ZTsNCisJfQ0KIAlzID0gc3BsdHR5KCk7DQotCXNpb2Nu b3Blbigmc3AsIGlvYmFzZSwgY29tZGVmYXVsdHJhdGUpOw0KKwlzaW9jbm9w ZW4oJnNwLCBpb2Jhc2UsIHNwZWVkKTsNCiAJd2hpbGUgKCEoaW5iKGlvYmFz ZSArIGNvbV9sc3IpICYgTFNSX1JYUkRZKSkNCiAJCTsNCiAJYyA9IGluYihp b2Jhc2UgKyBjb21fZGF0YSk7DQpAQCAtNDQwOSwxNyArNDQ0NSwyMCBAQA0K IAlzdHJ1Y3Qgc2lvY25zdGF0ZQlzcDsNCiAJUG9ydF90CWlvYmFzZTsNCiAN Ci0JaWYgKG1pbm9yKGRldikgPT0gc2lvZ2RidW5pdCkNCisJaWYgKG1pbm9y KGRldikgPT0gc2lvZ2RidW5pdCkgew0KIAkJaW9iYXNlID0gc2lvZ2RiaW9i YXNlOw0KLQllbHNlDQorCQlzcGVlZCA9IGdkYmRlZmF1bHRyYXRlOw0KKwl9 IGVsc2Ugew0KIAkJaW9iYXNlID0gc2lvY25pb2Jhc2U7DQorCQlzcGVlZCA9 IGNvbWRlZmF1bHRyYXRlOw0KKwl9DQogCXMgPSBzcGx0dHkoKTsNCiAJbmVl ZF91bmxvY2sgPSAwOw0KIAlpZiAoc2lvX2luaXRlZCA9PSAyICYmICFtdHhf b3duZWQoJnNpb19sb2NrKSkgew0KIAkJbXR4X2xvY2tfc3Bpbigmc2lvX2xv Y2spOw0KIAkJbmVlZF91bmxvY2sgPSAxOw0KIAl9DQotCXNpb2Nub3Blbigm c3AsIGlvYmFzZSwgY29tZGVmYXVsdHJhdGUpOw0KKwlzaW9jbm9wZW4oJnNw LCBpb2Jhc2UsIHNwZWVkKTsNCiAJc2lvY250eHdhaXQoaW9iYXNlKTsNCiAJ b3V0Yihpb2Jhc2UgKyBjb21fZGF0YSwgYyk7DQogCXNpb2NuY2xvc2UoJnNw LCBpb2Jhc2UpOw0K --0-796067259-1022523231=:54794-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 12:31:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 339C837B407; Mon, 27 May 2002 12:31:30 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g4RJVSY19964; Mon, 27 May 2002 13:31:29 -0600 (MDT) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g4RJVRG23725; Mon, 27 May 2002 13:31:27 -0600 (MDT) (envelope-from imp@village.org) Date: Mon, 27 May 2002 13:31:12 -0600 (MDT) Message-Id: <20020527.133112.51302636.imp@village.org> To: jholland@cs.selu.edu Cc: mobile@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: wi0 wpc11 wireless lockup problem From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I think you are getting bitten by the toshiba topic suckage bug. Sometimes interrupts don't happen on it :-( Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 13:10:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by hub.freebsd.org (Postfix) with ESMTP id 48F7437B404 for ; Mon, 27 May 2002 13:10:32 -0700 (PDT) Received: from [192.168.69.11] (unknown [192.168.69.11]) by warez.scriptkiddie.org (Postfix) with ESMTP id B113562D1A; Mon, 27 May 2002 13:10:27 -0700 (PDT) Date: Mon, 27 May 2002 13:14:21 -0700 (PDT) From: Lamont Granquist To: Jun Kuriyama Cc: freebsd-current@freebsd.org Subject: Re: Messages from WITNESS [Sun May 26 kernel] In-Reply-To: <7m1ybyfikb.wl@black.imgsrc.co.jp> Message-ID: <20020527131052.M8160-100000@coredump.scriptkiddie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG from May 26 kernel: % dmesg | egrep sleep | sort | uniq -c 3 /usr/src/sys/vm/uma_core.c:1324: could sleep with "UMA lock" locked from /usr/src/sys/vm/uma_core.c:1157 2 /usr/src/sys/vm/uma_core.c:1324: could sleep with "eventhandler" locked from /usr/src/sys/kern/subr_eventhandler.c:162 78 /usr/src/sys/vm/uma_core.c:1324: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 4 /usr/src/sys/vm/uma_core.c:1324: could sleep with "pcm0:fake" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 4 /usr/src/sys/vm/uma_core.c:1324: could sleep with "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 28 /usr/src/sys/vm/uma_core.c:1324: could sleep with "pcm0:play:1" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 4 /usr/src/sys/vm/uma_core.c:1324: could sleep with "pcm0:play:2" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 4 /usr/src/sys/vm/uma_core.c:1324: could sleep with "pcm0:play:3" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 4 /usr/src/sys/vm/uma_core.c:1324: could sleep with "pcm0:record:0" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 4 /usr/src/sys/vm/uma_core.c:1324: could sleep with "pcm0:record:1" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 2 /usr/src/sys/vm/uma_core.c:1324: could sleep with "process lock" locked from /usr/src/sys/kern/kern_exec.c:316 5 /usr/src/sys/vm/uma_core.c:1324: could sleep with "process lock" locked from /usr/src/sys/kern/kern_prot.c:511 7 /usr/src/sys/vm/uma_core.c:1324: could sleep with "process lock" locked from /usr/src/sys/kern/kern_prot.c:613 1 /usr/src/sys/vm/uma_core.c:1324: could sleep with "rman" locked from /usr/src/sys/kern/subr_rman.c:194 1 /usr/src/sys/vm/uma_core.c:1324: could sleep with "sf_bufs list lock" locked from /usr/src/sys/kern/uipc_syscalls.c:1578 (i'll try enabling that sysctl and getting some tracebacks right after i'm done with this ports compile...) On Mon, 27 May 2002, Jun Kuriyama wrote: > At Sun, 26 May 2002 22:19:58 +0000 (UTC), > Alfred Perlstein wrote: > > Uh, why don't you guys enable 'debug.witness_ddb' and get us some > > tracebacks? :) > > Could this help you? > > ../../../vm/uma_core.c:1324: could sleep with "process lock" locked from ../../../kern/kern_prot.c:867 > ../../../vm/uma_core.c:1324: could sleep with "pcm0:play:0" locked from ../../../dev/sound/pcm/sound.c:191 > Debugger("witness_sleep") > Stopped at Debugger+0x46: xchgl %ebx,in_Debugger.0 > db> trace > Debugger(c02d6fa0) at Debugger+0x46 > witness_sleep(1,0,c02ea491,52c) at witness_sleep+0xf8 > uma_zalloc_arg(c081d5a0,0,4) at uma_zalloc_arg+0x3e > malloc(30,c031b020,4,e2fc3180,0) at malloc+0x78 > kobj_create(c031b0c0,c031b020,4,e2fc3180,e2f8cc00) at kobj_create+0x1a > feeder_create(c031b0c0,0,e2fc3180,e7f96974,c017ebb5) at feeder_create+0x18 > chn_addfeeder(e2fc3180,c031b0c0,0) at chn_addfeeder+0x12 > chn_buildfeeder(e2fc3180) at chn_buildfeeder+0x5b > chn_tryformat(e2fc3180,8,0,1f40,e2fc3180) at chn_tryformat+0x28 > chn_setformat(e2fc3180,8,e2fc3338,3,c035cad0) at chn_setformat+0x15 > chn_reset(e2fc3180,8) at chn_reset+0xc5 > dsp_open(c035cad0,6,2000,e33a2414,e837f980) at dsp_open+0x21c > spec_open(e7f96a7c,e7f96b28,c01f5e69,e7f96a7c,6) at spec_open+0x12f > spec_vnoperate(e7f96a7c) at spec_vnoperate+0x13 > vn_open_cred(e7f96c10,e7f96b64,0,e837f980,e7f96cec) at vn_open_cred+0x353 > vn_open(e7f96c10,e7f96b64,0,c01c7c54,e7f690f0) at vn_open+0x18 > open(e33a2414,e7f96d14,3,1,297) at open+0x155 > syscall(2f,2f,2f,804e6a4,2807343a) at syscall+0x205 > syscall_with_err_pushed() at syscall_with_err_pushed+0x1b > --- syscall (5, FreeBSD ELF, open), eip = 0x280f4bcb, esp = 0xbfbffa08, ebp = 0xbfbffa44 --- > > > -- > Jun Kuriyama // IMG SRC, Inc. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 13:13:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by hub.freebsd.org (Postfix) with ESMTP id 71D7537B403 for ; Mon, 27 May 2002 13:13:07 -0700 (PDT) Received: from [192.168.69.11] (unknown [192.168.69.11]) by warez.scriptkiddie.org (Postfix) with ESMTP id CD67662D1A for ; Mon, 27 May 2002 13:13:06 -0700 (PDT) Date: Mon, 27 May 2002 13:17:00 -0700 (PDT) From: Lamont Granquist To: freebsd-current@freebsd.org Subject: Lock order reversal In-Reply-To: <7m1ybyfikb.wl@black.imgsrc.co.jp> Message-ID: <20020527131519.O8160-100000@coredump.scriptkiddie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just got this in dmesg: lock order reversal 1st 0xdaa8ce2c process lock (process lock) @ /usr/src/sys/kern/kern_exec.c:316 2nd 0xc0424d60 filelist lock (filelist lock) @ /usr/src/sys/kern/kern_descrip.c:1112 What other information is needed to debug this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 13:21:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from eirik.underworlds.info (a217-118-47-234.bluecom.no [217.118.47.234]) by hub.freebsd.org (Postfix) with SMTP id 3EB5B37B400 for ; Mon, 27 May 2002 13:21:15 -0700 (PDT) Received: (qmail 53125 invoked by uid 1000); 27 May 2002 20:21:08 -0000 Date: Mon, 27 May 2002 22:21:08 +0200 From: Eirik Nygaard To: freebsd-current@freebsd.org Message-ID: <20020527222108.A325@eirik.underworlds.info> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Uptime: 3:59PM up 9 mins, 5 users, load averages: 0.07, 0.04, 0.02 X-URL: http://kverka.org/~eirik/ X-Operting-System: FreeBSD 4.5-Release Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG help To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 13:43: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from cs.selu.edu (cs.selu.edu [147.174.59.5]) by hub.freebsd.org (Postfix) with ESMTP id 3C6A037B400; Mon, 27 May 2002 13:42:58 -0700 (PDT) Received: from localhost (jholland@localhost) by cs.selu.edu (8.11.6/8.11.2) with ESMTP id g4RKguQ26654; Mon, 27 May 2002 15:42:56 -0500 Date: Mon, 27 May 2002 15:42:56 -0500 (CDT) From: Jason P Holland To: mobile@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: wi0 wpc11 wireless lockup problem In-Reply-To: <20020527.133112.51302636.imp@village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG this is a known issue with toshiba laptops? how nice. wireless works great with the exception of this random problem. other than tossing my craptop in the garbage, any suggestions? thanks jason > I think you are getting bitten by the toshiba topic suckage bug. > Sometimes interrupts don't happen on it :-( > > Warner > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-mobile" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 16: 5:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id A484B37B400 for ; Mon, 27 May 2002 16:05:55 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id JAA11044; Tue, 28 May 2002 09:05:48 +1000 Date: Tue, 28 May 2002 09:08:56 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Nick Hibma Cc: FreeBSD CURRENT Mailing List Subject: Re: New kernel option GDBSPEED (as in CONSPEED)? In-Reply-To: <20020527122123.L225-200000@heather.van-laarhoven.org> Message-ID: <20020528090713.R18266-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 27 May 2002, Nick Hibma wrote: > CONSPEED is used for both console and gdb. This is a bit awkward because > it means that I have to run my kernel console on 9600 baud on my > diskless box. The attached patch fixes this by introducing another > variable GDBSPEED. > > The patch makes the default for GDBSPEED 9600, so anyone who uses a > higher speed would need to set the variable to something sensible > afterwards. Would that require an entry in UPDATING? GDBSPEED should default to CONSPEED so that people who don't need it to be different won't have to know about it. The speed should also be the one given by CONSPEED when the gdb port is the same as the console port. > Is there any documentation that needs to be updated because of this > change (I couldn't find anything that mentioned CONSPEED wrt gdb in > either src/ or doc/) I don't know of any. > Any objections? Quite a few. Ones related to the above, plus ones involving the patch being too large for a hack and having style bugs. Comments on the patch in private mail. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 16:21:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-169-107-187.dsl.lsan03.pacbell.net [64.169.107.187]) by hub.freebsd.org (Postfix) with ESMTP id 0549037B401; Mon, 27 May 2002 16:21:25 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 74BD866C0D; Mon, 27 May 2002 16:21:17 -0700 (PDT) Date: Mon, 27 May 2002 16:21:17 -0700 From: Kris Kennaway To: David O'Brien Cc: Sheldon Hearn , Lamont Granquist , freebsd-current@freebsd.org Subject: Re: gcc internal compiler error with mozilla Message-ID: <20020527162117.A1258@xor.obsecurity.org> References: <20020526152212.U587-100000@coredump.scriptkiddie.org> <10930.1022504376@axl.seasidesoftware.co.za> <20020527105854.D58964@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020527105854.D58964@dragon.nuxi.com>; from obrien@freebsd.org on Mon, May 27, 2002 at 10:58:54AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, May 27, 2002 at 10:58:54AM -0700, David O'Brien wrote: > Please raise your concern with portmgr@freebsd.org. I provided them with > a USE_GCC patch that would make this easier 2 months ago. It still has > yet to be committed to bsd.port.mk. For the benefit of others, there are problems with this patch which have yet to be addressed. Kris --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE88r9sWry0BWjoQKURAoKUAKDzaNqg4R/MIvxnNU+FJU5KBy7ZAACfbSDL vxrnSmJQUBNXOJwh/qN8bWs= =ylfH -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 17:34:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 7BCF337B401; Mon, 27 May 2002 17:34:31 -0700 (PDT) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 4BD1281473; Tue, 28 May 2002 10:04:29 +0930 (CST) Date: Tue, 28 May 2002 10:04:29 +0930 From: Greg 'groggy' Lehey To: Ruslan Ermilov Cc: Maxim Sobolev , current@FreeBSD.ORG Subject: Re: World is broken Message-ID: <20020528100429.F16567@wantadilla.lemis.com> References: <3CF2185A.635D3709@FreeBSD.org> <20020527132254.GA85117@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020527132254.GA85117@sunbay.com> User-Agent: Mutt/1.3.23i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday, 27 May 2002 at 16:22:54 +0300, Ruslan Ermilov wrote: > On Mon, May 27, 2002 at 02:28:26PM +0300, Maxim Sobolev wrote: >> Finally I have decided to give post gcc-3.1 perless world a >> try, but found that world doesn't build. :(( The system in >> question is 5-CURRENT makeworlded about a month ago. >> >> Any ideas? >> > Your /usr/include is hosed, well, actually your machine/stdarg.h > is the broken version (rev. 1.12). Please manually install the > revision 1.14 under /usr/include/machine/ and try again. Why is the build using /usr/include? I thought it should use the header files in the source tree. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 18:58:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 780EC37B407 for ; Mon, 27 May 2002 18:58:10 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g4S1w5Jn097355; Mon, 27 May 2002 18:58:06 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g4S1w1VU097352; Mon, 27 May 2002 18:58:01 -0700 (PDT) Date: Mon, 27 May 2002 18:58:00 -0700 From: "David O'Brien" To: Kris Kennaway Cc: Sheldon Hearn , Lamont Granquist , freebsd-current@freebsd.org Subject: Re: gcc internal compiler error with mozilla Message-ID: <20020527185800.C47947@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20020526152212.U587-100000@coredump.scriptkiddie.org> <10930.1022504376@axl.seasidesoftware.co.za> <20020527105854.D58964@dragon.nuxi.com> <20020527162117.A1258@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020527162117.A1258@xor.obsecurity.org>; from kris@obsecurity.org on Mon, May 27, 2002 at 04:21:17PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, May 27, 2002 at 04:21:17PM -0700, Kris Kennaway wrote: > On Mon, May 27, 2002 at 10:58:54AM -0700, David O'Brien wrote: > > > Please raise your concern with portmgr@freebsd.org. I provided them with > > a USE_GCC patch that would make this easier 2 months ago. It still has > > yet to be committed to bsd.port.mk. > > For the benefit of others, there are problems with this patch which > have yet to be addressed. What are they? We need something now, in some form. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 19: 3:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-169-107-187.dsl.lsan03.pacbell.net [64.169.107.187]) by hub.freebsd.org (Postfix) with ESMTP id 33CEF37B407; Mon, 27 May 2002 19:03:35 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E7C8266E0D; Mon, 27 May 2002 19:02:51 -0700 (PDT) Date: Mon, 27 May 2002 19:02:51 -0700 From: Kris Kennaway To: David O'Brien Cc: Kris Kennaway , Sheldon Hearn , Lamont Granquist , freebsd-current@FreeBSD.ORG Subject: Re: gcc internal compiler error with mozilla Message-ID: <20020527190251.B4753@xor.obsecurity.org> References: <20020526152212.U587-100000@coredump.scriptkiddie.org> <10930.1022504376@axl.seasidesoftware.co.za> <20020527105854.D58964@dragon.nuxi.com> <20020527162117.A1258@xor.obsecurity.org> <20020527185800.C47947@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020527185800.C47947@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Mon, May 27, 2002 at 06:58:00PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --dTy3Mrz/UPE2dbVg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 27, 2002 at 06:58:00PM -0700, David O'Brien wrote: > On Mon, May 27, 2002 at 04:21:17PM -0700, Kris Kennaway wrote: > > On Mon, May 27, 2002 at 10:58:54AM -0700, David O'Brien wrote: > >=20 > > > Please raise your concern with portmgr@freebsd.org. I provided them = with > > > a USE_GCC patch that would make this easier 2 months ago. It still h= as > > > yet to be committed to bsd.port.mk. > >=20 > > For the benefit of others, there are problems with this patch which > > have yet to be addressed. >=20 > What are they? We need something now, in some form. See your other mail for more details, but the patch introduced circular dependencies. Kris --dTy3Mrz/UPE2dbVg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE88uVLWry0BWjoQKURAt38AKDU+5kszAn4wvnfV138Pt05rS92HwCfXhwW U/KEqEz6ljhqrm534Rzk8Bg= =QRUd -----END PGP SIGNATURE----- --dTy3Mrz/UPE2dbVg-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 20:21:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from relay.pair.com (relay1.pair.com [209.68.1.20]) by hub.freebsd.org (Postfix) with SMTP id 796F337B401 for ; Mon, 27 May 2002 20:21:50 -0700 (PDT) Received: (qmail 43573 invoked from network); 28 May 2002 03:21:49 -0000 Received: from 12-236-91-101.client.attbi.com (HELO ?10.1.1.198?) (12.236.91.101) by relay1.pair.com with SMTP; 28 May 2002 03:21:49 -0000 X-pair-Authenticated: 12.236.91.101 Mime-Version: 1.0 X-Sender: (Unverified) Message-Id: In-Reply-To: <20020527105455.C58964@dragon.nuxi.com> References: <20020518125604.A72462@troutmask.apl.washington.edu> <20020519180529.A81591@troutmask.apl.washington.edu> <3CE8642A.E00F6663@mindspring.com> <200205220957.24351.dfr@nlsystems.com> <20020522115339.A81067@dragon.nuxi.com> <7mznyme3ts.wl@black.imgsrc.co.jp> <20020526194539.A13949@dragon.nuxi.com> <7mn0umdq4j.wl@black.imgsrc.co.jp> <20020527105455.C58964@dragon.nuxi.com> Date: Mon, 27 May 2002 20:21:45 -0700 To: freebsd-current@FreeBSD.ORG From: Mark Peek Subject: Re: gdb breaks world Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 10:54 AM -0700 5/27/02, David O'Brien wrote: >Verify that your entire kernel is built with "-g -gstabs+". If you still >cannot use gdb on a core dump, maybe there is a core dump format change >GDB needs to catch up with. Please use the various objdump, etc. tools >to verify what type of debugging is in kernel.debug. I merged some of the gdb src/ code into the devel/gdb52 port to allow it to debug i386 kernels (without the -gstabs+ compile option). The replacement port can be found here: http://people.FreeBSD.org/~mp/gdb52.tar.gz I'd appreciate feedback prior to committing it. Thanks, Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 20:25:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by hub.freebsd.org (Postfix) with ESMTP id 4933537B403 for ; Mon, 27 May 2002 20:25:24 -0700 (PDT) Received: from [192.168.69.11] (unknown [192.168.69.11]) by warez.scriptkiddie.org (Postfix) with ESMTP id 96A3262D1A; Mon, 27 May 2002 20:25:19 -0700 (PDT) Date: Mon, 27 May 2002 20:29:12 -0700 (PDT) From: Lamont Granquist To: Sheldon Hearn Cc: freebsd-current@freebsd.org Subject: Re: gcc internal compiler error with mozilla In-Reply-To: <10930.1022504376@axl.seasidesoftware.co.za> Message-ID: <20020527202822.P449-100000@coredump.scriptkiddie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 27 May 2002, Sheldon Hearn wrote: > On Sun, 26 May 2002 15:28:44 MST, Lamont Granquist wrote: > > I got non-deterministic internal compiler errors when I was trying to > > compile mozilla. At the same time I was compiling gnome in another > > terminal window. It only happened with mozilla, it was non-deterministic > > in that I could do another 'make' and it would proceed past the point it > > failed. > > At the moment, the c++ compiler in the base system can't be used to > build Mozilla. > > Install the lang/gcc31 port and build Mozilla as follows: > > cd /usr/ports/www/mozilla > make CXX=/usr/local/bin/g++31 > > A few people have reported on this mailing list that the above works. > The archives are your friend. I'd seen this for gcc 3.1, but not for 2.9x. I thought I'd report it in case it turned out to be an OS issue rather than a gcc one... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 20:26: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.westbend.net (ns1.westbend.net [216.47.253.3]) by hub.freebsd.org (Postfix) with ESMTP id 1402A37B40A for ; Mon, 27 May 2002 20:26:00 -0700 (PDT) Received: from ADMIN00 (bnet.westbend.net [216.47.253.17]) by mail.westbend.net (8.12.3/8.12.3) with SMTP id g4S3PwGM025081 for ; Mon, 27 May 2002 22:25:58 -0500 (CDT) (envelope-from hetzels@westbend.net) Message-ID: <005501c205f7$6325ae30$11fd2fd8@ADMIN00> From: "Scot W. Hetzel" To: References: <20020525201528.GA41180@nagual.pp.ru><004501c20439$fc5326b0$11fd2fd8@ADMIN00> <200205260333.g4Q3Xcft090031@khavrinen.lcs.mit.edu> Subject: Re: Junk in new gcc include path Date: Mon, 27 May 2002 22:25:59 -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.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: "Garrett Wollman" > < said: > > > So why does adding "-I/usr/include" to CPPFLAGS cause the compiler to ignore > > the headers in /usr/include? > > It doesn't -- it just causes the compiler to emit a warning message > which confuses AC_CHECK_HEADER in some versions of autoconf. (I think > 2.52 doesn't have this problem, but 2.19 does. I haven't investigated > this recently, though.) > I'll have to remove -I${OPENSSLINC} from the cyrus-sasl configure.in, so that it will build on current. Thanks, Scot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 27 21: 4: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.altadena.net (ns.altadena.net [206.126.144.2]) by hub.freebsd.org (Postfix) with ESMTP id 2157137B405 for ; Mon, 27 May 2002 21:03:47 -0700 (PDT) Received: (from pete@localhost) by ns.altadena.net (8.11.6/8.11.6) id g4S43fK10487 for current@freebsd.org; Mon, 27 May 2002 21:03:41 -0700 (PDT) (envelope-from pete) From: Pete Carah Message-Id: <200205280403.g4S43fK10487@ns.altadena.net> Subject: Display controller problem To: current@freebsd.org Date: Mon, 27 May 2002 21:03:41 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This may relate to the X-window reboots - my machine shows that too, if I boot without acpi; with acpi X never gets going. Supermicro P3TDDE, 2x1ghz P3: Via Apollo Pro 266 or 266T chipset, generic Nvidia TNT2 display. (there is a conflict in the manual which says 266T but 8633 north bridge). I also have a UP system, also with a via chipset (Asus KT266, with Athlon 1.2g) which doesn't show this problem (but I don't have X configured on it). dmesg (with boot_verbose) ------------------------------------------------------------------- Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #4: Mon May 27 18:13:07 PDT 2002 pete@gooney.altadena.net:/usr/obj/usr/src/sys/GOONEY Preloaded elf kernel "/boot/kernel/kernel" at 0xc043c000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc043c0a8. Calibrating clock(s) ... TSC clock: 999389884 Hz, i8254 clock: 1193027 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium III/Pentium III Xeon/Celeron (999.53-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 536805376 (524224K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00466000 - 0x1ffe7fff, 532160512 bytes (129922 pages) avail memory = 517410816 (505284K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 SMP: CPU0 apic_initialize(): lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00178011, at 0xfec00000 bios32: Found BIOS32 Service Directory header at 0xc00faf10 bios32: Entry = 0xfb380 (c00fb380) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb3b0 pnpbios: Found PnP BIOS data at 0xc00fbe00 pnpbios: Entry = f0000:be30 Rev = 1.0 Other BIOS signatures found: random: mem: Pentium Pro MTRR support enabled null: SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000010 SVR: 0x000001ff pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=30911106) Using $PIR table, 8 entries at 0xc00fdc20 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: power button is handled as a fixed feature programming model. ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_pcib0: port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: physical bus=0 map[10]: type 3, range 32, base f0000000, size 26, enabled found-> vendor=0x1106, dev=0x3091, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0xb091, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 IOAPIC #0 intpin 11 -> irq 2 Freeing (NOT implemented) redirected PCI irq 11. map[10]: type 4, range 32, base 0000c000, size 3, enabled map[14]: type 4, range 32, base 0000c400, size 2, enabled map[18]: type 4, range 32, base 0000c800, size 3, enabled map[1c]: type 4, range 32, base 0000cc00, size 2, enabled map[20]: type 4, range 32, base 0000d000, size 6, enabled map[24]: type 1, range 32, base f9100000, size 17, enabled found-> vendor=0x105a, dev=0x4d30, revid=0x02 bus=0, slot=12, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 intpin=a, irq=2 powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base f9120000, size 12, enabled map[14]: type 4, range 32, base 0000d400, size 6, enabled map[18]: type 1, range 32, base f9000000, size 20, enabled found-> vendor=0x8086, dev=0x1229, revid=0x08 bus=0, slot=13, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x1106, dev=0x3074, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000d800, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=17, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000dc00, size 5, enabled found-> vendor=0x1106, dev=0x3038, revid=0x1b bus=0, slot=17, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000e000, size 5, enabled found-> vendor=0x1106, dev=0x3038, revid=0x1b bus=0, slot=17, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000e400, size 5, enabled found-> vendor=0x1106, dev=0x3038, revid=0x1b bus=0, slot=17, func=4 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e800, size 8, enabled map[14]: type 1, range 32, base f9121000, size 8, enabled found-> vendor=0x1106, dev=0x3065, revid=0x62 bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 pci0: on acpi_pcib0 agp0: mem 0xf0000000-0xf3ffffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xf6000000-0xf7ffffff pcib1: prefetched decode 0xf4000000-0xf5ffffff pci1: physical bus=1 map[10]: type 1, range 32, base f6000000, size 24, enabled map[14]: type 3, range 32, base f4000000, size 25, enabled found-> vendor=0x10de, dev=0x002d, revid=0x15 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 1 supports D0 D3 current D0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) atapci0: port 0xd000-0xd03f,0xcc00-0xcc03,0xc800-0xc807,0xc400-0xc403,0xc000-0xc007 mem 0xf9100000-0xf911ffff irq 2 at device 12.0 on pci0 ata2: iobase=0xc000 altiobase=0xc402 bmaddr=0xd000 ata2: mask=03 ostat0=00 ostat2=00 ata2-master: ATAPI 00 00 ata2-slave: ATAPI 00 00 ata2: mask=03 stat0=00 stat1=00 ata2: devices=00 ata2: at 0xc000 on atapci0 ata3: iobase=0xc800 altiobase=0xcc02 bmaddr=0xd008 ata3: mask=03 ostat0=00 ostat2=00 ata3-master: ATAPI 00 00 ata3-slave: ATAPI 00 00 ata3: mask=03 stat0=00 stat1=00 ata3: devices=00 ata3: at 0xc800 on atapci0 fxp0: port 0xd400-0xd43f mem 0xf9000000-0xf90fffff,0xf9120000-0xf9120fff irq 5 at device 13.0 on pci0 fxp0: using memory space register mapping fxp0: Ethernet address 00:30:48:41:14:66 fxp0: PCI IDs: 8086 1229 8086 000c 0008 fxp0: Dynamic Standby mode is disabled inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: fxp0 attached isab0: at device 17.0 on pci0 isa0: on isab0 atapci1: port 0xd800-0xd80f at device 17.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xd800 ata0: mask=03 ostat0=50 ostat2=50 ata0-master: ATAPI 00 00 ata0-slave: ATAPI 00 00 ata0: mask=03 stat0=50 stat1=50 ata0-master: ATA 01 a5 ata0-slave: ATA 01 a5 ata0: devices=03 ata0: at 0x1f0 irq 14 on atapci1 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xd808 ata1: mask=02 ostat0=ff ostat2=50 ata1-slave: ATAPI 14 eb ata1: mask=02 stat0=00 stat1=00 ata1: devices=08 ata1: at 0x170 irq 15 on atapci1 uhci0: port 0xdc00-0xdc1f irq 5 at device 17.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 5 at device 17.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe400-0xe41f irq 5 at device 17.4 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 18.0 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: EPP SPP ppc0 port 0x778-0x77b,0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode plip0: on ppbus0 bpf: lp0 attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 vpo0: can't connect to the drive imm0: (disconnect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 imm0: (connect) s1=0x38 s2=0x38, s3=0x38 unknown: not probed (disabled) psmcpnp0 irq 12 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000000, packet size:4 psm0: syncmask:08, syncbits:08 unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0:
 
<= DIV>Thank you! I know a little more.
From the kthread_create()= function, I find Both 4.x and 5.0 are implemented by fork1().
I am puzzled about the structure thread and the structure proc only are = different terms.
How or what part source code can I find the d= ifference thread realization between 4.x and 5.0?

On Mon, 27 May 2002, kai= ouyang wrote:

> Hi,everybody
>   I found many = v_operations, such as VOP_UNLOCK, VOP_OPEN....., there
> all have a= parameter(struct proc) in FreeBSD4.x, but, there all be
> changed = to thread in FreeBSD5.0. why? And what relation of the proc
> and t= hread ?
>   Thank you!
>

FreeBSD is plannig = on supporting threads at a kernel level.
To do this, the basic schedul= ing element becomes the thread instead of the
process. For this reason= , for example, locks must be held by threads
instead of processes, and= contexts are owned by threads instead of
processes. This means that m= ost functions will need a thread pointer
instead of a process pointer.= The "process" becomes basically an
accounting abstraction and the hol= der of resources, where most of the
kernel is more interested in the t= hread.

Each process has at least one thread, possibly many. Each t= hread is
associated with exactly one process.



julian


=B4=D3=CD=F8= =D5=BE=B5=C3=B5=BD=B8=FC=B6=E0=D0=C5=CF=A2=A1=A3MSN Explorer =C3=E2=B7=D1= =CF=C2=D4=D8=A3=BAhttp://explore= r.msn.com/lccn

------=_NextPart_001_0001_01C206FC.BC42E0E0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 19:45:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from hotmail.com (oe79.pav0.hotmail.com [64.4.33.221]) by hub.freebsd.org (Postfix) with ESMTP id 2535A37B405 for ; Tue, 28 May 2002 19:45:37 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 28 May 2002 19:45:37 -0700 X-Originating-IP: [210.74.136.33] From: "kai ouyang" To: "Julian Elischer" , Subject: Re:why change: from proc to thread? Date: Wed, 29 May 2002 10:45:33 +0800 MIME-Version: 1.0 X-Mailer: MSN Explorer 7.00.0021.1900 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0002_01C206FD.F536B150" Message-ID: X-OriginalArrivalTime: 29 May 2002 02:45:37.0117 (UTC) FILETIME=[E98338D0:01C206BA] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_001_0002_01C206FD.F536B150 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Another problem: There are not the structure 'bio' in FreeBSD 4.x, but exist in 5.0. =20 If I want to transfer some pseudo-device code from 4.x to 5.0, =20 what rules about old 'buf' structure to the 'bio' structure? what relation of the 'bio' and 'buf' in FreeBSD5.0? Thank you! Best Regards Ouyang kai On Mon, 27 May 2002, kai ouyang wrote: > Hi,everybody > I found many v_operations, such as VOP_UNLOCK, VOP_OPEN....., there > all have a parameter(struct proc) in FreeBSD4.x, but, there all be > changed to thread in FreeBSD5.0. why? And what relation of the proc > and thread ? > Thank you! > FreeBSD is plannig on supporting threads at a kernel level. To do this, the basic scheduling element becomes the thread instead of th= e process. For this reason, for example, locks must be held by threads instead of processes, and contexts are owned by threads instead of processes. This means that most functions will need a thread pointer instead of a process pointer. The "process" becomes basically an accounting abstraction and the holder of resources, where most of the kernel is more interested in the thread. Each process has at least one thread, possibly many. Each thread is associated with exactly one process. julian=B4=D3=CD=F8=D5=BE=B5=C3=B5=BD=B8=FC=B6=E0=D0=C5=CF=A2=A1=A3MSN Exp= lorer =C3=E2=B7=D1=CF=C2=D4=D8:http://explorer.msn.com/lccn ------=_NextPart_001_0002_01C206FD.F536B150 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Another proble= m:
  There are not the structure 'bio' in FreeBSD 4.x, bu= t exist in 5.0.
If I want to transfer some pseudo-device code= from 4.x to 5.0,
what rules about old 'buf' structure to the= 'bio' structure?
what relation of the 'bio' and 'buf' in Free= BSD5.0?
Thank you!
Best Regards
  O= uyang kai
 

On Mon, 27 May 2002, kai ouyang wrote:

> H= i,everybody
>   I found many v_operations, such as VOP_UN= LOCK, VOP_OPEN....., there
> all have a parameter(struct proc) in F= reeBSD4.x, but, there all be
> changed to thread in FreeBSD5.0. why= ? And what relation of the proc
> and thread ?
>   = Thank you!
>

FreeBSD is plannig on supporting threads at a k= ernel level.
To do this, the basic scheduling element becomes the thre= ad instead of the
process. For this reason, for example, locks must be= held by threads
instead of processes, and contexts are owned by threa= ds instead of
processes. This means that most functions will need a th= read pointer
instead of a process pointer. The "process" becomes basic= ally an
accounting abstraction and the holder of resources, where most= of the
kernel is more interested in the thread.

Each process h= as at least one thread, possibly many. Each thread is
associated with = exactly one process.



julian



=B4=D3=CD=F8=D5=BE=B5=C3=B5=BD=B8=FC=B6=E0=D0= =C5=CF=A2=A1=A3MSN Explorer =C3=E2=B7=D1=CF=C2=D4=D8=A3=BAhttp://explorer.msn.com/lccn

------=_NextPart_001_0002_01C206FD.F536B150-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 19:59:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from w250.z064001178.sjc-ca.dsl.cnc.net (adsl-66.218.45.239.dslextreme.com [66.218.45.239]) by hub.freebsd.org (Postfix) with SMTP id 1986437B40A for ; Tue, 28 May 2002 19:59:46 -0700 (PDT) Received: (qmail 24132 invoked by uid 1000); 29 May 2002 03:00:06 -0000 Date: Tue, 28 May 2002 19:59:44 -0701 From: Jos Backus To: Bruce Evans Cc: freebsd-current@FreeBSD.ORG, des@FreeBSD.ORG Subject: Re: zsh exits upon ^C after su'ing to root with zsh as its shell Message-ID: <20020529030006.GB22504@lizzy.catnook.com> Reply-To: jos@catnook.com Mail-Followup-To: Bruce Evans , freebsd-current@FreeBSD.ORG, des@FreeBSD.ORG References: <20020528224503.GE11876@lizzy.catnook.com> <20020529105048.W23368-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020529105048.W23368-100000@gamplex.bde.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, May 29, 2002 at 10:55:54AM +1000, Bruce Evans wrote: > Here is some old mail about this. Sorry I slowed down Alexander's fixes. Thanks Bruce. It sounds like we'll have to live with this problem for now? -- Jos Backus _/ _/_/_/ Santa Clara, CA _/ _/ _/ _/ _/_/_/ _/ _/ _/ _/ jos@catnook.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 20:14:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from eros.cox-internet.com (eros-tca.cox-internet.com [208.180.118.48]) by hub.freebsd.org (Postfix) with ESMTP id EE96D37B403 for ; Tue, 28 May 2002 20:14:43 -0700 (PDT) Received: from there ([66.76.77.208]) by eros.cox-internet.com (InterMail vK.4.03.05.00 201-232-132 license 180e1de7f543f89455b24e508f9cca39) with SMTP id <20020529031535.CCFC3575.eros@there> for ; Tue, 28 May 2002 22:15:35 -0500 Content-Type: text/plain; charset="iso-8859-15" From: Richard Wenninger To: current@freebsd.org Subject: UMA lock Date: Tue, 28 May 2002 22:12:13 -0500 X-Mailer: KMail [version 1.3.1] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020529031535.CCFC3575.eros@there> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is my first attempt at running "current". Please forgive if this question is out of line. After rebuilding everything, my console continually repeats this message: /usr/src/sys/vm/uma_core.c:1324: could sleep with "UMA lock" locked from /usr/src/sys/vm/uma-core.c:1157 Should I be concerned? TIA Richard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 20:16:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id CEE3737B408; Tue, 28 May 2002 20:16:54 -0700 (PDT) Received: (from dan@localhost) by dan.emsphone.com (8.12.2/8.12.3) id g4T3GpG9094213; Tue, 28 May 2002 22:16:51 -0500 (CDT) (envelope-from dan) Date: Tue, 28 May 2002 22:16:51 -0500 From: Dan Nelson To: Jos Backus Cc: Bruce Evans , freebsd-current@FreeBSD.ORG, des@FreeBSD.ORG Subject: Re: zsh exits upon ^C after su'ing to root with zsh as its shell Message-ID: <20020529031651.GA9334@dan.emsphone.com> References: <20020528224503.GE11876@lizzy.catnook.com> <20020529105048.W23368-100000@gamplex.bde.org> <20020529030006.GB22504@lizzy.catnook.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020529030006.GB22504@lizzy.catnook.com> User-Agent: Mutt/1.3.99i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (May 28), Jos Backus said: > On Wed, May 29, 2002 at 10:55:54AM +1000, Bruce Evans wrote: > > Here is some old mail about this. Sorry I slowed down Alexander's > > fixes. > > Thanks Bruce. It sounds like we'll have to live with this problem for > now? If you're not concerned about accounting (or whatever deleting a credential ends up doing), you can use this hack. My machine's still running. Index: su.c =================================================================== RCS file: /home/ncvs/src/usr.bin/su/su.c,v retrieving revision 1.49 diff -b -u -p -r1.49 su.c --- su.c 6 Mar 2002 12:46:56 -0000 1.49 +++ su.c 29 Mar 2002 19:01:47 -0000 @@ -309,7 +309,7 @@ main(int argc, char *argv[]) */ statusp = 1; - child_pid = fork(); + child_pid = 0; switch (child_pid) { default: while ((ret_pid = waitpid(child_pid, &statusp, WUNTRACED)) != -1) { -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 20:21:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 19BF637B407 for ; Tue, 28 May 2002 20:21:04 -0700 (PDT) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id CF6C981461; Wed, 29 May 2002 12:51:01 +0930 (CST) Date: Wed, 29 May 2002 12:51:01 +0930 From: Greg 'groggy' Lehey To: Nick Hibma Cc: FreeBSD CURRENT Mailing List Subject: Re: gdb52 patch for your .gdbinit files Message-ID: <20020529125101.K82424@wantadilla.lemis.com> References: <20020528155213.Y231-100000@heather.van-laarhoven.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020528155213.Y231-100000@heather.van-laarhoven.org> User-Agent: Mutt/1.3.23i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday, 28 May 2002 at 15:54:21 +0200, Nick Hibma wrote: > > I'm using a derivative of the .gdbinit.vinum files that is available in > the modules/vinum directory. For them to work the following patch is > needed in gdb52. > > As you can see, the patch is trivial, so I have no clue why this wasn't > left alone when they modified symfile.c. If I can be bothered I'll > submit it to them. Hmm. Looking at this patch, it seems it's complaining about being handed a hex value where it's looking for an address. I'd guess that this is in the wrong place. Where does it happen in the macros? Greg > # diff -wu gdb-5.2/gdb/symfile.c~ gdb-5.2/gdb/symfile.c > --- gdb-5.2/gdb/symfile.c~ Tue May 28 15:51:37 2002 > +++ gdb-5.2/gdb/symfile.c Tue May 28 15:51:06 2002 > @@ -1546,11 +1546,15 @@ > char *val = sect_opts[i].value; > char *sec = sect_opts[i].name; > > +#ifdef 0 > val = sect_opts[i].value; > if (val[0] == '0' && val[1] == 'x') > addr = strtoul (val+2, NULL, 16); > else > addr = strtoul (val, NULL, 10); > +#else > + addr = parse_and_eval_address(val); > +#endif > > /* Here we store the section offsets in the order they were > entered on the command line. */ -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 20:26:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id E401037B400; Tue, 28 May 2002 20:26:12 -0700 (PDT) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.3/8.12.3) with ESMTP id g4T3Q4fS012493; Tue, 28 May 2002 23:26:04 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.3/8.12.3/Submit) id g4T3Q4CP012492; Tue, 28 May 2002 23:26:04 -0400 (EDT) Date: Tue, 28 May 2002 23:26:04 -0400 From: Alexander Kabaev To: Jos Backus Cc: Bruce Evans , freebsd-current@FreeBSD.ORG, des@FreeBSD.ORG Subject: Re: zsh exits upon ^C after su'ing to root with zsh as its shell Message-ID: <20020529032604.GA12450@kanpc.gte.com> References: <20020528224503.GE11876@lizzy.catnook.com> <20020529105048.W23368-100000@gamplex.bde.org> <20020529030006.GB22504@lizzy.catnook.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020529030006.GB22504@lizzy.catnook.com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Thanks Bruce. It sounds like we'll have to live with this problem for now? > For the lack of better ideas, I am just reposting the patch I sent to Bruce about one year ago. I have been happily using it on all my systems since then. Index: su.c =================================================================== RCS file: /usr/ncvs/src/usr.bin/su/su.c,v retrieving revision 1.50 diff -u -r1.50 su.c --- su.c 28 May 2002 06:47:32 -0000 1.50 +++ su.c 28 May 2002 08:43:04 -0000 @@ -132,6 +132,8 @@ char *username, *cleanenv, *class, shellbuf[MAXPATHLEN]; const char *p, *user, *shell, *mytty, **nargv; + struct sigaction sa, sa_int, sa_quit, sa_tstp; + shell = class = cleanenv = NULL; asme = asthem = fastlogin = statusp = 0; user = "root"; @@ -314,6 +316,12 @@ * We must fork() before setuid() because we need to call * pam_setcred(pamh, PAM_DELETE_CRED) as root. */ + sa.sa_flags = SA_RESTART; + sa.__sigaction_u.__sa_handler = SIG_IGN; + sigemptyset(&sa.sa_mask); + sigaction(SIGINT, &sa, &sa_int); + sigaction(SIGQUIT, &sa, &sa_quit); + sigaction(SIGTSTP, &sa, &sa_tstp); statusp = 1; child_pid = fork(); @@ -339,6 +347,9 @@ PAM_END(); exit(1); case 0: + sigaction(SIGINT, &sa_int, NULL); + sigaction(SIGQUIT, &sa_quit, NULL); + sigaction(SIGTSTP, &sa_tstp, NULL); /* * Set all user context except for: Environmental variables * Umask Login records (wtmp, etc) Path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 20:32:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id B205037B400 for ; Tue, 28 May 2002 20:32:49 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id E8D8F535F; Wed, 29 May 2002 05:32:46 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Alexander Kabaev Cc: Jos Backus , Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Re: zsh exits upon ^C after su'ing to root with zsh as its shell References: <20020528224503.GE11876@lizzy.catnook.com> <20020529105048.W23368-100000@gamplex.bde.org> <20020529030006.GB22504@lizzy.catnook.com> <20020529032604.GA12450@kanpc.gte.com> From: Dag-Erling Smorgrav Date: 29 May 2002 05:32:45 +0200 In-Reply-To: <20020529032604.GA12450@kanpc.gte.com> Message-ID: Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alexander Kabaev writes: > > Thanks Bruce. It sounds like we'll have to live with this problem for now? > For the lack of better ideas, I am just reposting the patch I sent to > Bruce about one year ago. I have been happily using it on all my systems > since then. > [...] Revision 1.51 of su.c fixes the bug. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 21: 7:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id ABA4337B405 for ; Tue, 28 May 2002 21:07:05 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4T475162106 for ; Tue, 28 May 2002 21:07:05 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id A8A96380A; Tue, 28 May 2002 21:07:04 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Richard Wenninger Cc: current@FreeBSD.ORG Subject: Re: UMA lock In-Reply-To: <20020529031535.CCFC3575.eros@there> Date: Tue, 28 May 2002 21:07:04 -0700 From: Peter Wemm Message-Id: <20020529040704.A8A96380A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Richard Wenninger wrote: > This is my first attempt at running "current". > > Please forgive if this question is out of line. > > After rebuilding everything, my console continually repeats this message: > > /usr/src/sys/vm/uma_core.c:1324: could sleep with "UMA lock" locked from > /usr/src/sys/vm/uma-core.c:1157 > > Should I be concerned? Excessively concerned: no. But these are all *real* problems that must be fixed. Specifically, they are holding locks while calling a function that *might* tsleep() if memory is low at the time. If it does tsleep, it will panic or otherwise lead to a deadlock or corruption. The fact that they've gone largely unnoticed until now means that it is not an urgent problem (which is why it is a warning), but if you run really low of memory you will find out just how serious it is. The bug is that things are calling things like malloc with M_WAITOK when waiting is explicitly not allowed. There are other functions that can tsleep as well that we have not added checks for yet, so this is likely just the tip of the iceberg. :-( 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 21:14: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from scotch.ucf.ics.uci.edu (scotch.ucf.ics.uci.edu [128.195.23.4]) by hub.freebsd.org (Postfix) with ESMTP id 41F1737B401 for ; Tue, 28 May 2002 21:13:59 -0700 (PDT) Received: from whiskey.ucf.ics.uci.edu (whiskey.ucf.ics.uci.edu [128.195.23.9]) by scotch.ucf.ics.uci.edu (Postfix) with ESMTP id DF9B114BA2 for ; Tue, 28 May 2002 21:13:58 -0700 (PDT) Received: from whiskey.ucf.ics.uci.edu (localhost [127.0.0.1]) by whiskey.ucf.ics.uci.edu (8.10.2+Sun/8.10.2) with ESMTP id g4T4Dwl00016 for ; Tue, 28 May 2002 21:13:58 -0700 (PDT) Message-Id: <200205290413.g4T4Dwl00016@whiskey.ucf.ics.uci.edu> To: freebsd-current@freebsd.org Reply-To: sjh@ucf.ics.uci.edu X-Message-Flag: Microsoft sucks, switch to UNIX Subject: panic: bremfree: bp 0xc779fd40 not locked Date: Tue, 28 May 2002 21:13:58 -0700 From: Seth Hettich Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is anyone else getting these? Is that a generic sort of error, or does the error indicate (to someone) what might be wrong? http://www.freebsd.org/cgi/query-pr.cgi?pr=38438 has all the info about my crashes... -Seth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 21:18:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id F1E3237B406 for ; Tue, 28 May 2002 21:18:28 -0700 (PDT) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.3/8.12.3) with ESMTP id g4T4IIfS012922; Wed, 29 May 2002 00:18:19 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.3/8.12.3/Submit) id g4T4IHrL012921; Wed, 29 May 2002 00:18:17 -0400 (EDT) Date: Wed, 29 May 2002 00:18:17 -0400 From: Alexander Kabaev To: Dag-Erling Smorgrav Cc: Jos Backus , Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Re: zsh exits upon ^C after su'ing to root with zsh as its shell Message-ID: <20020529041817.GA12755@kanpc.gte.com> References: <20020528224503.GE11876@lizzy.catnook.com> <20020529105048.W23368-100000@gamplex.bde.org> <20020529030006.GB22504@lizzy.catnook.com> <20020529032604.GA12450@kanpc.gte.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Revision 1.51 of su.c fixes the bug. > No it doesn't. This is an obvious step and of course I tried to do the same first. This is what I was getting then and what I am getting now with your patch applied (my comments are in angle brackets): [user]% sudo -s [root]# [root]# [root]# su - # # [root]# su - # zsh: suspended (tty output) su - [root]# fg [1] + continued su - # # # # # [root]# [root]# ^D [user]% I was able to reproduce this behaviour only when sudo was used initially to run user shell with root privileges. I've also seen similar weirdness happen when screen is used too. This is why I had to disable signal handling in su - somehow that does not conflict so much with other programs. -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 22:25:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from w250.z064001178.sjc-ca.dsl.cnc.net (adsl-66.218.45.239.dslextreme.com [66.218.45.239]) by hub.freebsd.org (Postfix) with SMTP id 946A437B408 for ; Tue, 28 May 2002 22:25:53 -0700 (PDT) Received: (qmail 26043 invoked by uid 1000); 29 May 2002 05:26:15 -0000 Date: Tue, 28 May 2002 22:25:53 -0701 From: Jos Backus To: freebsd-current@FreeBSD.ORG Subject: Re: zsh exits upon ^C after su'ing to root with zsh as its shell Message-ID: <20020529052615.GC22504@lizzy.catnook.com> Reply-To: jos@catnook.com Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <20020528224503.GE11876@lizzy.catnook.com> <20020529105048.W23368-100000@gamplex.bde.org> <20020529030006.GB22504@lizzy.catnook.com> <20020529032604.GA12450@kanpc.gte.com> <20020529041817.GA12755@kanpc.gte.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020529041817.GA12755@kanpc.gte.com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG OK, I will use Dan's or Alexander's patch until this has been sorted out. Thanks guys. -- Jos Backus _/ _/_/_/ Santa Clara, CA _/ _/ _/ _/ _/_/_/ _/ _/ _/ _/ jos@catnook.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 22:37:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 0F3BF37B40A for ; Tue, 28 May 2002 22:37:38 -0700 (PDT) Received: from pool0116.cvx21-bradley.dialup.earthlink.net ([209.179.192.116] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17Cw9E-0006QS-00; Tue, 28 May 2002 22:37:24 -0700 Message-ID: <3CF468F0.EDECFE43@mindspring.com> Date: Tue, 28 May 2002 22:36:48 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: Richard Wenninger , current@FreeBSD.ORG Subject: Re: UMA lock References: <20020529040704.A8A96380A@overcee.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > The bug is that things are calling things like malloc with M_WAITOK when > waiting is explicitly not allowed. There are other functions that can > tsleep as well that we have not added checks for yet, so this is likely > just the tip of the iceberg. :-( Why is this a problem? M_WAITOK does not mean that it will wait indefinitely, even though you'd think it would mean that, given the name... I think _sleeping_ is a problem, but allocation with M_WAITOK shouldn't be, given it's strange definition of "waiting". This is one of those hacks that John Baldwin was talking about earlier... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 22:56:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from servnet.gdz.pl (pd177.torun.sdi.tpnet.pl [213.76.208.177]) by hub.freebsd.org (Postfix) with ESMTP id AC48A37B40B; Tue, 28 May 2002 22:56:09 -0700 (PDT) Received: from smtp0452.mail.yahoo.com (50.mula.indn.chcgil24.dsl.att.net [12.100.59.50]) by servnet.gdz.pl (8.11.2/linuxconf) with SMTP id g4T6Ghq24932; Wed, 29 May 2002 08:16:44 +0200 Message-Id: <200205290616.g4T6Ghq24932@servnet.gdz.pl> Date: Tue, 28 May 2002 22:55:36 -0700 From: "Jorge Fortune" X-Priority: 3 To: current@freebsd.org Subject: FREE Travel package and Business Kit... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hotels Etc. is giving away 10,000 of our $495 Travel Packages FREE, to help the USA in the promotion of the travel business. The first 10,000 customers who sign up will receive over $5000 worth of other free products. This includes: FREE 50% off card/vouchers for all hotels in usa FREE $2,000 Las Vegas, Hawaii & Orlando gift check FREE vacation certificates for Las Vegas, Hawaii and Orlando As an added bonus you will receive the following: Free Kodak film for life coupon FREE Vacation Certificate... Lodging for three exciting days and two fun-filled nights at your choice of one of 20 fabulous destinations including Las Vegas and Lake Tahoe, Nevada; Daytona Beach, Florida; Cancun and Puerto Vallarta, Mexico; Gatlinburg, Tennessee;Branson, Missouri;Honolulu, Hawaii; and many more! ($175 Value) This also comes with a free home business where you work as much as you like, whenever you like, to make your own money with your own business. Visit us at our website to see more info on all of these amazing oportunities. Do not miss out. Visit http://freetravel@66.46.145.35/members/travel/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 23:15:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id 3E0FB37B401 for ; Tue, 28 May 2002 23:15:41 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4T6Fe162499 for ; Tue, 28 May 2002 23:15:40 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 88CD6380A; Tue, 28 May 2002 23:15:40 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: Richard Wenninger , current@FreeBSD.ORG Subject: Re: UMA lock In-Reply-To: <3CF468F0.EDECFE43@mindspring.com> Date: Tue, 28 May 2002 23:15:40 -0700 From: Peter Wemm Message-Id: <20020529061540.88CD6380A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > Peter Wemm wrote: > > The bug is that things are calling things like malloc with M_WAITOK when > > waiting is explicitly not allowed. There are other functions that can > > tsleep as well that we have not added checks for yet, so this is likely > > just the tip of the iceberg. :-( > > Why is this a problem? M_WAITOK does not mean that it will wait > indefinitely, even though you'd think it would mean that, given > the name... > > I think _sleeping_ is a problem, but allocation with M_WAITOK > shouldn't be, given it's strange definition of "waiting". This > is one of those hacks that John Baldwin was talking about earlier... As you said, _sleeping_ is the problem. M_WAITOK means "you may sleep if you like". ie: it is a time bomb waiting for the right low memory condition which will then explode with a 100% authentic crash or lock up. Pretend it said M_SLEEPOK instead of M_WAITOK. 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 23:19: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 4B19637B403 for ; Tue, 28 May 2002 23:19:04 -0700 (PDT) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g4T6HxQW010400; Wed, 29 May 2002 08:17:59 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Peter Wemm Cc: Terry Lambert , Richard Wenninger , current@FreeBSD.org Subject: Re: UMA lock In-Reply-To: Your message of "Tue, 28 May 2002 23:15:40 PDT." <20020529061540.88CD6380A@overcee.wemm.org> Date: Wed, 29 May 2002 08:17:59 +0200 Message-ID: <10399.1022653079@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020529061540.88CD6380A@overcee.wemm.org>, Peter Wemm writes: >As you said, _sleeping_ is the problem. M_WAITOK means "you may sleep if >you like". ie: it is a time bomb waiting for the right low memory condition >which will then explode with a 100% authentic crash or lock up. > >Pretend it said M_SLEEPOK instead of M_WAITOK. Uhm, I'm actually seeing the opposite behaviour as well: after I changed the md(4) driver to use M_NOWAIT I still see malloc/zalloc sleeping... -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 23:32:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 28C2C37B405 for ; Tue, 28 May 2002 23:32:50 -0700 (PDT) Received: from pool0116.cvx21-bradley.dialup.earthlink.net ([209.179.192.116] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17Cx0k-0000tY-00; Tue, 28 May 2002 23:32:43 -0700 Message-ID: <3CF475E3.8925781A@mindspring.com> Date: Tue, 28 May 2002 23:32:03 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: Richard Wenninger , current@FreeBSD.ORG Subject: Re: UMA lock References: <20020529061540.88CD6380A@overcee.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > > I think _sleeping_ is a problem, but allocation with M_WAITOK > > shouldn't be, given it's strange definition of "waiting". This > > is one of those hacks that John Baldwin was talking about earlier... > > As you said, _sleeping_ is the problem. M_WAITOK means "you may sleep if > you like". ie: it is a time bomb waiting for the right low memory condition > which will then explode with a 100% authentic crash or lock up. > > Pretend it said M_SLEEPOK instead of M_WAITOK. M_WAIT became M_WAITOK. Unless M_SLEEPOK becomes M_SLEEP, I don't think it really matters: it's not going to wait indefinitely, like you'd want it to, so eventually, it's going to time out. You might get some big latencies along with some kernel printf's about inverted locks, but it shouldn't end up being fatal, like a real blocking wait would be, right? Or has M_WAITOK gone back to meaning M_WAIT, instead of M_WAIT_IF_YOU_FEEL_LIKE_IT_OTHERWISE_MAKE_ME_CHECK_FOR_NULL again? Can we get rid of the NULL tests we had to put in when M_WAIT turned into M_WAITOK? -- Terry "Never solve a vast problem in a half-vast way" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 23:37:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id D165537B404 for ; Tue, 28 May 2002 23:37:18 -0700 (PDT) Received: from pool0116.cvx21-bradley.dialup.earthlink.net ([209.179.192.116] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17Cx50-0003f3-00; Tue, 28 May 2002 23:37:06 -0700 Message-ID: <3CF476E7.D465D5C3@mindspring.com> Date: Tue, 28 May 2002 23:36:23 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Poul-Henning Kamp Cc: Peter Wemm , Richard Wenninger , current@FreeBSD.org Subject: Re: UMA lock References: <10399.1022653079@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > In message <20020529061540.88CD6380A@overcee.wemm.org>, Peter Wemm writes: > >As you said, _sleeping_ is the problem. M_WAITOK means "you may sleep if > >you like". ie: it is a time bomb waiting for the right low memory condition > >which will then explode with a 100% authentic crash or lock up. > > > >Pretend it said M_SLEEPOK instead of M_WAITOK. > > Uhm, I'm actually seeing the opposite behaviour as well: after I > changed the md(4) driver to use M_NOWAIT I still see malloc/zalloc > sleeping... I'm with Poul on this one, Peter: M_WAITOK doesn't mean what you think it means: it's doesn't mean tsleep may be called, and M_NOWAIT doesn't mean tsleep() _won't_ be called, in practice. It's either incredibly badly named, or it's incredibly badly implemented -- I would argue the latter, actually, since even if it's completely orthogonal, you're screwed because it means you have two call conversion systems, without a WITNESS intersection to detect deadly embraces. 8-(. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 28 23:49:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from speechpro.com (crt-gw.infopro.spb.su [195.201.254.5]) by hub.freebsd.org (Postfix) with ESMTP id C82A337B404 for ; Tue, 28 May 2002 23:49:27 -0700 (PDT) Received: from igorr by sysadm.stc with local (Exim 3.36 #1) id 17CxH1-000Br6-00 for freebsd-current@freebsd.org; Wed, 29 May 2002 10:49:31 +0400 Date: Wed, 29 May 2002 10:49:31 +0400 From: Igor Roboul To: freebsd-current@freebsd.org Subject: buildworld failure Message-ID: <20020529064931.GA45562@sysadm.stc> Reply-To: igorr@speechpro.com Mail-Followup-To: Igor Roboul , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I have trouble building world: -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- cd /opt/freebsd/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 OBJFORMAT_PATH=/usr/obj/opt/freebsd/src/i386/usr/libexec GROFF_BIN_PATH=/usr/obj/opt/freebsd/src/i386/usr/bin GROFF_FONT_PATH=/usr/obj/opt/freebsd/src/i386/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/opt/freebsd/src/i386/usr/share/tmac DESTDIR=/usr/obj/opt/freebsd/src/i386 INSTALL="sh /opt/freebsd/src/tools/install.sh" PATH=/usr/obj/opt/freebsd/src/i386/usr/sbin:/usr/obj/opt/freebsd/src/i386/usr/bin:/usr/obj/opt/freebsd/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 par-cleandir ===> share/info ===> include ===> include/arpa cd: getcwd() failed: No such file or directory *** Error code 2 Then I have done this: rm -fr /usr/src/* cvsup -L 2 -g /etc/current-supfile after downloading over 300 Mbs of sources I got same error :-( If I repeat "make buildworld" then it fails with same error in different directory. -- Igor Roboul, System administrator at Speech Technology Center http://www.speechpro.com http://www.speechpro.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 0: 5:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 94C1137B400; Wed, 29 May 2002 00:05:25 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.3/8.12.3) with ESMTP id g4T75Ohf088865; Wed, 29 May 2002 08:05:24 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.3/8.12.3/Submit) with UUCP id g4T75Obq088864; Wed, 29 May 2002 08:05:24 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g4T71XCa032512; Wed, 29 May 2002 08:01:33 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200205290701.g4T71XCa032512@grimreaper.grondar.org> To: Giorgos Keramidas Cc: current@FreeBSD.ORG Subject: Re: /etc/periodic is hopefully perl-free [was: Perl script rewrites] References: <20020528220516.GA53061@hades.hell.gr> In-Reply-To: <20020528220516.GA53061@hades.hell.gr> ; from Giorgos Keramidas "Wed, 29 May 2002 01:05:16 +0300." Date: Wed, 29 May 2002 08:01:32 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On 2002-05-19 12:20, Mark Murray wrote: > > What I've done so far (and only slightly tested) is available at > > http://www.FreeBSD.org/~keramida/diff/periodic.diff > > Untested, but seemingly complete, the patch is available for review at > the address mentioned above. I am thinking a nice way to test this > would be: This looks excellent! For my miniscule data set and manual test, things seem OK. M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 0: 7:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id B1F8F37B408 for ; Wed, 29 May 2002 00:07:09 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4T779162704 for ; Wed, 29 May 2002 00:07:09 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 03852380A; Wed, 29 May 2002 00:07:09 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Poul-Henning Kamp Cc: Terry Lambert , Richard Wenninger , current@FreeBSD.org Subject: Re: UMA lock In-Reply-To: <10399.1022653079@critter.freebsd.dk> Date: Wed, 29 May 2002 00:07:09 -0700 From: Peter Wemm Message-Id: <20020529070709.03852380A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > In message <20020529061540.88CD6380A@overcee.wemm.org>, Peter Wemm writes: > > >As you said, _sleeping_ is the problem. M_WAITOK means "you may sleep if > >you like". ie: it is a time bomb waiting for the right low memory conditio n > >which will then explode with a 100% authentic crash or lock up. > > > >Pretend it said M_SLEEPOK instead of M_WAITOK. > > Uhm, I'm actually seeing the opposite behaviour as well: after I > changed the md(4) driver to use M_NOWAIT I still see malloc/zalloc > sleeping... No, this is a bug in UMA. In certain circumstances, it calls itself with M_WAITOK even when it itself was called with M_NOWAIT. 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 0:13:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (cvsup2.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id E8A9937B40A; Wed, 29 May 2002 00:13:15 -0700 (PDT) Received: from rina.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.12.3+3.5Wbeta/3.7W-rina.r-Nankai-Koya) with ESMTP id g4T7DD3i043889 ; Wed, 29 May 2002 16:13:14 +0900 (JST) Message-Id: <200205290713.g4T7DD3i043889@rina.r.dl.itc.u-tokyo.ac.jp> Date: Wed, 29 May 2002 16:13:13 +0900 From: Seigo Tanimura To: John Baldwin Cc: Seigo Tanimura , current@FreeBSD.org Subject: Re: preemption across processors In-Reply-To: References: <200205280810.g4S8Ah3i071756@rina.r.dl.itc.u-tokyo.ac.jp> User-Agent: Wanderlust/2.8.1 (Something) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 28 May 2002 14:56:04 -0400 (EDT), John Baldwin said: >> The prototype patch is at: >> >> http://people.FreeBSD.org/~tanimura/patches/ippreempt.diff.gz >> >> And the p4 depot >> >> //depot/user/tanimura/ippreempt/... >> >> The patch is for only i386 at the moment. >> >> The following is the brief description of the patch: jhb> I would prefer that this was hung off the preemption stuff I've already done jhb> rather than reinventing it. I would also prefer that we get a preemptive jhb> kernel w/o this done stable before adding extra complication. Or I can integrate your work in //depot/user/jhb/preemption/... into //depot/user/tanimura/ippreempt/... . >> Miscellaneous stuff: >> >> If a thread spins for an adaptive mutex, propagate its priority to the >> owner thread of the mutex. This prevents preemption of the owner >> thread by a thread with the priority in between the owner thread and >> the spinning thread. jhb> Ewww, I'd rather avoid this if possible. This is just an optimization, jhb> but it would depend on how complicated this makes the mutex code to see jhb> if it's worth it or not. The owner thread of an adaptive mutex never lowers its priority until it releases the mutex. We should thus bump the priority of the owner thread not during but just before spinning. However, it is difficult to know if the current thread can spin prior to calling _obtain_lock(). In addition, I would say that spinning can be done even more efficiently. At the moment, we try an atomic test-and-set instruction in each spin. As another thread holds the mutex, we are likely to execute an expensive test-and-set instruction quite a lot of times. Maybe we can solve both of the issues above by roughly checking if a thread can keep spinning without acquiring any locks, in the similar way as we do for a spin mutex. First, test the following conditions: - The owner of the mutex has not changed. - The owner is on a processor. If both of the conditions satisfy, keep spinning. Otherwise, try test-and-set. The pseudo-code would look like this: while (!_obtain_lock(m, td)) { mtx_lock_spin(&sched_lock); if (unowned(m)) { mutex_unlock_spin(&sched_lock); continue; } owner = mtx_owner(m); if (oncpu(owner)) { bump_priority(owner, td); /* Spin without holding sched_lock. */ critical_enter(); mtx_unlock_spin(&sched_lock); while (owner == mtx_owner(m) && oncpu(owner)) { /* Handle interrupts. */ critical_exit(); /* Spin. */ critical_enter(); } critical_exit(); continue; } sleep(td); mutex_unlock_spin(&sched_lock); } The code above does not use any test-and-set instructions, nor does it keep bumping the priority of the owner during spinning. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 0:19:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from van-laarhoven.org (ap-z-5ab8.adsl.wanadoo.nl [212.129.218.184]) by hub.freebsd.org (Postfix) with SMTP id 8AF4E37B40A for ; Wed, 29 May 2002 00:19:21 -0700 (PDT) Received: (qmail 84982 invoked from network); 29 May 2002 07:19:19 -0000 Received: from heather.van-laarhoven.org (10.66.0.2) by uitsmijter.van-laarhoven.org with SMTP; 29 May 2002 07:19:19 -0000 Date: Wed, 29 May 2002 09:19:19 +0200 (CEST) From: Nick Hibma To: Greg 'groggy' Lehey Cc: FreeBSD CURRENT Mailing List Subject: Re: gdb52 patch for your .gdbinit files In-Reply-To: <20020529125101.K82424@wantadilla.lemis.com> Message-ID: <20020529091727.G231-100000@heather.van-laarhoven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > As you can see, the patch is trivial, so I have no clue why this wasn't > > left alone when they modified symfile.c. If I can be bothered I'll > > submit it to them. > > Hmm. Looking at this patch, it seems it's complaining about being > handed a hex value where it's looking for an address. I'd guess that > this is in the wrong place. Where does it happen in the macros? Have a look at the gdb sources in FreeBSD-CURRENT and notice the fact that they removed the call to parse_and_eval_address and rolled their own. An address like $file->address+0xabcdef should be possible, but isn't in the distribution of 5.2. After the patch it is. i've filed the patch with an already open bug report on this on GNU gdb 5.2 Nick > > Greg > > > # diff -wu gdb-5.2/gdb/symfile.c~ gdb-5.2/gdb/symfile.c > > --- gdb-5.2/gdb/symfile.c~ Tue May 28 15:51:37 2002 > > +++ gdb-5.2/gdb/symfile.c Tue May 28 15:51:06 2002 > > @@ -1546,11 +1546,15 @@ > > char *val = sect_opts[i].value; > > char *sec = sect_opts[i].name; > > > > +#ifdef 0 > > val = sect_opts[i].value; > > if (val[0] == '0' && val[1] == 'x') > > addr = strtoul (val+2, NULL, 16); > > else > > addr = strtoul (val, NULL, 10); > > +#else > > + addr = parse_and_eval_address(val); > > +#endif > > > > /* Here we store the section offsets in the order they were > > entered on the command line. */ > > -- > See complete headers for address and phone numbers > -- n_hibma@van-laarhoven.org http://www.van-laarhoven.org/ n_hibma@FreeBSD.org http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 0:20:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id 18F5337B404 for ; Wed, 29 May 2002 00:20:21 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4T7KK162788 for ; Wed, 29 May 2002 00:20:20 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 89F16380A; Wed, 29 May 2002 00:20:20 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: Richard Wenninger , current@FreeBSD.ORG Subject: Re: UMA lock In-Reply-To: <3CF475E3.8925781A@mindspring.com> Date: Wed, 29 May 2002 00:20:20 -0700 From: Peter Wemm Message-Id: <20020529072020.89F16380A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > Peter Wemm wrote: > > > I think _sleeping_ is a problem, but allocation with M_WAITOK > > > shouldn't be, given it's strange definition of "waiting". This > > > is one of those hacks that John Baldwin was talking about earlier... > > > > As you said, _sleeping_ is the problem. M_WAITOK means "you may sleep if > > you like". ie: it is a time bomb waiting for the right low memory conditi on > > which will then explode with a 100% authentic crash or lock up. > > > > Pretend it said M_SLEEPOK instead of M_WAITOK. > > M_WAIT became M_WAITOK. Unless M_SLEEPOK becomes M_SLEEP, > I don't think it really matters: it's not going to wait > indefinitely, like you'd want it to, so eventually, it's > going to time out. > > You might get some big latencies along with some kernel > printf's about inverted locks, but it shouldn't end up > being fatal, like a real blocking wait would be, right? > > Or has M_WAITOK gone back to meaning M_WAIT, instead of > M_WAIT_IF_YOU_FEEL_LIKE_IT_OTHERWISE_MAKE_ME_CHECK_FOR_NULL > again? > > Can we get rid of the NULL tests we had to put in when M_WAIT > turned into M_WAITOK? Umm, Terry, have you looked at the code? We *only* have two wait states - M_NOWAIT and M_WAITOK. I dont care what it was ages ago, but in recent history we have a single flag boolean flag. M_WAITOK = 0x00, M_NOWAIT = 0x01. In spite of having two names, it is really a single bit where M_WAITOK != M_NOWAIT. M_WAIT for mbufs (not malloc) was an alias for M_WAITOK, and M_DONTWAIT (also just for mbufs) was an alias for M_NOWAIT. You call things and either permit them to tsleep() or you do not. M_NOWAIT to the mbuf m_get*, malloc*, contigmalloc*, uma_* etc means "you must not tsleep!". M_WAITOK conversely means that tsleep should be called as needed. Things like malloc still can return NULL even with M_WAITOK for non-recoverable scenarios. 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 0:24:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id 11A4337B400 for ; Wed, 29 May 2002 00:24:14 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4T7OD162806 for ; Wed, 29 May 2002 00:24:13 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 6FDD5380A; Wed, 29 May 2002 00:24:13 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: Poul-Henning Kamp , Richard Wenninger , current@FreeBSD.org Subject: Re: UMA lock In-Reply-To: <3CF476E7.D465D5C3@mindspring.com> Date: Wed, 29 May 2002 00:24:13 -0700 From: Peter Wemm Message-Id: <20020529072413.6FDD5380A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > Poul-Henning Kamp wrote: > > In message <20020529061540.88CD6380A@overcee.wemm.org>, Peter Wemm writes: > > >As you said, _sleeping_ is the problem. M_WAITOK means "you may sleep if > > >you like". ie: it is a time bomb waiting for the right low memory condit ion > > >which will then explode with a 100% authentic crash or lock up. > > > > > >Pretend it said M_SLEEPOK instead of M_WAITOK. > > > > Uhm, I'm actually seeing the opposite behaviour as well: after I > > changed the md(4) driver to use M_NOWAIT I still see malloc/zalloc > > sleeping... > > I'm with Poul on this one, Peter: M_WAITOK doesn't mean what > you think it means: it's doesn't mean tsleep may be called, > and M_NOWAIT doesn't mean tsleep() _won't_ be called, in > practice. No, it is exactly what it means, eg: if (!(flags & M_NOWAIT)) KASSERT(curthread->td_intr_nesting_level == 0, ("malloc(M_WAITOK) in interrupt context")); tsleep() in interrupt context is the kiss-of-death. M_NOWAIT means "you must not call tsleep!", which is what I have been saying all along. There is a known bug in UMA where it recurses and calls itself with with M_WAITOK even if it was explicitly called with M_NOWAIT set. The bug is real and would cause a panic if we actually ran low on memory at that point. 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 0:50:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id E25ED37B401 for ; Wed, 29 May 2002 00:50:15 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4T7oF162884 for ; Wed, 29 May 2002 00:50:15 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 67955380A; Wed, 29 May 2002 00:50:15 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: igorr@speechpro.com Cc: freebsd-current@FreeBSD.ORG Subject: Re: buildworld failure In-Reply-To: <20020529064931.GA45562@sysadm.stc> Date: Wed, 29 May 2002 00:50:15 -0700 From: Peter Wemm Message-Id: <20020529075015.67955380A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Igor Roboul wrote: > Hello, > I have trouble building world: > > -------------------------------------------------------------- > >>> stage 2: cleaning up the object tree > -------------------------------------------------------------- > cd /opt/freebsd/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i3 86 OBJFORMAT_PATH=/usr/obj/opt/freebsd/src/i386/usr/libexec GROFF_BIN_PAT H=/usr/obj/opt/freebsd/src/i386/usr/bin GROFF_FONT_PATH=/usr/obj/opt/freeb sd/src/i386/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/opt/freebsd/src/ i386/usr/share/tmac DESTDIR=/usr/obj/opt/freebsd/src/i386 INSTALL="sh /op t/freebsd/src/tools/install.sh" PATH=/usr/obj/opt/freebsd/src/i386/usr/sbi n:/usr/obj/opt/freebsd/src/i386/usr/bin:/usr/obj/opt/freebsd/src/i386/usr/g ames:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 par-cleandir > ===> share/info > ===> include > ===> include/arpa > cd: getcwd() failed: No such file or directory > *** Error code 2 > > Then I have done this: > rm -fr /usr/src/* > cvsup -L 2 -g /etc/current-supfile > after downloading over 300 Mbs of sources I got same error :-( > If I repeat "make buildworld" then it fails with same error in different > directory. There is a bug in /bin/sh. You might like to try something like this: rm -rf /usr/obj/* cd /usr/src/bin/sh make clean make obj make depend make make install As long as your /usr/src is up to date, that should save you. 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 1: 2:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (cvsup2.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id CD09137B403; Wed, 29 May 2002 01:02:44 -0700 (PDT) Received: from rina.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.12.3+3.5Wbeta/3.7W-rina.r-Nankai-Koya) with ESMTP id g4T82g3i058559 ; Wed, 29 May 2002 17:02:43 +0900 (JST) Message-Id: <200205290802.g4T82g3i058559@rina.r.dl.itc.u-tokyo.ac.jp> Date: Wed, 29 May 2002 17:02:42 +0900 From: Seigo Tanimura To: John Baldwin Cc: Seigo Tanimura , current@FreeBSD.org Subject: Re: preemption across processors In-Reply-To: <200205290713.g4T7DD3i043889@rina.r.dl.itc.u-tokyo.ac.jp> References: <200205280810.g4S8Ah3i071756@rina.r.dl.itc.u-tokyo.ac.jp> <200205290713.g4T7DD3i043889@rina.r.dl.itc.u-tokyo.ac.jp> User-Agent: Wanderlust/2.8.1 (Something) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 29 May 2002 16:13:13 +0900, Seigo Tanimura said: tanimura> Maybe we can solve both of the issues above by roughly checking if a tanimura> thread can keep spinning without acquiring any locks, in the similar tanimura> way as we do for a spin mutex. First, test the following conditions: tanimura> - The owner of the mutex has not changed. tanimura> - The owner is on a processor. - The priority of the curent thread has not changed. If some other thread spins for a mutex held by the current thread, we may have to propagate the priority of the other thread. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 1: 5:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by hub.freebsd.org (Postfix) with ESMTP id A95CD37B406 for ; Wed, 29 May 2002 01:05:36 -0700 (PDT) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.6/8.11.6) id g4T85N072418; Wed, 29 May 2002 09:05:23 +0100 (BST) (envelope-from rb) Message-Id: <4.3.2.7.2.20020529090418.00cd7830@gid.co.uk> X-Sender: rbmail@gid.co.uk X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 29 May 2002 09:05:22 +0100 To: John Angelmo From: Bob Bishop Subject: Re: Alcatel Speed Touch PC Cc: current@FreeBSD.ORG In-Reply-To: <3CF3B08A.9000508@veidit.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, >I wonder if there's any planned support for Alcatel Speed Touch PC (a ADSL >PCI card) I think there are some linuxdrivers but what could be needed for >FreeBSD support? Contact the guys listed on http://www.xsproject.org/speedtouch/ (bottom of the page). -- Bob Bishop +44 (0)118 977 4017 rb@gid.co.uk fax +44 (0)118 989 4254 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 1:23:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from postoffice.aims.com.au (eth0.lnk.aims.com.au [203.31.73.253]) by hub.freebsd.org (Postfix) with ESMTP id 5D3C737B416 for ; Wed, 29 May 2002 01:23:03 -0700 (PDT) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au with ESMTP id g4T8N1o85236 for ; Wed, 29 May 2002 18:23:01 +1000 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.5.3.R) for ; Wed, 29 May 2002 18:22:58 +1000 Reply-To: From: "Chris Knight" To: Subject: Release Building - failing at usr/share/doc/usd/13.viref Date: Wed, 29 May 2002 18:22:56 +1000 Message-ID: <005601c206ea$09f28d80$020aa8c0@aims.private> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal X-Return-Path: chris@aims.com.au X-MDaemon-Deliver-To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Howdy, I'm trying to build a FreeBSD-current snapshot release with a -current install as of 28/05/02 1400 GMT and the CVS tree updated to the same date. I've noticed that when -current is installed into the sandbox, groff isn't installed, nor is it built prior to building the usr/share/doc/usd files. The build then fails in usr/share/doc/usd/13.viref. I'm assuming groff isn't built due to c++ issues with the newer gcc import. Is this correct? Regards, Chris Knight Systems Administrator AIMS Independent Computer Professionals Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 Web: http://www.aims.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 2:11:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from rhymer.cogsci.ed.ac.uk (rhymer.cogsci.ed.ac.uk [129.215.144.8]) by hub.freebsd.org (Postfix) with ESMTP id 4F47A37B409 for ; Wed, 29 May 2002 02:11:52 -0700 (PDT) Received: (from richard@localhost) by rhymer.cogsci.ed.ac.uk (8.9.3/8.9.3) id KAA21469; Wed, 29 May 2002 10:11:05 +0100 (BST) Date: Wed, 29 May 2002 10:11:05 +0100 (BST) Message-Id: <200205290911.KAA21469@rhymer.cogsci.ed.ac.uk> From: Richard Tobin Subject: Re: Alcatel Speed Touch PC To: Bob Bishop , John Angelmo In-Reply-To: Bob Bishop's message of Wed, 29 May 2002 09:05:22 +0100 Organization: just say no Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > >I wonder if there's any planned support for Alcatel Speed Touch PC (a ADSL > >PCI card) I think there are some linuxdrivers but what could be needed for > >FreeBSD support? > Contact the guys listed on http://www.xsproject.org/speedtouch/ (bottom of > the page). That's the Speedtouch USB, not the PCI card. Given Alcatel's refusal to provide info on the Speedtouch USB, I wouldn't be too optimistic. -- Richard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 3:16:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from speechpro.com (crt-gw.infopro.spb.su [195.201.254.5]) by hub.freebsd.org (Postfix) with ESMTP id CF8D537B403 for ; Wed, 29 May 2002 03:16:17 -0700 (PDT) Received: from igorr by sysadm.stc with local (Exim 3.36 #1) id 17D0VG-000LjQ-00 for freebsd-current@freebsd.org; Wed, 29 May 2002 14:16:26 +0400 Date: Wed, 29 May 2002 14:16:26 +0400 From: Igor Roboul To: freebsd-current@freebsd.org Subject: Re: buildworld is broken(src/bin/sh) Message-ID: <20020529101626.GA76218@sysadm.stc> Reply-To: igorr@speechpro.com Mail-Followup-To: Igor Roboul , freebsd-current@freebsd.org References: <200205271134.g4RBYG803388@mail.wbs.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200205271134.g4RBYG803388@mail.wbs.ne.jp> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, May 27, 2002 at 08:34:18PM +0900, MOCHIZUKI Akihide/??????????? wrote: > #define TENDCASE 9 > #define TENDBQUOTE : > #define TREDIR ; > #define TWORD < > #define TIF = I think that there are problem with awk's printing of numbers. ':' is just '9'+1 so awk tries print numbers from 10 to 15 same way as it prints numbers from 0 to 9 (by adding ascii code of '0') -- Igor Roboul, System administrator at Speech Technology Center http://www.speechpro.com http://www.speechpro.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 3:18:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from speechpro.com (crt-gw.infopro.spb.su [195.201.254.5]) by hub.freebsd.org (Postfix) with ESMTP id BAA1D37B400 for ; Wed, 29 May 2002 03:18:29 -0700 (PDT) Received: from igorr by sysadm.stc with local (Exim 3.36 #1) id 17D0XS-000Lk2-00 for freebsd-current@FreeBSD.ORG; Wed, 29 May 2002 14:18:42 +0400 Date: Wed, 29 May 2002 14:18:42 +0400 From: Igor Roboul To: freebsd-current@FreeBSD.ORG Subject: Re: buildworld failure Message-ID: <20020529101842.GA83556@sysadm.stc> Reply-To: ir@hotbox.ru Mail-Followup-To: Igor Roboul , freebsd-current@FreeBSD.ORG References: <20020529064931.GA45562@sysadm.stc> <20020529075015.67955380A@overcee.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020529075015.67955380A@overcee.wemm.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, May 29, 2002 at 12:50:15AM -0700, Peter Wemm wrote: > make obj > make depend > make > make install > > As long as your /usr/src is up to date, that should save you. Thank you. But now it fails on building of libncurses, with many: lib_gen.c:504: `a0' undeclared (first use in this function) lib_gen.c:504: syntax error before numeric constant lib_gen.c:504: syntax error before numeric constant lib_gen.c: In function `mvwgetnstr': lib_gen.c:511: `a0' undeclared (first use in this function) lib_gen.c:511: syntax error before numeric constant -- Igor Roboul, System administrator at Speech Technology Center http://www.speechpro.com http://www.speechpro.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 3:38:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from cse.cs.huji.ac.il (cse.cs.huji.ac.il [132.65.16.30]) by hub.freebsd.org (Postfix) with ESMTP id 59A8037B406 for ; Wed, 29 May 2002 03:38:13 -0700 (PDT) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cse.cs.huji.ac.il with esmtp id 17D0qJ-000KIK-00 for current@FreeBSD.ORG; Wed, 29 May 2002 13:38:11 +0300 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: current@FreeBSD.ORG Subject: make buildworld fails Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 29 May 2002 13:38:11 +0300 From: Danny Braniss Message-Id: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG cvsup'ed about 1 hour ago in /etc/make.conf MAKEOBJDIRPREFIX?=/r+d/obj and with setnev MAKEOBJDIRPREFIX /r+d/obj make buildworld ... FATAL: can't create /usr/src/gnu/lib/libstdc++/../../../contrib/gcc/cp-demangle .o: Permission denied how can i fix this? danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 3:53:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from postoffice.aims.com.au (eth0.lnk.aims.com.au [203.31.73.253]) by hub.freebsd.org (Postfix) with ESMTP id 4370237B403 for ; Wed, 29 May 2002 03:53:07 -0700 (PDT) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au with ESMTP id g4TAr5o85949 for ; Wed, 29 May 2002 20:53:05 +1000 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.5.3.R) for ; Wed, 29 May 2002 20:52:08 +1000 Reply-To: From: "Chris Knight" To: Subject: RE: Release Building - failing at usr/share/doc/usd/13.viref Date: Wed, 29 May 2002 20:52:06 +1000 Message-ID: <005e01c206fe$e0aed810$020aa8c0@aims.private> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal X-Return-Path: chris@aims.com.au X-MDaemon-Deliver-To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Howdy, Disconnecting usr/share/doc/usd/13.viref and usr/share/doc/papers/sysperf from the build process allowed me to build a -current snapshot. I found the reference in the CVS logs (2002/05/15 09:29:45 PDT) that c++ isn't being built. This explains the lack of groff and tbl. There must be some Makefile magic in bsd.doc.mk that allows all the other usd and papers directories to continue, as specific targets are defined in these two offenders. The sysperf target that fails is paper.tmp (not able to find tbl) and the 13.viref target is index.so (unable to find groff). Anyone know the ETA for c++ to be reconnected to the release build? Regards, Chris Knight Systems Administrator AIMS Independent Computer Professionals Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 Web: http://www.aims.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 4: 5:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 01C2537B40A for ; Wed, 29 May 2002 04:05:53 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id VAA17707; Wed, 29 May 2002 21:05:40 +1000 Date: Wed, 29 May 2002 21:09:01 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Peter Wemm Cc: Richard Wenninger , Subject: Re: UMA lock In-Reply-To: <20020529040704.A8A96380A@overcee.wemm.org> Message-ID: <20020529204116.T24797-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 28 May 2002, Peter Wemm wrote: > Richard Wenninger wrote: > > /usr/src/sys/vm/uma_core.c:1324: could sleep with "UMA lock" locked from > > /usr/src/sys/vm/uma-core.c:1157 > > > > Should I be concerned? > > Excessively concerned: no. But these are all *real* problems that must > be fixed. > > Specifically, they are holding locks while calling a function that *might* > tsleep() if memory is low at the time. If it does tsleep, it will panic or > otherwise lead to a deadlock or corruption. > > The fact that they've gone largely unnoticed until now means that it is not > an urgent problem (which is why it is a warning), but if you run really low > of memory you will find out just how serious it is. I had checks for calling malloc() with M_WAITOK at a nonzero ipl and found too many problems to notice, so I usually kept the checks turned off. (I still have the checks, but they are no-ops in -current). Most of the problems seem to involve booting and networking code. The socket locking changes in -current seem to have addressed a few of these. > The bug is that things are calling things like malloc with M_WAITOK when > waiting is explicitly not allowed. There are other functions that can > tsleep as well that we have not added checks for yet, so this is likely > just the tip of the iceberg. :-( In -current, msleep() could easily check whether it is called with a lock except the expected one (Giant or mtx). Similar ipl-based checks are impossible because it is almost mandatory to sleep it a nonzero ipl to prevent races: s = splfoo(); while ((foo_p->state & FOO_READY) == 0) tsleep(...); // code that depends on foo being ready splx(s); Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 4:20:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 9999837B401 for ; Wed, 29 May 2002 04:20:44 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id VAA18958; Wed, 29 May 2002 21:19:55 +1000 Date: Wed, 29 May 2002 21:23:15 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Peter Wemm Cc: Poul-Henning Kamp , Terry Lambert , Richard Wenninger , Subject: Re: UMA lock In-Reply-To: <20020529070709.03852380A@overcee.wemm.org> Message-ID: <20020529211259.L24797-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 29 May 2002, Peter Wemm wrote: > Poul-Henning Kamp wrote: > > Uhm, I'm actually seeing the opposite behaviour as well: after I > > changed the md(4) driver to use M_NOWAIT I still see malloc/zalloc > > sleeping... > > No, this is a bug in UMA. In certain circumstances, it calls itself > with M_WAITOK even when it itself was called with M_NOWAIT. Or it could be malloc/zalloc sleeping in another process. malloc(M_NOWAIT) may block and then wait a long time for other processes to release resources. This may involved the other processes sleeping, perhaps even with M_WAITOK malloc()'s. Buggy other processes may take arbitrary long to release their resources. The important points are: - the process that called malloc(M_NOWAIT) holds all the locks that it needs to protect its data structures - the process doesn't sleep itself (since sleeping might involve releasing critical lock(s), e.g., Giant) - all this locking and sleeping doesn't cause deadlock. Sleeping without releasing all locks would be a good way to tempt deadlock, and having malloc(M_NOWAIT) sleep despite being told not to would be a good way to sleep with some locks held. Leaf routines like malloc() can barely know which locks are held, and cannot reasonably know which locks are safe to release. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 4:43: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id DC1B137B41E for ; Wed, 29 May 2002 04:42:34 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id VAA20658; Wed, 29 May 2002 21:36:33 +1000 Date: Wed, 29 May 2002 21:39:54 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Peter Wemm Cc: Terry Lambert , Richard Wenninger , Subject: Re: UMA lock In-Reply-To: <20020529072020.89F16380A@overcee.wemm.org> Message-ID: <20020529212412.U24797-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 29 May 2002, Peter Wemm wrote: > M_NOWAIT to the mbuf m_get*, malloc*, contigmalloc*, uma_* etc means > "you must not tsleep!". M_WAITOK conversely means that tsleep should be > called as needed. Things like malloc still can return NULL even with M_WAITOK > for non-recoverable scenarios. malloc() itself can't do this, unless malloc(M_WAITOK) has been broken. Thousands of callers depend on malloc(M_WAITOK) not returning NULL, and malloc.9 still documents this behaviour. You may be thinking of mbuf allocation. It is confusingly different, starting with the no-wait flag being spelled differently (M_NOWAIT). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 5:52:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by hub.freebsd.org (Postfix) with ESMTP id A5E5037B403 for ; Wed, 29 May 2002 05:52:27 -0700 (PDT) Received: (qmail 32228 invoked from network); 29 May 2002 12:52:27 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 29 May 2002 12:52:27 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g4TCqfF27647; Wed, 29 May 2002 08:52:41 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020529072020.89F16380A@overcee.wemm.org> Date: Wed, 29 May 2002 08:52:13 -0400 (EDT) From: John Baldwin To: Peter Wemm Subject: Re: UMA lock Cc: current@FreeBSD.ORG, Richard Wenninger , Terry Lambert Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 29-May-2002 Peter Wemm wrote: > M_NOWAIT to the mbuf m_get*, malloc*, contigmalloc*, uma_* etc means > "you must not tsleep!". M_WAITOK conversely means that tsleep should be > called as needed. Things like malloc still can return NULL even with M_WAITOK > for non-recoverable scenarios. No, M_WAITOK won't return NULL, it will panic first. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 5:52:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by hub.freebsd.org (Postfix) with ESMTP id 8E8EB37B407 for ; Wed, 29 May 2002 05:52:26 -0700 (PDT) Received: (qmail 746 invoked from network); 29 May 2002 12:52:25 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 29 May 2002 12:52:25 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g4TCqeF27643; Wed, 29 May 2002 08:52:40 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200205290713.g4T7DD3i043889@rina.r.dl.itc.u-tokyo.ac.jp> Date: Wed, 29 May 2002 08:52:11 -0400 (EDT) From: John Baldwin To: Seigo Tanimura Subject: Re: preemption across processors Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 29-May-2002 Seigo Tanimura wrote: >>> And the p4 depot >>> >>> //depot/user/tanimura/ippreempt/... >>> >>> The patch is for only i386 at the moment. >>> >>> The following is the brief description of the patch: > > jhb> I would prefer that this was hung off the preemption stuff I've already done > jhb> rather than reinventing it. I would also prefer that we get a preemptive > jhb> kernel w/o this done stable before adding extra complication. > > Or I can integrate your work in //depot/user/jhb/preemption/... into > //depot/user/tanimura/ippreempt/... . I think we should do the more cautious step first. >>> Miscellaneous stuff: >>> >>> If a thread spins for an adaptive mutex, propagate its priority to the >>> owner thread of the mutex. This prevents preemption of the owner >>> thread by a thread with the priority in between the owner thread and >>> the spinning thread. > > jhb> Ewww, I'd rather avoid this if possible. This is just an optimization, > jhb> but it would depend on how complicated this makes the mutex code to see > jhb> if it's worth it or not. > > The owner thread of an adaptive mutex never lowers its priority until > it releases the mutex. We should thus bump the priority of the owner > thread not during but just before spinning. However, it is difficult > to know if the current thread can spin prior to calling > _obtain_lock(). > > In addition, I would say that spinning can be done even more > efficiently. At the moment, we try an atomic test-and-set > instruction in each spin. As another thread holds the mutex, we are > likely to execute an expensive test-and-set instruction quite a lot of > times. > > Maybe we can solve both of the issues above by roughly checking if a > thread can keep spinning without acquiring any locks, in the similar > way as we do for a spin mutex. First, test the following conditions: > > - The owner of the mutex has not changed. > - The owner is on a processor. > > If both of the conditions satisfy, keep spinning. Otherwise, try > test-and-set. The pseudo-code would look like this: > > > while (!_obtain_lock(m, td)) { > mtx_lock_spin(&sched_lock); > > if (unowned(m)) { > mutex_unlock_spin(&sched_lock); > continue; > } > > owner = mtx_owner(m); > if (oncpu(owner)) { You can not treat owner as valid unless you hold sched_lock() and MTX_CONTESTED is set in m->mtx_lock. Thus, the value can go stale and you could potentially be dereferencing an invalid pointer below. > /* Spin without holding sched_lock. */ > critical_enter(); > mtx_unlock_spin(&sched_lock); The critical section here would not be necessary I think, but you can't read owner's value and know it is not stale if you don't hold sched_lock. (Eventually to be replaced with a turnstile chain lock.) One thing we might be able to do better is to change the code in the adaptive spinning test to wait for mtx_lock to change before trying the test-and-set again, this is a fairly simple change that isn't very hard to do. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 8:55:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 4747237B40A; Wed, 29 May 2002 08:55:45 -0700 (PDT) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g4TFthf55424; Wed, 29 May 2002 17:55:43 +0200 (CEST) Date: Wed, 29 May 2002 17:56:28 +0200 (CEST) From: Martin Blapp To: , Alexander Kabaev Cc: Subject: gcc3.1 problems: undefined reference to `__gxx_personality_v0' Message-ID: <20020529175400.G18017-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I see this configure failure when using the system gcc3.1 or a newer one from ports. A version from march works. configure:3602: checking for XOpenDisplay in -lX11 configure:3624: /usr/local/bin/g++31 -o conftest -g -L/usr/X11R6/lib conftest.C -lX11 1>&5 /var/tmp//ccask2mP.o: In function `main': /usr/ports/editors/openoffice/work/oo_1.0_src/config_office/configure:3620: undefined reference to `__gxx_personality_v0' collect2: ld returned 1 exit status configure: failed program was: #line 3610 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char XOpenDisplay(); int main() { XOpenDisplay() ; return 0; } Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 9: 6:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id BA8A537B401; Wed, 29 May 2002 09:06:14 -0700 (PDT) Received: by energyhq.homeip.net (Postfix, from userid 1001) id 4D90B3FC2D; Wed, 29 May 2002 18:06:10 +0200 (CEST) Date: Wed, 29 May 2002 18:06:10 +0200 From: Miguel Mendez To: Martin Blapp Cc: obrien@freebsd.org, Alexander Kabaev , current@freebsd.org Subject: Re: gcc3.1 problems: undefined reference to `__gxx_personality_v0' Message-ID: <20020529180610.A53116@energyhq.homeip.net> Mail-Followup-To: Martin Blapp , obrien@freebsd.org, Alexander Kabaev , current@freebsd.org References: <20020529175400.G18017-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020529175400.G18017-100000@levais.imp.ch>; from mb@imp.ch on Wed, May 29, 2002 at 05:56:28PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 29, 2002 at 05:56:28PM +0200, Martin Blapp wrote: Hi Martin, > /usr/ports/editors/openoffice/work/oo_1.0_src/config_office/configure:362= 0: > undefined reference to `__gxx_personality_v0' I've seen this problem too. I don't know if it has been solved, but -CURRENT's C++ compiler has been broken for a while. The workaround has been to install the gcc31 port and use it, e.g make CXX=3D/usr/local/bin/g++31 Cheers, --=20 Miguel Mendez - flynn@energyhq.homeip.net GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk FreeBSD - The power to serve! --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE89PxynLctrNyFFPERArhpAJ4r+gTW4oppw+t1CcrBlefrhgZhTwCfU1xf XkinKG1+/l/lhV06zy6uNtA= =FC6m -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 9: 8:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 8344D37B405; Wed, 29 May 2002 09:08:20 -0700 (PDT) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g4TG8Cf57467; Wed, 29 May 2002 18:08:12 +0200 (CEST) Date: Wed, 29 May 2002 18:08:58 +0200 (CEST) From: Martin Blapp To: Miguel Mendez Cc: , Alexander Kabaev , Subject: Re: gcc3.1 problems: undefined reference to `__gxx_personality_v0' In-Reply-To: <20020529180610.A53116@energyhq.homeip.net> Message-ID: <20020529180827.N18017-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > I've seen this problem too. I don't know if it has been solved, but > -CURRENT's C++ compiler has been broken for a while. The workaround has > been to install the gcc31 port and use it, e.g make > CXX=/usr/local/bin/g++31 And this doesn't work anymore. I see this with a fresh 3.1 port too now. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 9:12:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id 3466F37B406 for ; Wed, 29 May 2002 09:12:06 -0700 (PDT) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.3/8.12.3) with ESMTP id g4TGC2fS049092; Wed, 29 May 2002 12:12:02 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.3/8.12.3/Submit) id g4TGC22t049091; Wed, 29 May 2002 12:12:02 -0400 (EDT) Date: Wed, 29 May 2002 12:12:02 -0400 From: Alexander Kabaev To: Miguel Mendez Cc: current@FreeBSD.ORG Subject: Re: gcc3.1 problems: undefined reference to `__gxx_personality_v0' Message-Id: <20020529121202.76ff4311.ak03@gte.com> In-Reply-To: <20020529180610.A53116@energyhq.homeip.net> References: <20020529175400.G18017-100000@levais.imp.ch> <20020529180610.A53116@energyhq.homeip.net> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.7.6claws13 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 29 May 2002 18:06:10 +0200 Miguel Mendez wrote: > I've seen this problem too. I don't know if it has been solved, but > -CURRENT's C++ compiler has been broken for a while. The workaround > has been to install the gcc31 port and use it, e.g make > CXX=/usr/local/bin/g++31 > > Cheers, Martin is using GCC 3.1 from ports. It sounds like GCC tries to use some library left over from the previous version of GCC, which does not provide this symbol. g++13 -v should tell you what parameters GCC passes to the linker and what libraries it tries to link. This should be enough to track down what older library shadows the new one. The usual suspects are libgcc and libstdc++. -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 9:14:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id A6B6037B401 for ; Wed, 29 May 2002 09:14:30 -0700 (PDT) Received: by energyhq.homeip.net (Postfix, from userid 1001) id B1A093FC2D; Wed, 29 May 2002 18:14:32 +0200 (CEST) Date: Wed, 29 May 2002 18:14:32 +0200 From: Miguel Mendez To: Martin Blapp Cc: current@freebsd.org Subject: Re: gcc3.1 problems: undefined reference to `__gxx_personality_v0' Message-ID: <20020529181432.B53116@energyhq.homeip.net> Mail-Followup-To: Martin Blapp , current@freebsd.org References: <20020529180610.A53116@energyhq.homeip.net> <20020529180827.N18017-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="VrqPEDrXMn8OVzN4" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020529180827.N18017-100000@levais.imp.ch>; from mb@imp.ch on Wed, May 29, 2002 at 06:08:58PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --VrqPEDrXMn8OVzN4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 29, 2002 at 06:08:58PM +0200, Martin Blapp wrote: Hi, > And this doesn't work anymore. I see this with a fresh 3.1 port too now. Martin, I don't doubt about your answer, but, can you verify you are indeed using the ports g++ compiler? I can't reproduce the bug here. Cheers, --=20 Miguel Mendez - flynn@energyhq.homeip.net GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk FreeBSD - The power to serve! --VrqPEDrXMn8OVzN4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE89P5onLctrNyFFPERAiuGAJ96zIxPMfzkTw3X4QtAKPrFbTeO2gCfZNAK CvUaf1ADRSp/FmVvQArBcME= =P64c -----END PGP SIGNATURE----- --VrqPEDrXMn8OVzN4-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 9:18:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from shidahara1.planet.sci.kobe-u.ac.jp (shidahara1.planet.sci.kobe-u.ac.jp [133.30.68.253]) by hub.freebsd.org (Postfix) with ESMTP id D24ED37B403 for ; Wed, 29 May 2002 09:18:18 -0700 (PDT) Received: from shidahara1.planet.sci.kobe-u.ac.jp (localhost [127.0.0.1]) by shidahara1.planet.sci.kobe-u.ac.jp (8.9.3/8.9.3) with ESMTP id BAA34034; Thu, 30 May 2002 01:14:18 +0900 (JST) (envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp) Message-Id: <200205291614.BAA34034@shidahara1.planet.sci.kobe-u.ac.jp> To: imp@village.org Cc: current@freebsd.org Subject: Making newcard and oldcard moduler. Date: Thu, 30 May 2002 01:14:18 +0900 From: Takanori Watanabe Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I managed to make pccard device driver into loadable module. http://people.freebsd.org/~takawata/cardmodule.diff To use this, 1. Apply following patch.(diff from HEAD) 2. Remove 'pccard','pcic','pccbb','cardbus', 'card' line from configuration file. 3. Add following line to configuration file. (Should it be standard?) == device cardcom == 4. Rebuild your kernel. 5. Move /sys/modules/ and build oldcard, pccbb, pccard, cardbus, pcic module and install them. 6 Reboot. 7 If you want to use oldcard, type as follows in loader(8). == load oldcard boot == Or if you want to use newcard with CardBus controller, type as follows. == load pccbb boot == CAVEATS Unloading newcard may cause page fault. Loading both of them cause something bad. I don't check whether all pccard driver works well. Have fun. Takanori Watanabe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 9:20:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id 1C1FC37B41A for ; Wed, 29 May 2002 09:19:37 -0700 (PDT) Received: by energyhq.homeip.net (Postfix, from userid 1001) id D73403FCA9; Wed, 29 May 2002 18:19:38 +0200 (CEST) Date: Wed, 29 May 2002 18:19:38 +0200 From: Miguel Mendez To: Alexander Kabaev Cc: current@FreeBSD.ORG Subject: Re: gcc3.1 problems: undefined reference to `__gxx_personality_v0' Message-ID: <20020529181938.C53116@energyhq.homeip.net> Mail-Followup-To: Alexander Kabaev , current@FreeBSD.ORG References: <20020529175400.G18017-100000@levais.imp.ch> <20020529180610.A53116@energyhq.homeip.net> <20020529121202.76ff4311.ak03@gte.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="NKoe5XOeduwbEQHU" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020529121202.76ff4311.ak03@gte.com>; from ak03@gte.com on Wed, May 29, 2002 at 12:12:02PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --NKoe5XOeduwbEQHU Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 29, 2002 at 12:12:02PM -0400, Alexander Kabaev wrote: Hi, > Martin is using GCC 3.1 from ports. It sounds like GCC tries to use some > library left over from the previous version of GCC, which does not > provide this symbol. g++13 -v should tell you what parameters GCC passes > to the linker and what libraries it tries to link. This should be enough > to track down what older library shadows the new one. The usual suspects > are libgcc and libstdc++. Don't quote me on this, but I'm almost sure David made sure that the port's installed gcc compiler used it's own libgcc and libstd++. At least I can recall some comment about it in the port's Makefile. =BA Cheers, --=20 Miguel Mendez - flynn@energyhq.homeip.net GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk FreeBSD - The power to serve! --NKoe5XOeduwbEQHU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE89P+anLctrNyFFPERAlLTAJ9xiMFFzvm4dQRoBztL0MrA2jc+fwCfeB2V +SRuszovxOimFPc080PYxWc= =Tloc -----END PGP SIGNATURE----- --NKoe5XOeduwbEQHU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 9:28:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from phnxpop2.phnx.uswest.net (phnxpop2.phnx.uswest.net [206.80.192.2]) by hub.freebsd.org (Postfix) with SMTP id E87B737B401 for ; Wed, 29 May 2002 09:27:53 -0700 (PDT) Received: (qmail 5750 invoked by uid 0); 29 May 2002 16:27:52 -0000 Received: from ldialup173.phnx.uswest.net (HELO broken) (209.181.106.173) by phnxpop2.phnx.uswest.net with SMTP; 29 May 2002 16:27:52 -0000 Date: Wed, 29 May 2002 09:27:50 -0700 Message-ID: <001d01c2072d$c99e6940$0a00a8c0@broken> From: "Dan Trainor" To: current@FreeBSD.ORG Subject: RE: gcc3.1 problems: undefined reference to `__gxx_personality_v0' MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <20020529180610.A53116@energyhq.homeip.net> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm new to the list, so please excuse my question If it has already been asked before. Being that -CURRENT's C++ compiler is b0rked, how long will it be until it's problems have been resolved? I've seen many problems with it lately, and it kinda made me worried, almost to the point where I thought a re-install from the 4.5 release would be appropriate. Anyway, keep up the good work. It'll work out. -dt -----Original Message----- From: owner-freebsd-current@FreeBSD.ORG [mailto:owner-freebsd-current@FreeBSD.ORG] On Behalf Of Miguel Mendez Sent: Wednesday, May 29, 2002 9:06 AM To: Martin Blapp Cc: obrien@FreeBSD.ORG; Alexander Kabaev; current@FreeBSD.ORG Subject: Re: gcc3.1 problems: undefined reference to `__gxx_personality_v0' On Wed, May 29, 2002 at 05:56:28PM +0200, Martin Blapp wrote: Hi Martin, > /usr/ports/editors/openoffice/work/oo_1.0_src/config_office/configure:36 20: > undefined reference to `__gxx_personality_v0' I've seen this problem too. I don't know if it has been solved, but -CURRENT's C++ compiler has been broken for a while. The workaround has been to install the gcc31 port and use it, e.g make CXX=/usr/local/bin/g++31 Cheers, -- Miguel Mendez - flynn@energyhq.homeip.net GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk FreeBSD - The power to serve! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 10:12:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by hub.freebsd.org (Postfix) with ESMTP id 07D5D37B8A0 for ; Wed, 29 May 2002 09:49:40 -0700 (PDT) Received: (qmail 28807 invoked from network); 29 May 2002 16:47:47 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 29 May 2002 16:47:47 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g4TGlkF28301; Wed, 29 May 2002 12:47:47 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 29 May 2002 12:47:10 -0400 (EDT) From: John Baldwin To: Julian Elischer Subject: RE: Seeking OK to commit KSE MIII Cc: FreeBSD current users Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 28-May-2002 Julian Elischer wrote: > Now things are moving again. > Jonathon Mini and I have cleaned up the patches a bit > and fixed the more obvious problems.. > from teh point of view of non KSE processes > (that would be all of them at the moment) it shuold act the > same as now. Hopefully, changes are restricted to instruction flows that > would only occur in KSE processes. > > I would like to commit this in the next couple of days to give it enough > time to settle BEFORE USENIX. Ok, here are the random comments I've come up with: 1) Why gratuitous rename of p_stat to p_state? 2) I object to removing cred_free_thread(). It isn't getting in your way and some of us like to test things. 3) Why did you not make the linux process in linux_machdep.c runnable before you did a setrunqueue()? You do know we create it stopped at first and then make it runnable after doing fixups after fork1(), right? 4) It would be nice if you didn't mix in gratuitous style changes with actual content changes such as extra braces in else clause of PROCFS_CTRL_WAIT case in procfs_ctl.c 5) The comment by thread_unsuspend() in procfs_ctl.c seems gratuitous, that is what one would expect from such a function. 6) In cpu_set_retval() you have: +void +cpu_set_retval(struct thread *td, int retval, int aux, int success) +{ + struct trapframe *frame; + + frame = td->td_frame; + frame->tf_eax = retval; /* Child returns zero */ + frame->tf_edx = aux; /* I dunno */ You could always ask about that instead of having a I dunno comment. :) I think that we no longer use 2 return values from syscalls for FreeBSD syscalls (I know we did for fork1() at one point, possibly still do so that 4.x libc works ok on 5.x kernel). Linux does depend on edx being preserved across a syscall though IIRC. 7) Please follow the established convention for names of members in pcb_ext and call 'refcount' 'ext_refccount'. 8) It would be nice if the CURSIG() -> cursig() change were committed separately to avoid obfuscating the other diffs. 9) More gratuitous braces as well as gratuituos ()'s and white space changes in ithread_schedule() obfuscate the functional diffs. 10) In kern_sig.c, prototypes are declared on one line and near the beginning of the file, not in the middle of code (tdsignal). 11) Why is there a whole chunk of code #if 0'd out in kern_sig.c? 12) You lock p_pptr twice (can't do that) before psignal(). Looks like you added an extra one along with gratuitous braces and a whitespace change. 13) Could you call readjustrunqueue() runq_readjust() to follow the other namespaces already in kern_switch.c? Also, I find it easier to read personally. 14) Hmm, I'm not sure why you need TDF_INMSLEEP if a KSE always has a spare thread that is replenished first thing when the spare thread prepares to do an upcall. 15) The 'um... dunno' comment in abortsleep() is a bit unsettling, do you think you could clarify / run some tests to figure out exactly what is going on there? 16) I don't think we need the P_SPARE's. 17) I think SINGLE_WAIT/EXIT is slightly more readable than SNGLE_WAIT/EXIT. :) 18) I still don't see what's so hard about LIST_FOREACH() with allproc. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 10:18:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from phnxpop2.phnx.uswest.net (phnxpop2.phnx.uswest.net [206.80.192.2]) by hub.freebsd.org (Postfix) with SMTP id B995437BA63 for ; Wed, 29 May 2002 09:53:57 -0700 (PDT) Received: (qmail 74122 invoked by uid 0); 29 May 2002 16:53:49 -0000 Received: from ldialup173.phnx.uswest.net (HELO broken) (209.181.106.173) by phnxpop2.phnx.uswest.net with SMTP; 29 May 2002 16:53:49 -0000 Date: Wed, 29 May 2002 09:53:52 -0700 Message-ID: <003001c20731$69e20fd0$0a00a8c0@broken> From: "Dan Trainor" To: current@FreeBSD.ORG Subject: RE: gcc3.1 problems: undefined reference to `__gxx_personality_v0' MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <39300.1022690959@axl.seasidesoftware.co.za> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have no doubt of the progress that's being made. Anyway, thanks for the help. Again, keep up the good work. -dt -----Original Message----- From: Sheldon Hearn [mailto:sheldonh@axl.seasidesoftware.co.za] On Behalf Of Sheldon Hearn Sent: Wednesday, May 29, 2002 9:49 AM To: Dan Trainor Cc: current@FreeBSD.ORG Subject: Re: gcc3.1 problems: undefined reference to `__gxx_personality_v0' On Wed, 29 May 2002 09:27:50 MST, "Dan Trainor" wrote: > Being that -CURRENT's C++ compiler is b0rked, how long will it be until > it's problems have been resolved? I've seen many problems with it > lately, and it kinda made me worried, almost to the point where I > thought a re-install from the 4.5 release would be appropriate. It probably won't be too long, because at least one very clueful individual is working on the problem. In the meantime, though, either compile ports with CXX=/usr/local/bin/g++31 or use a stable, end-user oriented version of FreeBSD (like 4.6-SOMETHING). Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 10:25:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id 10D7D37C1CC for ; Wed, 29 May 2002 10:15:05 -0700 (PDT) Received: by energyhq.homeip.net (Postfix, from userid 1001) id 3200E3FC2D; Wed, 29 May 2002 18:44:57 +0200 (CEST) Date: Wed, 29 May 2002 18:44:57 +0200 From: Miguel Mendez To: Dan Trainor Cc: current@FreeBSD.ORG Subject: Re: gcc3.1 problems: undefined reference to `__gxx_personality_v0' Message-ID: <20020529184457.A54208@energyhq.homeip.net> Mail-Followup-To: Dan Trainor , current@FreeBSD.ORG References: <20020529180610.A53116@energyhq.homeip.net> <001d01c2072d$c99e6940$0a00a8c0@broken> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <001d01c2072d$c99e6940$0a00a8c0@broken>; from dan@ript.org on Wed, May 29, 2002 at 09:27:50AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 29, 2002 at 09:27:50AM -0700, Dan Trainor wrote: Hi, > Being that -CURRENT's C++ compiler is b0rked, how long will it be until > it's problems have been resolved? I've seen many problems with it > lately, and it kinda made me worried, almost to the point where I > thought a re-install from the 4.5 release would be appropriate. =20 Short answer, when it's ready. Long answer: David is making a very good job with the update of gcc and related tools, give him the time needed. IMHO, the stuff David is dealing with is total PITA, so be grateful he is doing it, I can't think of a better person to do it right now. -CURRENT is not for the weak, if you run it be ready to find broken stuff, from minor things in buildworld to total breakage, but the handbook already warns you about that, right? :-) FWIW, I've found last weekend's -CURRENT to be perfectly usable, but, as always, YMMV. My 0.02EUR is, if it's not a production box, and you want to play with new stuff and don't mind the (lack of) stability and think you can (possibly) help with debugging, go for -CURRENT, the more people who test it, the better, else keep running -STABLE. Cheers, --=20 Miguel Mendez - flynn@energyhq.homeip.net GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk FreeBSD - The power to serve! --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE89QWInLctrNyFFPERAql+AKCMQPbuA7MAxiLYq2u5uYvMkVy9igCfTvUE N1oOA+bUUPcRgqWrBdml6Uk= =30Vw -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 10:30:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id B99E737C38B for ; Wed, 29 May 2002 10:23:44 -0700 (PDT) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.33 #1) id 17D6dT-000ADt-00; Wed, 29 May 2002 18:49:19 +0200 From: Sheldon Hearn To: "Dan Trainor" Cc: current@FreeBSD.ORG Subject: Re: gcc3.1 problems: undefined reference to `__gxx_personality_v0' In-reply-to: Your message of "Wed, 29 May 2002 09:27:50 MST." <001d01c2072d$c99e6940$0a00a8c0@broken> Date: Wed, 29 May 2002 18:49:19 +0200 Message-ID: <39300.1022690959@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 29 May 2002 09:27:50 MST, "Dan Trainor" wrote: > Being that -CURRENT's C++ compiler is b0rked, how long will it be until > it's problems have been resolved? I've seen many problems with it > lately, and it kinda made me worried, almost to the point where I > thought a re-install from the 4.5 release would be appropriate. It probably won't be too long, because at least one very clueful individual is working on the problem. In the meantime, though, either compile ports with CXX=/usr/local/bin/g++31 or use a stable, end-user oriented version of FreeBSD (like 4.6-SOMETHING). Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 10:41:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id A660C37BFB7; Wed, 29 May 2002 10:40:14 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4THeD164834; Wed, 29 May 2002 10:40:14 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 9176D380A; Wed, 29 May 2002 10:40:13 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Martin Blapp Cc: obrien@FreeBSD.ORG, Alexander Kabaev , current@FreeBSD.ORG Subject: Re: gcc3.1 problems: undefined reference to `__gxx_personality_v0' In-Reply-To: <20020529175400.G18017-100000@levais.imp.ch> Date: Wed, 29 May 2002 10:40:13 -0700 From: Peter Wemm Message-Id: <20020529174013.9176D380A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martin Blapp wrote: > > Hi all, > > I see this configure failure when using the system gcc3.1 or a newer one from > ports. A version from march works. > > configure:3602: checking for XOpenDisplay in -lX11 > configure:3624: /usr/local/bin/g++31 -o conftest -g -L/usr/X11R6/lib > conftest.C -lX11 1>&5 > /var/tmp//ccask2mP.o: In function `main': > /usr/ports/editors/openoffice/work/oo_1.0_src/config_office/configure:3620: > undefined reference to `__gxx_personality_v0' > collect2: ld returned 1 exit status > configure: failed program was: > #line 3610 "configure" > #include "confdefs.h" > /* Override any gcc2 internal prototype to avoid an error. */ > #ifdef __cplusplus > extern "C" > #endif > /* We use char because int might match the return type of a gcc2 > builtin and then its argument prototype would still apply. */ > char XOpenDisplay(); > > int main() { > XOpenDisplay() > ; return 0; } > > Martin Have you done a 'make world' in the last 24 hours or so? What does this show: ls -l /usr/bin/c++ /usr/lib/libstdc++.so.4 /usr/include/g++/bits/c++config.h They should all exist and be roughly the same time/date. 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 10:42:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id D4F6C37C702; Wed, 29 May 2002 10:41:18 -0700 (PDT) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g4THe8Ku000431; Wed, 29 May 2002 19:40:08 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: John Baldwin Cc: Julian Elischer , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII In-Reply-To: Your message of "Wed, 29 May 2002 12:47:10 EDT." Date: Wed, 29 May 2002 19:40:08 +0200 Message-ID: <430.1022694008@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , John Baldwin writes: >+ frame = td->td_frame; >+ frame->tf_eax = retval; /* Child returns zero */ >+ frame->tf_edx = aux; /* I dunno */ > >You could always ask about that instead of having a I dunno comment. :) >I think that we no longer use 2 return values from syscalls for FreeBSD >syscalls (I know we did for fork1() at one point, possibly still do >so that 4.x libc works ok on 5.x kernel). Linux does depend on edx being >preserved across a syscall though IIRC. We do for 64bit returns like lseek(2) -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 10:49:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 6A5EB37B48D; Wed, 29 May 2002 10:49:18 -0700 (PDT) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g4THmwf71997; Wed, 29 May 2002 19:48:58 +0200 (CEST) Date: Wed, 29 May 2002 19:49:44 +0200 (CEST) From: Martin Blapp To: Peter Wemm Cc: , Alexander Kabaev , Subject: Re: gcc3.1 problems: undefined reference to `__gxx_personality_v0' In-Reply-To: <20020529174013.9176D380A@overcee.wemm.org> Message-ID: <20020529194742.K18017-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, > Have you done a 'make world' in the last 24 hours or so? What does this show: No. And I have tested it now in STABLE to with the gcc32 and gcc31 ports. Result is the same. gcc295 in stable, and a march gcc31 port are fine. All other gcc3.x versions are failing. > ls -l /usr/bin/c++ /usr/lib/libstdc++.so.4 /usr/include/g++/bits/c++config.h > > They should all exist and be roughly the same time/date. mb@fuchur:~$ ls -l /usr/bin/c++ /usr/lib/libstdc++.so.4 /usr/include/g++/bits/c++config.h ls: /usr/include/g++/bits/c++config.h: No such file or directory ls: /usr/lib/libstdc++.so.4: No such file or directory -r-xr-xr-x 3 root wheel 76524 May 25 23:17 /usr/bin/c++ I'll make now a world and see if something changes. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 10:53:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id 9F7E437B494; Wed, 29 May 2002 10:53:18 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4THrG164999; Wed, 29 May 2002 10:53:18 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 1BC1438CC; Wed, 29 May 2002 10:53:16 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Poul-Henning Kamp Cc: John Baldwin , Julian Elischer , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII In-Reply-To: <430.1022694008@critter.freebsd.dk> Date: Wed, 29 May 2002 10:53:16 -0700 From: Peter Wemm Message-Id: <20020529175316.1BC1438CC@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > In message , John Baldwin writes: > > >+ frame = td->td_frame; > >+ frame->tf_eax = retval; /* Child returns zero */ > >+ frame->tf_edx = aux; /* I dunno */ > > > >You could always ask about that instead of having a I dunno comment. :) > >I think that we no longer use 2 return values from syscalls for FreeBSD > >syscalls (I know we did for fork1() at one point, possibly still do > >so that 4.x libc works ok on 5.x kernel). Linux does depend on edx being > >preserved across a syscall though IIRC. > > We do for 64bit returns like lseek(2) And also pipe(2) has a dual return from the syscall itself. libc massages this into something that C programs like. 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 11: 1:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 982AD37B4E2 for ; Wed, 29 May 2002 11:00:16 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020529180016.PVJK13253.rwcrmhc54.attbi.com@InterJet.elischer.org>; Wed, 29 May 2002 18:00:16 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA17962; Wed, 29 May 2002 10:43:27 -0700 (PDT) Date: Wed, 29 May 2002 10:43:26 -0700 (PDT) From: Julian Elischer To: kai ouyang Cc: current@FreeBSD.org, oyk@wtwh.com.cn Subject: Re:why change: from proc to thread? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG kthreads are not threads, but, rather, kernel processes.. they have a separate 'proc' structure. (they are badly named..) On Wed, 29 May 2002, kai ouyang wrote: > > Thank you! I know a little more. From the kthread_create() function, I > find Both 4.x and 5.0 are implemented by fork1(). I am puzzled about > the structure thread and the structure proc only are different terms. > How or what part source code can I find the difference thread > realization between 4.x and 5.0? > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 11:37:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from technetium.btinternet.com (technetium.btinternet.com [194.73.73.140]) by hub.freebsd.org (Postfix) with ESMTP id 9079437B409 for ; Wed, 29 May 2002 11:36:33 -0700 (PDT) Received: from host217-34-65-99.in-addr.btopenworld.com ([217.34.65.99]) by neodymium.btinternet.com with smtp (Exim 3.22 #8) id 17D6zn-000607-00 for current@freebsd.org; Wed, 29 May 2002 18:12:24 +0100 Received: (qmail 14348 invoked by uid 1005); 29 May 2002 17:35:13 -0000 Received: from elric@imrryr.dns2go.com by mournblade by uid 1002 with qmail-scanner-1.10 (uvscan: v4.1.00/v4193. sweep: 2.10/3.56N. . Clear:0. Processed in 2.464432 secs); 29 May 2002 17:35:13 -0000 X-Qmail-Scanner-Mail-From: elric@imrryr.dns2go.com via mournblade X-Qmail-Scanner-Rcpt-To: current@freebsd.org,taavi@uninet.ee X-Qmail-Scanner: 1.10 (Clear:0. Processed in 2.464432 secs) Received: from stormbringer.imrryr.me (HELO stormbringer) (192.168.0.2) by mournblade.imrryr.me with SMTP; 29 May 2002 17:35:10 -0000 From: "Elric of Melnibone" To: "'Taavi Talvik'" Cc: Subject: RE: Alcatel Speed Touch PC Date: Wed, 29 May 2002 18:12:14 +0100 Organization: Imrryr Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <20020529004707.H69130-100000@valu.uninet.ee> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Disposition-Notification-To: "Elric of Melnibone" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I would like to know as well cause right now I have made it work under linux using the driver from sourceforge and a patched pppd supporting PPPoATM and I would say it works pretty stable under 2.4.18. Maybe it would get to work under Linux emulation but I have never tried so I would like to know if anyone here has. George -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Black holes are the result when God devides by zero.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > -----Original Message----- > From: owner-freebsd-current@FreeBSD.ORG > [mailto:owner-freebsd-current@FreeBSD.ORG] On Behalf Of Taavi Talvik > Sent: Tuesday, May 28, 2002 10:51 PM > To: John Angelmo > Cc: current@FreeBSD.ORG > Subject: Re: Alcatel Speed Touch PC > > > On Tue, 28 May 2002, John Angelmo wrote: > > > Hello > > > > I wonder if there's any planned support for Alcatel Speed > Touch PC (a > > ADSL PCI card) I think there are some linuxdrivers but what could be > > needed for FreeBSD support? > > Legimate way to get Alcatel firmware. It can be extracted from various > windows drivers but thats not "very clean way". And of course > driver for > whatever ATM SAR chip Alcatel uses (most SARs are documented). > > best regards, > taavi > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 11:41:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id 6E29837B428; Wed, 29 May 2002 11:40:12 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020529184011.MTIY11426.rwcrmhc51.attbi.com@InterJet.elischer.org>; Wed, 29 May 2002 18:40:11 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA18253; Wed, 29 May 2002 11:26:28 -0700 (PDT) Date: Wed, 29 May 2002 11:26:26 -0700 (PDT) From: Julian Elischer To: John Baldwin Cc: FreeBSD current users Subject: RE: Seeking OK to commit KSE MIII In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 29 May 2002, John Baldwin wrote: > > On 28-May-2002 Julian Elischer wrote: > > Now things are moving again. > > Jonathon Mini and I have cleaned up the patches a bit > > and fixed the more obvious problems.. > > from teh point of view of non KSE processes > > (that would be all of them at the moment) it shuold act the > > same as now. Hopefully, changes are restricted to instruction flows that > > would only occur in KSE processes. > > > > I would like to commit this in the next couple of days to give it enough > > time to settle BEFORE USENIX. > > Ok, here are the random comments I've come up with: > > 1) Why gratuitous rename of p_stat to p_state? to catch places in 3rd party code that may have the old completely different one.. it matches td_state and kse_state.. > > 2) I object to removing cred_free_thread(). It isn't getting in your > way and some of us like to test things. that doesn't test anything.. it just complicates the code, and worse, it changes the way that the code behaves in debug mode from the way it behaves in normal mode.. We've had this argument so many times before.. I didn't remove it.. I never put it back...It was gone from the KSE code long before the fight in -current.. One reason I removed it from current was diff-reduction to KSE :-).. feel free to add it back to KSE, pointless though it is.. > > 3) Why did you not make the linux process in linux_machdep.c runnable > before you did a setrunqueue()? You do know we create it > stopped at first and then make it runnable after doing fixups > after fork1(), right? Because in a threaded world, setrunqueue() also makes it runnable (see later for reason). that's why I removed ALL the setting of threads to runnable.. It's part of the atomic operation (under locks) of adding it ot the run queue. I never have a state in a thread that does not correctly reflect its queued state.. (at least that is my aim.). If the flags/state say it is runnable and on the run queue (TDS_RUNQ) then it IS on the run queue, not "soon to be on the run queue". This allows me to accuratly control the queues by BELIEVING what the state says. The same queue entry is used for other queues so by making hte state accuratly reflect what queue it is on I can know how to handle it without having to know information that is outside my scope. If it is actually running it is NOT in state TDS_RUNQ but in state BTDS_RUNNING. etc. etc.. i.e. the function that puts it on the run queue (setrunqueue()) alse sets the state saying what queue it is on. Until that moment it is not on the run queue so the state is not altered.. (It is probably in state TDS_UNQUEUED). If there were a function to put it on the sleep queue, then that is where the state would be set to TDS_SLEEP, but that code is not so clean and it happens in more than one place (sleep + condvars etc.). My eventual aim is that there be methods to put the thread into each state, similar to setrunqueue(), and that each method both queues the thread, AND sets the state. setrunqueue() is just the first. "Why?" Remember that in a threaded world, threads state changes are more complicated as they may or may not result in changes to procs and KSEs as well, thus it makes more sense to hide thread state changes behind opaque methods, so that they can be changed and debugged easier. > > 4) It would be nice if you didn't mix in gratuitous style changes with > actual content changes such as extra braces in else clause of > PROCFS_CTRL_WAIT case in procfs_ctl.c hmm ok probably I had changes there that were backed out at some stage. (like debugging printfs or something..) > > 5) The comment by thread_unsuspend() in procfs_ctl.c seems gratuitous, > that is what one would expect from such a function. I'll go take a look in a minute.. > > 6) In cpu_set_retval() you have: > > +void > +cpu_set_retval(struct thread *td, int retval, int aux, int success) > +{ > + struct trapframe *frame; > + > + frame = td->td_frame; > + frame->tf_eax = retval; /* Child returns zero */ > + frame->tf_edx = aux; /* I dunno */ > > You could always ask about that instead of having a I dunno comment. :) > I think that we no longer use 2 return values from syscalls for FreeBSD > syscalls (I know we did for fork1() at one point, possibly still do > so that 4.x libc works ok on 5.x kernel). Linux does depend on edx being > preserved across a syscall though IIRC. AH so you dunno either :-) > > 7) Please follow the established convention for names of members in > pcb_ext and call 'refcount' 'ext_refccount'. ok, actually I think it can be removed.. I'll have to check.. > > 8) It would be nice if the CURSIG() -> cursig() change were committed > separately to avoid obfuscating the other diffs. yeah that is a "mini" thing :-) > > 9) More gratuitous braces as well as gratuituos ()'s and white space > changes in ithread_schedule() obfuscate the functional diffs. I guess so though it made it a hell of a lot more readable to me. > > 10) In kern_sig.c, prototypes are declared on one line and near the > beginning of the file, not in the middle of code (tdsignal). I'll go take a look > > 11) Why is there a whole chunk of code #if 0'd out in kern_sig.c? > > 12) You lock p_pptr twice (can't do that) before psignal(). Looks > like you added an extra one along with gratuitous braces and a > whitespace change. probably a mis-merge.. will check > > 13) Could you call readjustrunqueue() runq_readjust() to follow the > other namespaces already in kern_switch.c? Also, I find it easier > to read personally. A rose is a rose.. sure.. > > 14) Hmm, I'm not sure why you need TDF_INMSLEEP if a KSE always has > a spare thread that is replenished first thing when the spare > thread prepares to do an upcall. It was a leftover that mini didn't remove.. I'll investigate if it's still needed. > > 15) The 'um... dunno' comment in abortsleep() is a bit unsettling, do > you think you could clarify / run some tests to figure out exactly > what is going on there? will check > > 16) I don't think we need the P_SPARE's. > > 17) I think SINGLE_WAIT/EXIT is slightly more readable than > SNGLE_WAIT/EXIT. :) ok > > 18) I still don't see what's so hard about LIST_FOREACH() with > allproc. I have FOREACH_THREAD_IN_PROC() etc... it just fill sout the set.. and why NOT have it? I think it's a bit more readble and it fits into the set. > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > Thanks for the comments.. I'll try resolve these today To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 12:23:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 8BA7937B430 for ; Wed, 29 May 2002 12:22:49 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g4TJMmJn001973; Wed, 29 May 2002 12:22:48 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g4TJMjU3001972; Wed, 29 May 2002 12:22:45 -0700 (PDT) Date: Wed, 29 May 2002 12:22:45 -0700 From: "David O'Brien" To: Martin Blapp Cc: Alexander Kabaev , current@freebsd.org Subject: Re: gcc3.1 problems: undefined reference to `__gxx_personality_v0' Message-ID: <20020529122245.L386@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mail-Followup-To: David O'Brien , Martin Blapp , Alexander Kabaev , current@freebsd.org References: <20020529175400.G18017-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020529175400.G18017-100000@levais.imp.ch>; from mb@imp.ch on Wed, May 29, 2002 at 05:56:28PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, May 29, 2002 at 05:56:28PM +0200, Martin Blapp wrote: > configure:3602: checking for XOpenDisplay in -lX11 > configure:3624: /usr/local/bin/g++31 -o conftest -g -L/usr/X11R6/lib > conftest.C -lX11 1>&5 > /var/tmp//ccask2mP.o: In function `main': > /usr/ports/editors/openoffice/work/oo_1.0_src/config_office/configure:3620: > undefined reference to `__gxx_personality_v0' Please add "-v" to CFLAGS somehow. Then let me see this error again. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 12:45: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 192C137B401; Wed, 29 May 2002 12:44:52 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g4TJiZJn002255; Wed, 29 May 2002 12:44:35 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g4TJiYIb002254; Wed, 29 May 2002 12:44:34 -0700 (PDT) Date: Wed, 29 May 2002 12:44:34 -0700 From: "David O'Brien" To: Julian Elischer Cc: John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII Message-ID: <20020529124434.A2156@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org Mail-Followup-To: David O'Brien , Julian Elischer , John Baldwin , FreeBSD current users References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Wed, May 29, 2002 at 11:26:26AM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, May 29, 2002 at 11:26:26AM -0700, Julian Elischer wrote: > > > > 9) More gratuitous braces as well as gratuituos ()'s and white space > > changes in ithread_schedule() obfuscate the functional diffs. > > I guess so though it made it a hell of a lot more readable to me. That isn't the issue. You have posted a diff that you plan to commit in an implied one-shot event. If you really have(want) to make these style changes, please commit them, and them alone right now. That will remove them from this patch and make jhb an Co'.s life easier. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 13: 1: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 3BC4F37B41B for ; Wed, 29 May 2002 13:00:18 -0700 (PDT) Received: from hades.hell.gr (patr530-a237.otenet.gr [212.205.215.237]) by mailsrv.otenet.gr (8.12.3/8.12.3) with ESMTP id g4TK090j022085; Wed, 29 May 2002 23:00:10 +0300 (EEST) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.3/8.12.3) with ESMTP id g4TJxsQh057292; Wed, 29 May 2002 23:00:09 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from charon@localhost) by hades.hell.gr (8.12.3/8.12.3/Submit) id g4TI2bX6032047; Wed, 29 May 2002 21:02:37 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 29 May 2002 21:02:37 +0300 From: Giorgos Keramidas To: Peter Wemm Cc: Terry Lambert , Poul-Henning Kamp , Richard Wenninger , current@freebsd.org Subject: Re: UMA lock Message-ID: <20020529180236.GA30172@hades.hell.gr> References: <3CF476E7.D465D5C3@mindspring.com> <20020529072413.6FDD5380A@overcee.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020529072413.6FDD5380A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-05-29 00:24 -0700, Peter Wemm wrote: > There is a known bug in UMA where it recurses and calls itself with with > M_WAITOK even if it was explicitly called with M_NOWAIT set. The bug is > real and would cause a panic if we actually ran low on memory at that > point. Just in case anyone more knowledgeable than me knows that to do about this, here's something that seems to look like this. A trace that I got when I ran my kernel with WITNESS for a day or so, was the following. Note the lines marked with an asterisk that clearly show (unless I am terribly wrong) that UMA is entered twice, and the WITNESS check fails the second time. Debugger("witness_sleep") Stopped at Debugger+0x45: xchgl %ebx,in_Debugger.0 db> trace Debugger(c02d6500) at Debugger+0x45 witness_sleep(1,0,c02eb711,52c) at witness_sleep+0xf8 * uma_zalloc_arg(c082a640,0,0) at uma_zalloc_arg+0x3e vm_map_entry_create(c0822000,c5b55150,c69a2000,c0822000,c6424bd4) at vm_map_entry_create+0x2b _vm_map_clip_end(c0822000,c5b55150,c69a4000) at _vm_map_clip_end+0x4b vm_map_delete(c0822000,c69a2000,c69a4000,c69a2000,4) at vm_map_delete+0x94 vm_map_remove(c0822000,c69a2000,c69a4000,c0321140,1) at vm_map_remove+0x5b kmem_free(c0822000,c69a2000,2000,c6424c60,c02818a0) at kmem_free+0x3c page_free(c69a2000,2000,4) at page_free+0x44 zone_drain(c24f3780) at zone_drain+0x302 zone_foreach(c028159e,c6424d0c,c027f22c,c0321140,1) at zone_foreach+0x2e * uma_reclaim(c0321140,1,c02eb4c2,286,c0321140) at uma_reclaim+0x12 vm_pageout_scan(0,c027fcaa,c6424d34,c01a0eaa,0) at vm_pageout_scan+0x30 vm_pageout(0,c6424d48,c6380a3c,c027fcaa,0) at vm_pageout+0x22d fork_exit(c027fcaa,0,c6424d48) at fork_exit+0x88 fork_trampoline() at fork_trampoline+0x37 db> c -- Giorgos Keramidas | FreeBSD: The Power to Serve keramida@FreeBSD.org | http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 13: 4:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 1437237B407 for ; Wed, 29 May 2002 13:04:46 -0700 (PDT) Received: from pool0344.cvx22-bradley.dialup.earthlink.net ([209.179.199.89] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17D9gN-0004BT-00; Wed, 29 May 2002 13:04:31 -0700 Message-ID: <3CF53430.49B6F618@mindspring.com> Date: Wed, 29 May 2002 13:04:00 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bosko Milekic Cc: Peter Wemm , Richard Wenninger , current@FreeBSD.ORG Subject: Re: UMA lock References: <20020529061540.88CD6380A@overcee.wemm.org> <3CF475E3.8925781A@mindspring.com> <20020529091152.B61073@unixdaemons.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bosko Milekic wrote: > On Tue, May 28, 2002 at 11:32:03PM -0700, Terry Lambert wrote: > > Can we get rid of the NULL tests we had to put in when M_WAIT > > turned into M_WAITOK? > > No. What you see as a bad thing others (including me) see as a good > thing. I _want_ to be able to say: "okay, try sleeping; but I realize > that sleeping for longer than some reasonable time if I'm not getting > anything to begin with will probably not get me anything at any point > so tell me the allocation really failed and give me the opportunity to > clean up before *I* decide what I want to do." Up the operating system's wazoo! *We* are the programmers. *We* know better than *it* whether it's OK to sleep indefinitely or not. If *we* want the allocation to fail after *some reasonable time*, then *we will damn well set a timer to "some reasonable time"* to indicate that fact to the OS. If *we* do *not* damn well set a timer, then *we* damn well do not want it to fail, *we* want it to hang either *until it succeeds* or *until hell freezes over* or *until we manually enter the kernel debugger to find out why it is hanging*. All these people are bitching about kludging around something by changing M_WAITOK to M_NOWAIT. The kludge is *already there* in M_WAITOK, whether you want it or not. So bitching about this kluge is meaningless: changing it back to M_WAITOK won't make the little F'er go away, it will just *hide* the kludge from people to lazy to read the code all the way down, and know *why* they have to check for a NULL return from a call that's *supposed to wait* until it's return will *not* be NULL. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 13: 7:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id B1B4137B403; Wed, 29 May 2002 13:07:05 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.12.3) with ESMTP id g4TK724j062672; Wed, 29 May 2002 13:07:03 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g4TK71YD062671; Wed, 29 May 2002 13:07:01 -0700 (PDT) (envelope-from dillon) Date: Wed, 29 May 2002 13:07:01 -0700 (PDT) From: Matthew Dillon Message-Id: <200205292007.g4TK71YD062671@apollo.backplane.com> To: "David O'Brien" Cc: Julian Elischer , John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII References: <20020529124434.A2156@dragon.nuxi.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :On Wed, May 29, 2002 at 11:26:26AM -0700, Julian Elischer wrote: :> > :> > 9) More gratuitous braces as well as gratuituos ()'s and white space :> > changes in ithread_schedule() obfuscate the functional diffs. :> :> I guess so though it made it a hell of a lot more readable to me. : :That isn't the issue. You have posted a diff that you plan to commit in :an implied one-shot event. If you really have(want) to make these style :changes, please commit them, and them alone right now. That will remove :them from this patch and make jhb an Co'.s life easier. No hold on a minute. Some of us believe that adding those extra braces and parenthesis makes the code a whole lot more readable. they are NOT gratuitous in the least, certainly not from my point of view! Furthermore, it is an extreme and inappropriate imposition on Julian to require that he extract all the alleged 'gratuitous braces and ()'s)' into a separate commit. Those changes were made by Julian as part of his on going work to enable him to work more efficiently on the code. Unless you have a *SPECIFIC* reason related to patching and updating code in CVS that requires Julian to commit these separately all you are doing is creating hash on the lists and making Julian's job more difficult, unnecessarily. I will say quite bluntly that in the vast majority of cases on these lists where I've seen someone ask for whitespace fixes to be comitted separately, I have yet to see any significant (or any at all!) developers take advantage of the separate commits when incorporating the work into their own development trees. I agree that as a general rule of thumb it makes sense to commit whitespace/paren/brace changes separately, but that is ALL it is. A rule of thumb. It should not be followed blindly, on principle, if it has an adverse effect on the developer tring to do the work, and it certainly should not be made a prerequisit for having good work comitted. I see no benefit to the project or the developer community. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 13:20:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from bluelight.com (213-4-21-244.uc.nombres.ttd.es [213.4.21.244]) by hub.freebsd.org (Postfix) with SMTP id 8CBF237B404 for ; Wed, 29 May 2002 13:19:49 -0700 (PDT) Received: from mailout2-eri1.midmouth.com ([127.28.122.25]) by rly-xr02.nikavo.net with smtp; Wed, 29 May 0102 12:25:35 +0800 Received: from unknown (HELO web.mail.halfeye.com) (169.49.249.231) by hd.ressort.net with SMTP; Wed, 29 May 0102 20:22:14 +1200 Received: from rly-xl04.mx.aolmd.com ([24.49.245.72]) by hd.ressort.net with QMQP; 30 May 0102 08:18:53 +0100 Received: from [64.58.44.97] by rly-xw05.oxyeli.com with SMTP; 30 May 0102 09:15:32 -0200 Received: from smtp013.mail.yahou.com ([61.2.108.81]) by mta21.bigpong.com with local; Thu, 30 May 0102 07:12:11 -1100 Reply-To: Message-ID: <037a14e81b2d$1631e7d4$8ae01cd5@ahjpos> From: To: Subject: *****All In One Unit!***** Date: Wed, 29 May 0102 09:07:08 +1100 MiME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00B0_33B54E8A.C0266E75" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: eGroups Message Poster Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_000_00B0_33B54E8A.C0266E75 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 Q0FCTEUgVFYgREVTQ1JBTUJMRVIgISEhDQpNYWtlIHlvdXIgVC5WIGJlIGFs bCBpdCBjYW4gYmUhDQpXaXRoIG91ciBDYWJsZSBDb252ZXJ0ZXIvRGVzY3Jh bWJsZXIgKCBBbGwgSW4gT25lIFVuaXQpIQ0KUmVjZWl2ZSBhbGwgdGhlIGNo YW5uZWxzIG9mZmVyZWQgYnkgeW91ciBjYWJsZSBjb21wYW55IQ0KTmV2ZXIg bWlzcyBhbnl0aGluZyBhZ2FpbiEhIQ0KVW5pdmVyc2FsIHdvcmtpbmcgb24g OTklIG9mIGFsbCBjYWJsZSBjb21wYW5pZXMhDQoxMDAlIEJ1bGxldHByb29m ISAoIE5ldmVyIHdpbGwgYmUgZGVwcm9ncmFtbWVkICkNCjMwIERheSBNb25l eSBCYWNrIEd1YXJhbnRlZSENCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCkZvciBtb3Jl IGluZm9ybWF0aW9uIG9yIHRvIG9yZGVyIHBsZWFzZSBjYWxsIDEtODAwLTUw Ni01NDkzDQoNCg0KDQoNCg0KDQpUaGlzIG1lc3NhZ2Ugd2lsbCBvbmx5IGJl IHNlbnQgdG8geW91IG9uY2UuDQpZb3Ugd2lsbCBub3QgcmVjZWl2ZSBhbnkg ZnV0dXJlIHVwZGF0ZXMuDQpBbnkgcXVlc3Rpb25zIHBsZWFzZSBjYWxsIDEt ODAwLTUwNi01NDkzLg0KMzdsMg== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 13:29:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id D590337B42B; Wed, 29 May 2002 13:28:50 -0700 (PDT) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g4TKRcKu013193; Wed, 29 May 2002 22:27:38 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Matthew Dillon Cc: "David O'Brien" , Julian Elischer , John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII In-Reply-To: Your message of "Wed, 29 May 2002 13:07:01 PDT." <200205292007.g4TK71YD062671@apollo.backplane.com> Date: Wed, 29 May 2002 22:27:38 +0200 Message-ID: <13192.1022704058@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200205292007.g4TK71YD062671@apollo.backplane.com>, Matthew Dillon w rites: > I agree that as a general rule of thumb it makes sense to commit > whitespace/paren/brace changes separately, but that is ALL it is. > A rule of thumb. It should not be followed blindly, on principle, > if it has an adverse effect on the developer tring to do the work, > and it certainly should not be made a prerequisit for having good > work comitted. I see no benefit to the project or the developer > community. For complex patches, which should get good and thorough reviews before they are committed, avoiding unsubstantial style/whitespace changes from cluttering the patch should be mandatory. Julians patch clearly belongs in this category. Consequently, it is in Julians own interest to get the whitespace/style changes into the tree first (they don't need a review, if he does them right) since that makes the patch people have to read through correspondingly smaller. -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 13:30:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from eartlink.com (host162-69.pool21756.interbusiness.it [217.56.69.162]) by hub.freebsd.org (Postfix) with SMTP id 80A7537B409 for ; Wed, 29 May 2002 13:29:47 -0700 (PDT) Received: from [20.136.202.183] by smtp013.mail.yahou.com with asmtp; 28 May 0102 23:35:32 +0700 Received: from 62.240.52.139 ([62.240.52.139]) by asy100.as122.sol-superunderline.com with asmtp; Wed, 29 May 0102 06:33:18 +0300 Received: from [21.101.186.238] by f64.law4.hottestmale.com with SMTP; 29 May 0102 09:31:04 -0200 Received: from asy100.as122.sol-superunderline.com ([12.58.203.91]) by smtp-server.tampabayr.com with smtp; Wed, 29 May 0102 07:28:50 +1000 Received: from unknown (HELO symail.kustanai.co.kr) (46.116.112.88) by da001d2020.loxi.pianstvu.net with SMTP; Wed, 29 May 0102 17:26:36 +0300 Reply-To: Message-ID: <017d13e65c5e$6472c4e8$7ca03ac1@oukwtc> From: To: Subject: -----get every cable channel----- Date: Wed, 29 May 0102 21:26:07 -0100 MiME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00A4_81E07D7A.A0001C56" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: QUALCOMM Windows Eudora Version 5.1 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_000_00A4_81E07D7A.A0001C56 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 Q0FCTEUgVFYgREVTQ1JBTUJMRVIgISEhDQpNYWtlIHlvdXIgVC5WIGJlIGFs bCBpdCBjYW4gYmUhDQpXaXRoIG91ciBDYWJsZSBDb252ZXJ0ZXIvRGVzY3Jh bWJsZXIgKCBBbGwgSW4gT25lIFVuaXQpIQ0KUmVjZWl2ZSBhbGwgdGhlIGNo YW5uZWxzIG9mZmVyZWQgYnkgeW91ciBjYWJsZSBjb21wYW55IQ0KTmV2ZXIg bWlzcyBhbnl0aGluZyBhZ2FpbiEhIQ0KVW5pdmVyc2FsIHdvcmtpbmcgb24g OTklIG9mIGFsbCBjYWJsZSBjb21wYW5pZXMhDQoxMDAlIEJ1bGxldHByb29m ISAoIE5ldmVyIHdpbGwgYmUgZGVwcm9ncmFtbWVkICkNCjMwIERheSBNb25l eSBCYWNrIEd1YXJhbnRlZSENCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCkZvciBtb3Jl IGluZm9ybWF0aW9uIG9yIHRvIG9yZGVyIHBsZWFzZSBjYWxsIDEtODAwLTUw Ni01NDkzDQoNCg0KDQoNCg0KDQpUaGlzIG1lc3NhZ2Ugd2lsbCBvbmx5IGJl IHNlbnQgdG8geW91IG9uY2UuDQpZb3Ugd2lsbCBub3QgcmVjZWl2ZSBhbnkg ZnV0dXJlIHVwZGF0ZXMuDQpBbnkgcXVlc3Rpb25zIHBsZWFzZSBjYWxsIDEt ODAwLTUwNi01NDkzLg0KMDQ1M1ppQWRsOA== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 13:38: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 4E0B237B405; Wed, 29 May 2002 13:37:55 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g4TKblJn009988; Wed, 29 May 2002 13:37:47 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g4TKbl6Y009987; Wed, 29 May 2002 13:37:47 -0700 (PDT) Date: Wed, 29 May 2002 13:37:47 -0700 From: "David O'Brien" To: Matthew Dillon Cc: Julian Elischer , John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII Message-ID: <20020529133747.B683@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG Mail-Followup-To: David O'Brien , Matthew Dillon , Julian Elischer , John Baldwin , FreeBSD current users References: <20020529124434.A2156@dragon.nuxi.com> <200205292007.g4TK71YD062671@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200205292007.g4TK71YD062671@apollo.backplane.com>; from dillon@apollo.backplane.com on Wed, May 29, 2002 at 01:07:01PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, May 29, 2002 at 01:07:01PM -0700, Matthew Dillon wrote: > :On Wed, May 29, 2002 at 11:26:26AM -0700, Julian Elischer wrote: > :> > > :> > 9) More gratuitous braces as well as gratuituos ()'s and white space > :> > changes in ithread_schedule() obfuscate the functional diffs. > :> > :> I guess so though it made it a hell of a lot more readable to me. > : > :That isn't the issue. You have posted a diff that you plan to commit in > :an implied one-shot event. If you really have(want) to make these style > :changes, please commit them, and them alone right now. That will remove > :them from this patch and make jhb an Co'.s life easier. > > No hold on a minute. Some of us believe that adding those extra > braces and parenthesis makes the code a whole lot more readable. they > are NOT gratuitous in the least, certainly not from my point of view! Uh... Matt where did I say they were. I requested that they be committed separately from functionality. And if they were going to be committed, for it to happen now. That is all I said -- nothing more. I held me tongue on the "gratuitous" issue and the fact that Julian has a long history of breaking existing style in his commits. > Furthermore, it is an extreme and inappropriate imposition on Julian > to require that he extract all the alleged 'gratuitous braces and > ()'s)' into a separate commit. Uh, no it isn't. That is the rules we operate under. This type of request comes up _daily_, and is generally agreed upon by most committers. Sorry, but the work involved is just part of making commits. > I will say quite bluntly that in the vast majority of cases on these > lists where I've seen someone ask for whitespace fixes to be committed > separately, I have yet to see any significant (or any at all!) developers > take advantage of the separate commits when incorporating the work into > their own development trees. I personally do look at diffs using -r -r followed by -r -r Should I start sending an email to -current every time I do so that you will know that someone does? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 13:38:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from gioria.dyndns.org (AFontenayssB-104-1-2-46.abo.wanadoo.fr [217.128.170.46]) by hub.freebsd.org (Postfix) with ESMTP id 756ED37B40D for ; Wed, 29 May 2002 13:38:04 -0700 (PDT) Received: by gioria.dyndns.org (Postfix, from userid 42) id 3C2BB374B8; Wed, 29 May 2002 22:39:08 +0200 (CEST) Date: Wed, 29 May 2002 22:39:08 +0200 From: Sebastien Gioria To: current@freebsd.org Subject: repeated -CURRENT build failures Message-ID: <20020529223908.D77133@thorm.gioria.dyndns.org> Reply-To: Sebastien Gioria Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Hostname: thorm.gioria.dyndns.org X-Uptime: 10:32PM up 4 days, 15 mins, 5 users, load averages: 1.09, 1.06, 1.01 X-FreeBSD-Release: FreeBSD-4.6-RC Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello guys, I've update May 25 my notebook with a fresh -CURRENT cvsup source and now when I want to build a new -current on my notebook I've got repeated build failures. I've got a lot of time this type of error "Illegal instruction - core dumped" with or without -j in buildworld in the second stage in various places (binaries, perl, docs, ...) Does anybody notice the same things ? Thanks Notebook infos: FreeBSD bushmills.intra.thorm.net 5.0-CURRENT FreeBSD 5.0-CURRENT #6: Sat May 25 22:59:29 CEST 2002 root@bushmills.intra.thorm.net:/usr/src/sys/i386/compile/bushmills i386 Model: Inspiron 8200 RAM: 512MB Processor : Intel P4 -- Sebastien Gioria gioria@{FreeBSD,FreeBSD-FR}.ORG French FreeBSD User Group http://www.FreeBSD-FR.ORG YM!: eagle_4242 IRC: eagle42[_]? ICQ:110946002 ...and on the eighth day God created FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 13:40:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 307CC37B401; Wed, 29 May 2002 13:40:17 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020529204016.QWKS11659.rwcrmhc53.attbi.com@InterJet.elischer.org>; Wed, 29 May 2002 20:40:16 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA18943; Wed, 29 May 2002 13:33:42 -0700 (PDT) Date: Wed, 29 May 2002 13:33:41 -0700 (PDT) From: Julian Elischer To: Poul-Henning Kamp Cc: Matthew Dillon , "David O'Brien" , John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII In-Reply-To: <13192.1022704058@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 29 May 2002, Poul-Henning Kamp wrote: > In message <200205292007.g4TK71YD062671@apollo.backplane.com>, Matthew Dillon w > rites: > > > I agree that as a general rule of thumb it makes sense to commit > > whitespace/paren/brace changes separately, but that is ALL it is. > > A rule of thumb. It should not be followed blindly, on principle, > > if it has an adverse effect on the developer tring to do the work, > > and it certainly should not be made a prerequisit for having good > > work comitted. I see no benefit to the project or the developer > > community. > > For complex patches, which should get good and thorough reviews before > they are committed, avoiding unsubstantial style/whitespace changes from > cluttering the patch should be mandatory. > > Julians patch clearly belongs in this category. > > Consequently, it is in Julians own interest to get the whitespace/style > changes into the tree first (they don't need a review, if he does > them right) since that makes the patch people have to read through > correspondingly smaller. Generally I agree with this statement.. in the case of the braces in question, they are part of an if statement that got rewritten so I'm slightly surprised that they are considered "unrelated" to the patch. I'm happy to commit it separatly right nowe though, as it's another 6 line less of diff :-) > > -- > 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. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 13:40:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 03CB537B425; Wed, 29 May 2002 13:40:09 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020529204009.QWIW11659.rwcrmhc53.attbi.com@InterJet.elischer.org>; Wed, 29 May 2002 20:40:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA18916; Wed, 29 May 2002 13:29:06 -0700 (PDT) Date: Wed, 29 May 2002 13:29:05 -0700 (PDT) From: Julian Elischer To: Matthew Dillon Cc: "David O'Brien" , John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII In-Reply-To: <200205292007.g4TK71YD062671@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 29 May 2002, Matthew Dillon wrote: > > I agree that as a general rule of thumb it makes sense to commit > whitespace/paren/brace changes separately, but that is ALL it is. > A rule of thumb. It should not be followed blindly, on principle, > if it has an adverse effect on the developer tring to do the work, > and it certainly should not be made a prerequisit for having good > work comitted. I see no benefit to the project or the developer > community. > Thanks for the support Matt, though in this case I don't really mind. I've been away for the code for a while, and I am looking for things to clean-up though it to help me get "back into it" :-) so I don't mind doing a few separate commits here and there.. having said that, In this case the braces in question in ithread_schedule are: - } else + } else { curthread->td_kse->ke_flags |= KEF_NEEDRESCHED; + } I tend to always put braces on the else clause if the 'then' clause has braces.. it just helps me find the end of the if statement. The "if" statement in question was rewritten as part of KSE so Adding the braces on the else clause doesn't seem 'out of scope' to me.. It's not a tremendous obfuscation, because the clause in question needs to be considered to understand the change.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 13:48:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 4E6DE37B410; Wed, 29 May 2002 13:48:03 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.12.3) with ESMTP id g4TKm04j063104; Wed, 29 May 2002 13:48:01 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g4TKm00R063103; Wed, 29 May 2002 13:48:00 -0700 (PDT) (envelope-from dillon) Date: Wed, 29 May 2002 13:48:00 -0700 (PDT) From: Matthew Dillon Message-Id: <200205292048.g4TKm00R063103@apollo.backplane.com> To: "David O'Brien" Cc: Julian Elischer , John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII References: <20020529124434.A2156@dragon.nuxi.com> <200205292007.g4TK71YD062671@apollo.backplane.com> <20020529133747.B683@dragon.nuxi.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :> Furthermore, it is an extreme and inappropriate imposition on Julian :> to require that he extract all the alleged 'gratuitous braces and :> ()'s)' into a separate commit. : :Uh, no it isn't. That is the rules we operate under. This type of :request comes up _daily_, and is generally agreed upon by most :committers. Sorry, but the work involved is just part of making commits. I see the request come up a lot. Most of the requests and most of the justification appears to come from people who are acting in the role of net-police rather then for any reason actually related to development work. If you read the diffs separately in the midst of a review, then good for you! You are an exception to the rule. I find it a waste of time myself. I just diff the whole damn thing when I review the code so I can see everything context and do a single pass over it. It takes less time. Consider the amount of time Julian would have to waste to locate, separate, and commit the pieces, verses the amount of time the few (three?) developers likely to review his patches will waste going through the crud. In your case that amount of time wasted will be near 0 since you say you are looking at the crud along with the meat. Then consider which of the following actions is more appropriate: * Hey J, please separate out the whitespace/braces changes and make two separate commits before doing anything else. * Hey J, the patches look good but I sure would appreciate it if, the next time, you would get the whitespace/bracing changes committed and out of the way first. Don't worry about it this time. In regards to developer relationships and keeping things civil and less stressful on the lists, #(2) is the far better solution and, frankly, I think we should *CODIFY* that in the rules certain people seem to enjoy quoting so much. And that, David, is why the whitespace rules should be a 'rules of thumb' rather then a 'you will do this or else' rule. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 13:54: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 6364A37B405; Wed, 29 May 2002 13:54:02 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.12.3) with ESMTP id g4TKrj4j063139; Wed, 29 May 2002 13:54:00 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g4TKrjqh063138; Wed, 29 May 2002 13:53:45 -0700 (PDT) (envelope-from dillon) Date: Wed, 29 May 2002 13:53:45 -0700 (PDT) From: Matthew Dillon Message-Id: <200205292053.g4TKrjqh063138@apollo.backplane.com> To: Julian Elischer Cc: "David O'Brien" , John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :having said that, :In this case the braces in question in ithread_schedule are: :- } else :+ } else { : curthread->td_kse->ke_flags |= KEF_NEEDRESCHED; :+ } : :I tend to always put braces on the else clause if the 'then' clause :has braces.. it just helps me find the end of the if statement. :The "if" statement in question was rewritten as part of KSE :so Adding the braces on the else clause doesn't seem 'out of scope' :to me.. It's not a tremendous obfuscation, because the clause :in question needs to be considered to understand the change.. I do this too. My rule for if() statements 'if (exp) stmt1 else stmt2' in the FreeBSD codebase is: * If or is multi-line, or is multi-line, then braces are used around both statements, period. Multi-line means: multiple lines inclusive of any comments, not just the pure C part of it. This is wrong: if (fubar) /* * yada yada */ stmt; else { stmt; stmt; } if (fubar) stmt; else { stmt; stmt; } This is right: if (fubar) { /* * yada yada */ stmt; } else { stmt; stmt; } if (fubar) { stmt; } else { stmt; stmt; } Same goes with for(), while(), etc. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 14: 0:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 2B3E437B422; Wed, 29 May 2002 14:00:14 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020529210013.TXQV13253.rwcrmhc54.attbi.com@InterJet.elischer.org>; Wed, 29 May 2002 21:00:13 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA19055; Wed, 29 May 2002 13:58:11 -0700 (PDT) Date: Wed, 29 May 2002 13:58:10 -0700 (PDT) From: Julian Elischer To: Matthew Dillon Cc: "David O'Brien" , John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII In-Reply-To: <200205292053.g4TKrjqh063138@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ok I just committed that one on it's own now back to the real points that jhb raised.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 14:59:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 3625237B40A for ; Wed, 29 May 2002 14:59:34 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g4TLxWY32396; Wed, 29 May 2002 15:59:33 -0600 (MDT) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g4TLxVG40628; Wed, 29 May 2002 15:59:32 -0600 (MDT) (envelope-from imp@village.org) Date: Wed, 29 May 2002 15:59:13 -0600 (MDT) Message-Id: <20020529.155913.69014653.imp@village.org> To: takawata@shidahara1.planet.sci.kobe-u.ac.jp Cc: current@freebsd.org Subject: Re: Making newcard and oldcard moduler. From: "M. Warner Losh" In-Reply-To: <200205291614.BAA34034@shidahara1.planet.sci.kobe-u.ac.jp> References: <200205291614.BAA34034@shidahara1.planet.sci.kobe-u.ac.jp> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200205291614.BAA34034@shidahara1.planet.sci.kobe-u.ac.jp> Takanori Watanabe writes: : 3. Add following line to configuration file. (Should it be standard?) : == : device cardcom They should be standard. I have a patch that does this for all the _if* files in the system, with a bloatage of a few hundred bytes. It makes loadable drivers much less painful to do if we have them in the base kernel always. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 15:22: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 1FB3337B404; Wed, 29 May 2002 15:22:00 -0700 (PDT) Date: Wed, 29 May 2002 15:22:00 -0700 From: "J. Mallett" To: Matthew Dillon Cc: David O'Brien , Julian Elischer , John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII Message-ID: <20020529152159.A82752@FreeBSD.ORG> References: <20020529124434.A2156@dragon.nuxi.com> <200205292007.g4TK71YD062671@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200205292007.g4TK71YD062671@apollo.backplane.com>; from dillon@apollo.backplane.com on Wed, May 29, 2002 at 01:07:01PM -0700 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , X-Affiliated-Projects: FreeBSD, xMach, ircd-hybrid-7 X-Towel: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * From Matthew Dillon > > No hold on a minute. Some of us believe that adding those extra > braces and parenthesis makes the code a whole lot more readable. they > are NOT gratuitous in the least, certainly not from my point of view! > When you make the code more readable, you introduce further diffs, and you leave no reference against the original code of where the functional changes are. Either make the "base" code cleaned up by committing non-functional changes first, or commit against the "base" code your functional changes, and then clean it up. Otherwise, it's a pain in the ass to sort things out. And for what it's worth, I'm all for readability improvements in our code, I just also like to go and view diffs sometimes and try to figure out what's changed. But I think you're also right on the rule of thumb thing, if someone does not want to do this favor to everyone who might want to read diffs or annotate changes to the code and get something meaningful, that's fine. I've done it plenty of times myself. However, I tend to do that locally first, and then commit the harmless things as I go. If you ever look through one of my WIP repos (~jmallett/cvs on Freefall currently holds one, my sccs repo, as I did and do believe others should have easy access to it), I tend to piggyback a lot of stylistic nits, etc. as I go... But I don't think it's fair to do the merge like you're saying... But back to where this started, it's just a rule of thumb. Furthermore, it'd be nice if as people made stylistic changes for outside projects they committed them to the central repository, where applicable. Anyway, I'm out of paint. Good day. -- J. Mallett FreeBSD: The Power To Serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 16: 0:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by hub.freebsd.org (Postfix) with ESMTP id 5E0A237B400; Wed, 29 May 2002 16:00:17 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020529230016.WYRQ11183.sccrmhc02.attbi.com@InterJet.elischer.org>; Wed, 29 May 2002 23:00:16 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id PAA19524; Wed, 29 May 2002 15:45:51 -0700 (PDT) Date: Wed, 29 May 2002 15:45:50 -0700 (PDT) From: Julian Elischer To: John Baldwin Cc: FreeBSD current users Subject: RE: Seeking OK to commit KSE MIII In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 29 May 2002, Julian Elischer wrote: > > > On Wed, 29 May 2002, John Baldwin wrote: > > > > > 4) It would be nice if you didn't mix in gratuitous style changes with > > actual content changes such as extra braces in else clause of > > PROCFS_CTRL_WAIT case in procfs_ctl.c I don't consider that to be a "gratuitous style change". I'm rewriting the clause and consider that as a 3 line clasue with 2 levels of indent it makes it more "error resistant" to have the braces.. The 'then' clause has braces so teh else one should too. if (foo) { fumble(); futz(); } else bah; always really annoys me. If I'm looking for the end of the if statement, I'm looing for a '}'.. > > > > > 5) The comment by thread_unsuspend() in procfs_ctl.c seems gratuitous, > > that is what one would expect from such a function. > > I'll go take a look in a minute.. + thread_unsuspend(p); /* If it can run, let it do so. */ ok, the reason is that "thread_unsuspend may NOT result in the thread running as it may still be blocked by other "suspend types". It is possible that the correct answer is to rename thread_unsuspend() to proc_check_unsuspend(). There are three reasons a process may be suspended and we've only released one of them here. It was called thread_unsuspend() because it is one of a suite of functions that are in the thread control code, but it's function really is process-wide so it should probably start with proc_.. thoughts? > > > > > > 6) In cpu_set_retval() you have: > > > > + frame->tf_edx = aux; /* I dunno */ [..] > > I'll make is a bit more correct > > > > > 7) Please follow the established convention for names of members in > > pcb_ext and call 'refcount' 'ext_refccount'. > removed > > > > > 8) It would be nice if the CURSIG() -> cursig() change were committed > > separately to avoid obfuscating the other diffs. > > yeah that is a "mini" thing :-) I'll see what I can do. > > > > 10) In kern_sig.c, prototypes are declared on one line and near the > > beginning of the file, not in the middle of code (tdsignal). > Fixed > > > > 11) Why is there a whole chunk of code #if 0'd out in kern_sig.c? It's contriversial.. matt and I feel you shouldn't be checking this stop state in issignal but rather at kernel exit. I have other code that does this (thread_suspend_check()) but there is some chance I may need to re-enable this code if people notice a change in behaviour. > > > > 12) You lock p_pptr twice (can't do that) before psignal(). Looks > > like you added an extra one along with gratuitous braces and a > > whitespace change. > fixed > > > > > 13) Could you call readjustrunqueue() runq_readjust() to follow the > > other namespaces already in kern_switch.c? Also, I find it easier > > to read personally. done > > > > > 14) Hmm, I'm not sure why you need TDF_INMSLEEP if a KSE always has > > a spare thread that is replenished first thing when the spare > > thread prepares to do an upcall. > > It was a leftover that mini didn't remove.. I'll investigate if it's still > needed. There may still be a race, however as we call thread_alloc() from thread_schedule_upcall() which is in turn called from within msleep().. personally this just protects us from trying to recurse if we end up trying to sleep because we are trying to allocate a new one. I'm not convinced that this recursion cannot happen, even with the new allocation code. > > > > > 15) The 'um... dunno' comment in abortsleep() is a bit unsettling, do > > you think you could clarify / run some tests to figure out exactly > > what is going on there? I still dunno :-) I'll look into it more over the next couple of days.. > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 16:53:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id D5D9637B408; Wed, 29 May 2002 16:53:42 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.12.3) with ESMTP id g4TNrd4j063968; Wed, 29 May 2002 16:53:40 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g4TNrdH7063967; Wed, 29 May 2002 16:53:39 -0700 (PDT) (envelope-from dillon) Date: Wed, 29 May 2002 16:53:39 -0700 (PDT) From: Matthew Dillon Message-Id: <200205292353.g4TNrdH7063967@apollo.backplane.com> To: "J. Mallett" Cc: "David O'Brien" , Julian Elischer , John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII References: <20020529124434.A2156@dragon.nuxi.com> <200205292007.g4TK71YD062671@apollo.backplane.com> <20020529152159.A82752@FreeBSD.ORG> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :When you make the code more readable, you introduce further diffs, and you :leave no reference against the original code of where the functional changes :are. Either make the "base" code cleaned up by committing non-functional :changes first, or commit against the "base" code your functional changes, :and then clean it up. Otherwise, it's a pain in the ass to sort things out. : :And for what it's worth, I'm all for readability improvements in our code, I :just also like to go and view diffs sometimes and try to figure out what's :changed. : :But I think you're also right on the rule of thumb thing, if someone does not :want to do this favor to everyone who might want to read diffs or annotate :changes to the code and get something meaningful, that's fine. I've done it Oh come on, that is not what I meant at all and you know it. What is this junk about 'not wanting to do this favor to everyone'? I never said that. I didn't even come CLOSE to saying that or infering that. It is complete and utter bullshit and a severe... nay, *EXTREME* twisting of what I said. You missed the point entirely. Go back and READ WHAT I WROTE. I made it pretty damn clear. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 17:13:56 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id B48C937B400; Wed, 29 May 2002 17:13:51 -0700 (PDT) Date: Wed, 29 May 2002 17:13:51 -0700 From: "J. Mallett" To: Matthew Dillon Cc: David O'Brien , Julian Elischer , John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII Message-ID: <20020529171351.A5586@FreeBSD.ORG> References: <20020529124434.A2156@dragon.nuxi.com> <200205292007.g4TK71YD062671@apollo.backplane.com> <20020529152159.A82752@FreeBSD.ORG> <200205292353.g4TNrdH7063967@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200205292353.g4TNrdH7063967@apollo.backplane.com>; from dillon@apollo.backplane.com on Wed, May 29, 2002 at 04:53:39PM -0700 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , X-Affiliated-Projects: FreeBSD, xMach, ircd-hybrid-7 X-Towel: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * From Matthew Dillon > > : > :When you make the code more readable, you introduce further diffs, and you > :leave no reference against the original code of where the functional changes > :are. Either make the "base" code cleaned up by committing non-functional > :changes first, or commit against the "base" code your functional changes, > :and then clean it up. Otherwise, it's a pain in the ass to sort things out. > : > :And for what it's worth, I'm all for readability improvements in our code, I > :just also like to go and view diffs sometimes and try to figure out what's > :changed. > : > :But I think you're also right on the rule of thumb thing, if someone does not > :want to do this favor to everyone who might want to read diffs or annotate > :changes to the code and get something meaningful, that's fine. I've done it > > Oh come on, that is not what I meant at all and you know it. What is > this junk about 'not wanting to do this favor to everyone'? I never > said that. I didn't even come CLOSE to saying that or infering that. > It is complete and utter bullshit and a severe... nay, *EXTREME* twisting > of what I said. I was twisting my own words, not yours. > You missed the point entirely. Go back and READ WHAT I WROTE. I made > it pretty damn clear. I was showing a parallel set of thoughts and points of my own. -- J. Mallett FreeBSD: The Power To Serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 17:14:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id 8435337B409; Wed, 29 May 2002 17:14:31 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4U0EV166520; Wed, 29 May 2002 17:14:31 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id DC4D0380A; Wed, 29 May 2002 17:14:30 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Julian Elischer Cc: John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII In-Reply-To: Date: Wed, 29 May 2002 17:14:30 -0700 From: Peter Wemm Message-Id: <20020530001430.DC4D0380A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > On Wed, 29 May 2002, Julian Elischer wrote: > > On Wed, 29 May 2002, John Baldwin wrote: > > > 4) It would be nice if you didn't mix in gratuitous style changes with > > > actual content changes such as extra braces in else clause of > > > PROCFS_CTRL_WAIT case in procfs_ctl.c > > I don't consider that to be a "gratuitous style change". > I'm rewriting the clause and consider that as a 3 line clasue with 2 > levels of indent it makes it more "error resistant" to have the braces.. > The 'then' clause has braces so teh else one should too. > > if (foo) { > fumble(); > futz(); > } else > bah; > > always really annoys me. > If I'm looking for the end of the if statement, I'm looing for a '}'.. We've been over this particular case several times before. After the dust has settled, we've decided that we would allow it as long as it wasn't excessive. ie: it is ok to change this: if (foo) { fumble(); futz(); } else bah; into } else { bah; } or to change this: if (foo) fumble(); else { futz(); bah; } into: if (foo) { fumble(); } else { But it is generally NOT ok do change: if (foo) fumble() else futz(); into: if (foo) { fumble(); } else { futz(); } Of course, a couple of provisos apply: - It is preferable to do this as a seperate commit. Note: preferable. - It is not appropriate to do this on sections of code that we are ever likely to have to sync up with somebody else. (unless the other parties are doing something similar). - reformatting rampages are not OK (we've had these before, see the "Delete trailing whitespace" commits and the flamewar that resulted). - Use good judgement when changing stuff. Do not change things into one's own perferred style when it is well known that folks object strongly to that particular style. The style guide is a "common ground" that we've all agreed to try and adhere to vs using our own. (I personally came from a 2-space indent background, etc. I had to make big concessions to the common format just like everybody else.) 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 17:32:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-169-107-187.dsl.lsan03.pacbell.net [64.169.107.187]) by hub.freebsd.org (Postfix) with ESMTP id 62C6237B404; Wed, 29 May 2002 17:32:45 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E5D5B66B8B; Wed, 29 May 2002 17:32:44 -0700 (PDT) Date: Wed, 29 May 2002 17:32:44 -0700 From: Kris Kennaway To: Sebastien Gioria Cc: current@freebsd.org Subject: Re: repeated -CURRENT build failures Message-ID: <20020529173244.A9218@xor.obsecurity.org> References: <20020529223908.D77133@thorm.gioria.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020529223908.D77133@thorm.gioria.dyndns.org>; from gioria@FreeBSD.ORG on Wed, May 29, 2002 at 10:39:08PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 29, 2002 at 10:39:08PM +0200, Sebastien Gioria wrote: > Hello guys, >=20 > I've update May 25 my notebook with a fresh -CURRENT cvsup > source and now when I want to build a new -current on my notebook > I've got repeated build failures. >=20 > I've got a lot of time this type of error "Illegal instruction - core dum= ped" >=20 >=20 > with or without -j in buildworld in the second stage in various=20 > places (binaries, perl, docs, ...) >=20 > Does anybody notice the same things ? It indicates you're building (or have already installed) a world built with the wrong CPU optimizations, for example via CPUTYPE. Kris --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE89XMsWry0BWjoQKURAg4eAKDTlVwcazk7vFfxEGPAWiB7zf+AkwCgyi2O LFO2nlKoO8drRcSsS6ZrkWo= =dYPf -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 17:40:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id ADC5137B407; Wed, 29 May 2002 17:40:08 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020530004008.VHAT11426.rwcrmhc51.attbi.com@InterJet.elischer.org>; Thu, 30 May 2002 00:40:08 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA19909; Wed, 29 May 2002 17:39:12 -0700 (PDT) Date: Wed, 29 May 2002 17:39:11 -0700 (PDT) From: Julian Elischer To: Peter Wemm Cc: John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII In-Reply-To: <20020530001430.DC4D0380A@overcee.wemm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 29 May 2002, Peter Wemm wrote: > > ie: it is ok to change this: > if (foo) { > fumble(); > futz(); > } else > bah; > > into > } else { > bah; > } In this case it's moot because I already did it as a separate commit but it was changing: if (foo) { mumble(); futz(); } else bah; to if (blah_foo()) { mumble(); futz(); } else { bah(); } So it wasn't really just a style change. there was a logic change too. anyhow.. enough already! :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 17:49:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 0F5CD37B40B; Wed, 29 May 2002 17:49:43 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.12.3) with ESMTP id g4U0ne4j064404; Wed, 29 May 2002 17:49:41 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g4U0ne16064403; Wed, 29 May 2002 17:49:40 -0700 (PDT) (envelope-from dillon) Date: Wed, 29 May 2002 17:49:40 -0700 (PDT) From: Matthew Dillon Message-Id: <200205300049.g4U0ne16064403@apollo.backplane.com> To: "J. Mallett" Cc: "David O'Brien" , Julian Elischer , John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII References: <20020529124434.A2156@dragon.nuxi.com> <200205292007.g4TK71YD062671@apollo.backplane.com> <20020529152159.A82752@FreeBSD.ORG> <200205292353.g4TNrdH7063967@apollo.backplane.com> <20020529171351.A5586@FreeBSD.ORG> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG When it comes right down to it, I am getting wholely sick and tired of people acting like rulez-police and complaining about the most minor, most insignificant syntactical changes imagineable. The rest of us developers have better things to do with their time then to spend it on a few undistinguished braces that have no effect whatsoever on readability or reviewability and, frankly, are so insignificant that it doesn't even make sense to commit them separately. You don't believe me? Read Julian's diff and the commit he just made and try telling me that it absolutely *HAD* to be a separate commit because you wouldn't have been able to read the diff otherwise. It is an absolutely ridiculuous thought. Now if someone was going through files making dozens of syntactical changes intermixed with other things then, sure, you could request that they be put in separately and I would call it a reasonable request. But that is not what is going on here. Not by a long shot. We have people on this list that complain over the smallest 'infraction' of the rules, and then jump up the alleged significance of the event by foretelling gloom and doom and the end of all things if the rules are not followed exactly to a T. It MUST STOP. It is not good for the development community or the project. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 21:36:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from ref5.freebsd.org (ref5.FreeBSD.org [216.136.204.102]) by hub.freebsd.org (Postfix) with ESMTP id 8FA4737B403 for ; Wed, 29 May 2002 21:36:41 -0700 (PDT) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.3/8.12.3) with ESMTP id g4U4afP7007264 for ; Wed, 29 May 2002 21:36:41 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.3/8.12.3/Submit) id g4U4afR3007262 for current@freebsd.org; Wed, 29 May 2002 21:36:41 -0700 (PDT) Date: Wed, 29 May 2002 21:36:41 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200205300436.g4U4afR3007262@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> 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 /tmp/des/obj/i386/d/home/des/tinderbox/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> bin/sh ===> bin/sleep ===> bin/stty ===> bin/sync ===> bin/test ===> bin/rcp ===> bin/csh ===> bin/csh/nls ===> bin/rmail /tmp/des/obj/i386/d/home/des/tinderbox/src/i386/usr/lib/libc.so: undefined reference to `minbrk' *** Error code 1 Stop in /d/home/des/tinderbox/src/bin/rmail. *** Error code 1 Stop in /d/home/des/tinderbox/src/bin. *** Error code 1 Stop in /d/home/des/tinderbox/src. *** Error code 1 Stop in /d/home/des/tinderbox/src. *** Error code 1 Stop in /d/home/des/tinderbox/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 21:38:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from beastie.jocose.org (www.jocose.org [216.239.16.179]) by hub.freebsd.org (Postfix) with SMTP id 2895037B405 for ; Wed, 29 May 2002 21:38:41 -0700 (PDT) Received: (qmail 63882 invoked from network); 30 May 2002 04:38:40 -0000 Received: from unknown (HELO jocose.org) (10.0.0.100) by 0 with SMTP; 30 May 2002 04:38:40 -0000 Message-ID: <3CF5ACE1.8010106@jocose.org> Date: Wed, 29 May 2002 23:38:57 -0500 From: Peter Schultz Organization: jocose.org User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc3) Gecko/20020525 X-Accept-Language: en-us, en MIME-Version: 1.0 To: taguchi@tohoku.iij.ad.jp Cc: freebsd-current@FreeBSD.org Subject: XFree86-4-libraries build error Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm getting the following error on a just built -current, which was a fresh install of 5.0-CURRENT-20020519-JPSNAP: installing in lib/XThrStub... rm -f UIThrStubs.o LD_LIBRARY_PATH=../../exports/lib cc -c -O -pipe -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I../.. -I../../exports/include -DCSRG_BASED -DFUNC PROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI -DM ALLOC_0_RETURNS_NULL -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I. ./.. -I../../exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -DXTHR EADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI -DMALLOC_0_RETURNS_NULL -fPI C UIThrStubs.c UIThrStubs.c:102: alias arg not a string UIThrStubs.c:103: alias arg not a string UIThrStubs.c:104: alias arg not a string UIThrStubs.c:105: alias arg not a string UIThrStubs.c:106: alias arg not a string UIThrStubs.c:107: alias arg not a string UIThrStubs.c:108: alias arg not a string UIThrStubs.c:109: alias arg not a string UIThrStubs.c:110: alias arg not a string UIThrStubs.c:111: alias arg not a string UIThrStubs.c:113: alias arg not a string UIThrStubs.c:114: alias arg not a string UIThrStubs.c:115: alias arg not a string UIThrStubs.c:131: warning: `_Xthr_self_stub_' defined but not used UIThrStubs.c:139: warning: `_Xthr_zero_stub_' defined but not used *** Error code 1 Stop in /usr/ports/x11/XFree86-4-libraries/work/xc/lib/XThrStub. Pete... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 22:35:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 5022337B434 for ; Wed, 29 May 2002 22:34:27 -0700 (PDT) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.3/8.12.2) with ESMTP id g4U5YO5p002640; Thu, 30 May 2002 07:34:25 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.3/8.12.3/Submit) id g4U5YOKg002639; Thu, 30 May 2002 07:34:24 +0200 (CEST) Date: Thu, 30 May 2002 07:34:24 +0200 From: Wilko Bulte To: Peter Schultz Cc: taguchi@tohoku.iij.ad.jp, freebsd-current@FreeBSD.ORG Subject: Re: XFree86-4-libraries build error Message-ID: <20020530073424.A2613@freebie.xs4all.nl> References: <3CF5ACE1.8010106@jocose.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3CF5ACE1.8010106@jocose.org>; from peter@jocose.org on Wed, May 29, 2002 at 11:38:57PM -0500 X-OS: FreeBSD 4.6-PRERELEASE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, May 29, 2002 at 11:38:57PM -0500, Peter Schultz wrote: FWIW: same here yesterday. I have not yet investigated what's up Wilko > I'm getting the following error on a just built -current, which was a > fresh install of 5.0-CURRENT-20020519-JPSNAP: > > installing in lib/XThrStub... > rm -f UIThrStubs.o > LD_LIBRARY_PATH=../../exports/lib cc -c -O -pipe -ansi -pedantic > -Dasm=__asm > -Wall -Wpointer-arith -I../.. -I../../exports/include -DCSRG_BASED > -DFUNC > PROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API > -DXNO_MTSAFE_PWDAPI -DM > ALLOC_0_RETURNS_NULL -ansi -pedantic -Dasm=__asm -Wall > -Wpointer-arith -I. > ./.. -I../../exports/include -DCSRG_BASED -DFUNCPROTO=15 > -DNARROWPROTO -DXTHR > EADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI -DMALLOC_0_RETURNS_NULL > -fPI > C UIThrStubs.c > UIThrStubs.c:102: alias arg not a string > UIThrStubs.c:103: alias arg not a string > UIThrStubs.c:104: alias arg not a string > UIThrStubs.c:105: alias arg not a string > UIThrStubs.c:106: alias arg not a string > UIThrStubs.c:107: alias arg not a string > UIThrStubs.c:108: alias arg not a string > UIThrStubs.c:109: alias arg not a string > UIThrStubs.c:110: alias arg not a string > UIThrStubs.c:111: alias arg not a string > UIThrStubs.c:113: alias arg not a string > UIThrStubs.c:114: alias arg not a string > UIThrStubs.c:115: alias arg not a string > UIThrStubs.c:131: warning: `_Xthr_self_stub_' defined but not used > UIThrStubs.c:139: warning: `_Xthr_zero_stub_' defined but not used > *** Error code 1 > > Stop in /usr/ports/x11/XFree86-4-libraries/work/xc/lib/XThrStub. > > Pete... > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message ---end of quoted text--- -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 29 23: 2:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from sonic.kks.net (sonic.kks.net [213.161.0.18]) by hub.freebsd.org (Postfix) with ESMTP id 8E66F37B400; Wed, 29 May 2002 23:02:19 -0700 (PDT) Received: from voyager.kksonline.com (5-51.ro.cable.kks.net [213.161.5.51]) by sonic.kks.net (Postfix) with ESMTP id 0D1301B6; Thu, 30 May 2002 08:02:21 +0200 (CEST) Message-Id: <5.0.2.1.0.20020530074835.036dbf68@164.8.8.5> X-Sender: arozman@213.161.0.10 X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Thu, 30 May 2002 07:54:41 +0200 To: freebsd-current@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG From: Aleksander Rozman - Andy Subject: Startup problem with DP1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi ! I am starting to be developer on Fbsd and sometime I was working on 5.0, then I stopped because of lack of time, and after a while I couldn't build no more, so I decided to reinstall my development environment. Install went OK, but startup didn't. I know excatly where the problem is. I am using VMWare workstation on Win2000, and on compile of kernel, I must change one line in one source file... Problem is that install installed DP1 version of kernel which is normal, so my computer won't start. Is there any way to make some 4.4 boot disks so that I could start system build new kernel and then start again. I tried with PicoBSD system, but I couldn't get it to work. Original version is just 3-BETA, which doesn't support disks I use (I use ad, 3 supports wd). Please, any help will be appreciated so that I can continue with my work. Thanks in advance Andy ************************************************************************** * Aleksander Rozman - Andy * Fandoms: E2:EA, SAABer, Trekkie, Earthie * * andy@kksonline.com * Sentinel, BH 90210, True's Trooper, * * andy@atechnet.dhs.org * Heller's Angel, Questie, Legacy, PO5, * * Maribor, Slovenia (Europe) * Profiler, Buffy (Slayerete), Pretender * * ICQ-UIC: 4911125 ********************************************* * PGP key available * http://www.atechnet.dhs.org/~andy/ * ************************************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 0:29:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from aries.cesde.edu.co (aries.cesde.edu.co [200.31.21.186]) by hub.freebsd.org (Postfix) with ESMTP id 9DA0637B401 for ; Thu, 30 May 2002 00:29:09 -0700 (PDT) Received: from . (TASASERVER [216.72.77.82]) by aries.cesde.edu.co with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id L4SLLTWD; Thu, 30 May 2002 02:21:37 -0500 Message-ID: <00000481146b$00004772$0000168e@.> To: , , , , , , , , Cc: , , , , , , , , From: cristobol5@hotmail.com Subject: Lose 14 Pounds In 14 Days 9480 Date: Thu, 30 May 2002 03:32:40 -1600 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey there, If you're like me, you've tried EVERYTHING to lose weight.  I know how you feel - the special diets, miracle pills, and fancy exercise equipment never helped me lose a pound either.  It seemed like the harder I tried, the bigger I got, until I heard about a product called Extreme Power Plus. You're probably thinking to yourself, "Oh geez, not another miracle diet pill!"  Like you, I was skeptical at first, but my sister swore it helped her lose 23 pounds in just two weeks, so I told her I'd give it a shot.  I mean, there was nothing to lose except a lot of weight!  Let me tell you, it was the best decision I've ever made. Period.  Six months later, as I'm writing this message to you, I've gone from 355 pounds to 210 pounds, and I haven't changed my exercise routine or diet at all.  Yes, I still eat pizza, and lots of it! I was so happy with the results that I contacted the manufacturer and got permission to resell it - at a BIG discount.  I want to help other people lose weight like I did, because it does so much for your self-esteem, not to mention your health. I give you my personal pledge that Extreme Power Plus absolutely WILL WORK FOR YOU.  If it doesn't, you can return it any time for a full refund.    If you are frustrated with trying other products, not having any success, and just not getting the results you were promised, then I recommend the only product that worked for me - EXTREME POWER PLUS. You're probably asking yourself, "Ok, so how does this stuff actually work?" Extreme Power Plus contains Lipotropic fat burners and ephedra which is scientifically proven to increase metabolism and cause rapid weight loss. No "hocus pocus" in these pills - just RESULTS, RESULTS, RESULTS!! Here is the bottom line ... I can help you lose 10-15 pounds per week naturally, without exercising and without having to eat rice cakes all day.  Just try it for one month - there's nothing to lose, and everything to gain.  You will lose weight fast - GUARANTEED.  That is my pledge to you.  To order Extreme Power Plus on our secure server, just click on the link below: http://www.2002marketing.com/power/extreme.cfm If you have difficulty accessing the website above, please try our mirror site by clicking on the link below: http://www.2002marketing.com/power/extreme.cfm To see what some of our customers have said about this product, visit http://www.2002marketing.com/power/extreme.cfm To see a list of ingredients and for more information on test studies and how it will help you lose weight, visit http://www.2002marketing.com/power/extreme.cfm ************************************************************* If you do not wish to receive any more emails from me, please send an email to "affiliate1@btamail.net.cn" requesting to be removed. ************************************************************* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 0:44:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 39E9D37B417; Thu, 30 May 2002 00:44:01 -0700 (PDT) Received: from pool0168.cvx40-bradley.dialup.earthlink.net ([216.244.42.168] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17DKbG-0002h9-00; Thu, 30 May 2002 00:43:58 -0700 Message-ID: <3CF5D81A.7559A8D5@mindspring.com> Date: Thu, 30 May 2002 00:43:22 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: "J. Mallett" , David O'Brien , Julian Elischer , John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII References: <20020529124434.A2156@dragon.nuxi.com> <200205292007.g4TK71YD062671@apollo.backplane.com> <20020529152159.A82752@FreeBSD.ORG> <200205292353.g4TNrdH7063967@apollo.backplane.com> <20020529171351.A5586@FreeBSD.ORG> <200205300049.g4U0ne16064403@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > But that is not what is going on here. Not by a long shot. We have > people on this list that complain over the smallest 'infraction' of the > rules, and then jump up the alleged significance of the event by > foretelling gloom and doom and the end of all things if the rules are > not followed exactly to a T. > > It MUST STOP. It is not good for the development community or the > project. Rules are what seperate us from the apes. Apes with Internet access, degrees in CS, a working knowledge of CVS, an ability to code, mailing list access, and commit bits. Oh wait. That was "the ability to grow UNIX guru beards" that seperated us from the apes. Never mind... -- I can see both sides of the argument. I've seen the "please make style commits seperately" argument used to squelch style changes, which are nearly impossible to justify on their own. I've also seen style changes go in with other changes, and the style changes just ended up being gratuitous diffs against the other BSD's, and made it harder to share code. Mostly, I dislike both points: the first is to prevent necessary change, and the second might be attributable to laziness. I've personally posted patches that inverted the logic of functions, which people have claimed were style changes. I guess they were, until you later go in and add the asserts on entry/exit lock state, etc.. -- Julian's penchant for putting squiggly braces around single statements is something I ran into when working with him at Whistle. Frankly, it doesn't bother me one way or the other. It's mostly useless (IMO), but it makes it easier to put in debugging statements that don't end up changing logic (Julian's initial argument to me; I like putting adjunct squigglies in the first column with the debugging statements themselves, personally). As gratuitous diffs go, these are incredibly minor. I think most gratuitous diffs disappear anyway, when you make "diff" ignore whitespace. Most complaints work out to be an inability on the part of the maintainer to work "diff", and whining that because they can't work the back end of the hammer, no one should use the front end of one to pound in nails, because they would be unable to pull them out later wigth their own hammers. My answer to that is "a craftsman knows his tools". Hell, if it makes things easier for Julian to put in more code, then it's OK with me. He's done the lion's share of work on getting KSE into FreeBSD so far (IMO). That's my opinion, FWIW. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 1: 0:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id CD14337B41A for ; Thu, 30 May 2002 01:00:14 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4U804167719 for ; Thu, 30 May 2002 01:00:09 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id D6BB4380A; Thu, 30 May 2002 01:00:03 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Wilko Bulte Cc: Peter Schultz , taguchi@tohoku.iij.ad.jp, freebsd-current@FreeBSD.ORG Subject: Re: XFree86-4-libraries build error In-Reply-To: <20020530073424.A2613@freebie.xs4all.nl> Date: Thu, 30 May 2002 01:00:03 -0700 From: Peter Wemm Message-Id: <20020530080003.D6BB4380A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wilko Bulte wrote: > On Wed, May 29, 2002 at 11:38:57PM -0500, Peter Schultz wrote: > > FWIW: same here yesterday. I have not yet investigated what's up gcc-3.1 appears to have broken #pragma weak foo = bar > Wilko > > > I'm getting the following error on a just built -current, which was a > > fresh install of 5.0-CURRENT-20020519-JPSNAP: > > > > installing in lib/XThrStub... > > rm -f UIThrStubs.o > > LD_LIBRARY_PATH=../../exports/lib cc -c -O -pipe -ansi -pedantic > > -Dasm=__asm > > -Wall -Wpointer-arith -I../.. -I../../exports/include -DCSRG_BASED > > -DFUNC > > PROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API > > -DXNO_MTSAFE_PWDAPI -DM > > ALLOC_0_RETURNS_NULL -ansi -pedantic -Dasm=__asm -Wall > > -Wpointer-arith -I. > > ./.. -I../../exports/include -DCSRG_BASED -DFUNCPROTO=15 > > -DNARROWPROTO -DXTHR > > EADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI -DMALLOC_0_RETURNS_NULL > > -fPI > > C UIThrStubs.c > > UIThrStubs.c:102: alias arg not a string > > UIThrStubs.c:103: alias arg not a string > > UIThrStubs.c:104: alias arg not a string > > UIThrStubs.c:105: alias arg not a string > > UIThrStubs.c:106: alias arg not a string > > UIThrStubs.c:107: alias arg not a string > > UIThrStubs.c:108: alias arg not a string > > UIThrStubs.c:109: alias arg not a string > > UIThrStubs.c:110: alias arg not a string > > UIThrStubs.c:111: alias arg not a string > > UIThrStubs.c:113: alias arg not a string > > UIThrStubs.c:114: alias arg not a string > > UIThrStubs.c:115: alias arg not a string > > UIThrStubs.c:131: warning: `_Xthr_self_stub_' defined but not used > > UIThrStubs.c:139: warning: `_Xthr_zero_stub_' defined but not used > > *** Error code 1 > > > > Stop in /usr/ports/x11/XFree86-4-libraries/work/xc/lib/XThrStub. > > > > Pete... > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > ---end of quoted text--- > > -- > | / o / /_ _ wilko@FreeBSD.org > |/|/ / / /( (_) Bulte Arnhem, the Netherlands > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 1: 4: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 2B2D037B400 for ; Thu, 30 May 2002 01:03:56 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id 047B4AE165; Thu, 30 May 2002 01:03:56 -0700 (PDT) Date: Thu, 30 May 2002 01:03:55 -0700 From: Alfred Perlstein To: Peter Wemm Cc: Wilko Bulte , Peter Schultz , taguchi@tohoku.iij.ad.jp, freebsd-current@FreeBSD.ORG Subject: Re: XFree86-4-libraries build error Message-ID: <20020530080355.GN17045@elvis.mu.org> References: <20020530073424.A2613@freebie.xs4all.nl> <20020530080003.D6BB4380A@overcee.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020530080003.D6BB4380A@overcee.wemm.org> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Peter Wemm [020530 01:01] wrote: > Wilko Bulte wrote: > > On Wed, May 29, 2002 at 11:38:57PM -0500, Peter Schultz wrote: > > > > FWIW: same here yesterday. I have not yet investigated what's up > > gcc-3.1 appears to have broken > #pragma weak foo = bar What's the correct way to do this now? -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 1:13:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id 05D4837B403 for ; Thu, 30 May 2002 01:13:08 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4U8D7167784 for ; Thu, 30 May 2002 01:13:07 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 733E33810; Thu, 30 May 2002 01:13:07 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Alfred Perlstein Cc: Wilko Bulte , Peter Schultz , taguchi@tohoku.iij.ad.jp, freebsd-current@FreeBSD.ORG Subject: Re: XFree86-4-libraries build error In-Reply-To: <20020530080355.GN17045@elvis.mu.org> Date: Thu, 30 May 2002 01:13:07 -0700 From: Peter Wemm Message-Id: <20020530081307.733E33810@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > * Peter Wemm [020530 01:01] wrote: > > Wilko Bulte wrote: > > > On Wed, May 29, 2002 at 11:38:57PM -0500, Peter Schultz wrote: > > > > > > FWIW: same here yesterday. I have not yet investigated what's up > > > > gcc-3.1 appears to have broken > > #pragma weak foo = bar > > What's the correct way to do this now? I dont know. :-( There are hacks that can work around it, but I think this is unintentional breakage. I tried changing this: #pragma weak foo = bar to __weak_reference(bar, foo); But I didn't get much further since Xfree86 was provoking internal compiler errors. Turning off -O entirely got around it a few times, and then I had more failures with lack of c++ libraries. The end result of all the futzing around ended up with a set of binaries that were basically hosed and usually segfaulted on startup. Shortly after that point, I then managed to panic my system (running 5.x) and said "to hell with it" and did a pkg_add -r to install it instead. I'm in the middle of moving, so I haven't had much more of a chance to look at it. There are GCC bugs involved. 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 2: 0:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 087E737B407 for ; Thu, 30 May 2002 02:00:16 -0700 (PDT) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g4U8xxf87918; Thu, 30 May 2002 11:00:00 +0200 (CEST) Date: Thu, 30 May 2002 11:00:44 +0200 (CEST) From: Martin Blapp To: Terry Lambert Cc: Brian Somers , Jake Burkholder , Subject: Re: CURRENT and P-IV problems In-Reply-To: <3CE0D768.8756A096@mindspring.com> Message-ID: <20020530104809.P18017-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I can tell now for sure, that all SIG11 and SIG4 problems are gone with make buildworld, if I compile here make(8) rm(8) mkdir(8) with -g -ggdb If I don't do that, make world stops after 4 - 30 seconds. So it could be definitly some optimizing bug in our gcc. And this bug seems to be present in gcc 2.95.4 as well, as in the new gcc 3.1. > The VAX and Windows debuggers are famous for making pointer > errors "disappear" when you compile /debug. GDB is better at > not doing this, but isn't perfect. Compiling with and without > debug will yield different code. > > -g makes binaries bigger, and prevents some optimizations, > even if you aren't telling the compiler to optimize. > > Does a "strip -g"'ed version of the -g compiled binary have the > same problem? No. This still works fine. I can compile with -g -ggdb and then strip the binary and it still works fine. > > Also, an "objdump -p" comparison of the two might be informative; > there were a number of problems in Alpha-land when the compiler > assumptions changed because of the new binutils. This might be a > similar problem to the ld.so problems there, only with the ELF > loader code. With -g -ggdb Program Header: LOAD off 0x00000000 vaddr 0x08048000 paddr 0x08048000 align 2**12 filesz 0x0004e9ed memsz 0x0004e9ed flags r-x LOAD off 0x0004ea00 vaddr 0x08097a00 paddr 0x08097a00 align 2**12 filesz 0x00001598 memsz 0x00010d70 flags rw- NOTE off 0x00000094 vaddr 0x08048094 paddr 0x08048094 align 2**2 filesz 0x00000018 memsz 0x00000018 flags r-- The problematic version here on PIV 2Ghz: # objdump -p /bin/rm /bin/rm: file format elf32-i386 Program Header: LOAD off 0x00000000 vaddr 0x08048000 paddr 0x08048000 align 2**12 filesz 0x0004e56d memsz 0x0004e56d flags r-x LOAD off 0x0004e580 vaddr 0x08097580 paddr 0x08097580 align 2**12 filesz 0x00001598 memsz 0x00010d70 flags rw- NOTE off 0x00000094 vaddr 0x08048094 paddr 0x08048094 align 2**2 filesz 0x00000018 memsz 0x00000018 flags r-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 2:22:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from speechpro.com (crt-gw.infopro.spb.su [195.201.254.5]) by hub.freebsd.org (Postfix) with ESMTP id C79D537B404 for ; Thu, 30 May 2002 02:22:46 -0700 (PDT) Received: from igorr by sysadm.stc with local (Exim 3.36 #1) id 17DM9F-0007iw-00 for freebsd-current@FreeBSD.ORG; Thu, 30 May 2002 13:23:09 +0400 Date: Thu, 30 May 2002 13:23:09 +0400 From: Igor Roboul To: freebsd-current@FreeBSD.ORG Subject: Re: buildworld failure Message-ID: <20020530092309.GA28096@sysadm.stc> Reply-To: ir@hotbox.ru Mail-Followup-To: Igor Roboul , freebsd-current@FreeBSD.ORG References: <20020529064931.GA45562@sysadm.stc> <20020529075015.67955380A@overcee.wemm.org> <20020529101842.GA83556@sysadm.stc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020529101842.GA83556@sysadm.stc> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, May 29, 2002 at 02:18:42PM +0400, Igor Roboul wrote: > > make install > > > > As long as your /usr/src is up to date, that should save you. > Thank you. But now it fails on building of libncurses, with many: > > lib_gen.c:504: `a0' undeclared (first use in this function) > lib_gen.c:504: syntax error before numeric constant > lib_gen.c:504: syntax error before numeric constant This is problem with awk (nawk) which is used by MKlib_gen.sh After I had removed /usr/bin/awk and then have made link /usr/bin/awk -> /usr/bin/gawk libncurses have builded just fine -- Igor Roboul, System administrator at Speech Technology Center http://www.speechpro.com http://www.speechpro.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 2:46:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id A5AFC37B400; Thu, 30 May 2002 02:46:21 -0700 (PDT) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g4U9kJf00624; Thu, 30 May 2002 11:46:19 +0200 (CEST) Date: Thu, 30 May 2002 11:47:04 +0200 (CEST) From: Martin Blapp To: Alexander Kabaev , Cc: Subject: Re: gcc3.1 problems: undefined reference to `__gxx_personality_v0' Message-ID: <20020530100415.E18017-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just installed recent CURRENT, and the problem is gone ! It only exists now in the ports version, and it happens both on STABLE and CURRENT: GCC3.1 port on STABLE, fresh install ------------------------------------ bash-2.05a# /usr/local/bin/g++31 -v -o conftest -O -pipe -L/usr/X11R6/lib conftest.C -lX11 Reading specs from /usr/local/lib/gcc-lib/i386-portbld-freebsd4.5/3.1.1/specs Configured with: ./..//gcc-20020521/configure --disable-nls --with-gnu-as --with-gnu-ld --with-gxx-include-dir=/usr/local/lib/gcc-lib/i386-portbld-freebsd4.5/3.1/include/g++ --disable-libgcj --disable-shared --prefix=/usr/local i386-portbld-freebsd4.5 Thread model: posix gcc version 3.1.1 20020521 (prerelease) [FreeBSD] /usr/local/lib/gcc-lib/i386-portbld-freebsd4.5/3.1.1/cc1plus -v -D__GNUC__=3 -D__GNUC_MINOR__=1 -D__GNUC_PATCHLEVEL__=1 -D__FreeBSD__=4 -Dunix -D__ELF__ -D__KPRINTF_ATTRIBUTE__ -D__FreeBSD__=4 -D__unix__ -D__ELF__ -D__KPRINTF_ATTRIBUTE__ -D__unix -Asystem=unix -Asystem=bsd -Asystem=FreeBSD -D__OPTIMIZE__ -D__STDC_HOSTED__=1 -Acpu=i386 -Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i386__ -D__ELF__ conftest.C -D__GNUG__=3 -D__DEPRECATED -D__EXCEPTIONS -D__GXX_ABI_VERSION=100 -quiet -dumpbase conftest.C -O -version -o - | as -v -o /var/tmp//ccLulSZf.o GNU CPP version 3.1.1 20020521 (prerelease) [FreeBSD] (cpplib)GNU assembler version 2.11.2 20010719 [FreeBSD] (i386-unknown-freebsd4) using BFD version 2.11.2 20010719 [FreeBSD] (i386 FreeBSD/ELF) GNU C++ version 3.1.1 20020521 (prerelease) [FreeBSD] (i386-portbld-freebsd4.5) compiled by GNU C version 3.1.1 20020521 (prerelease) [FreeBSD]. #include "..." search starts here: #include <...> search starts here: /usr/local/lib/gcc-lib/i386-portbld-freebsd4.5/3.1/include/g++ /usr/local/lib/gcc-lib/i386-portbld-freebsd4.5/3.1/include/g++/i386-portbld-freebsd4.5 /usr/local/lib/gcc-lib/i386-portbld-freebsd4.5/3.1/include/g++/backward /usr/local/include /usr/local/lib/gcc-lib/i386-portbld-freebsd4.5/3.1.1/include /usr/local/i386-portbld-freebsd4.5/include /usr/include End of search list. /usr/local/lib/gcc-lib/i386-portbld-freebsd4.5/3.1.1/collect2 -V -dynamic-linker /usr/libexec/ld-elf.so.1 -o conftest /usr/lib/crt1.o /usr/lib/crti.o /usr/local/lib/gcc-lib/i386-portbld-freebsd4.5/3.1.1/crtbegin.o -L/usr/X11R6/lib -L/usr/local/lib/gcc-lib/i386-portbld-freebsd4.5/3.1.1 -L/usr/local/lib/gcc-lib/i386-portbld-freebsd4.5/3.1.1/../../.. /var/tmp//ccLulSZf.o -lX11 -lstdc++ -lm -lgcc -lc -lgcc /usr/local/lib/gcc-lib/i386-portbld-freebsd4.5/3.1.1/crtend.o /usr/lib/crtn.o /var/tmp//ccLulSZf.o(.eh_frame+0x11): undefined reference to `__gxx_personality_v0' GNU ld version 2.11.2 20010719 [FreeBSD] (with BFD 2.11.2 20010719 [FreeBSD]) Supported emulations: elf_i386 collect2: ld returned 1 exit status Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 3:16:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 0E44E37B40B for ; Thu, 30 May 2002 03:15:53 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.3/8.12.3) with ESMTP id g4UAFdhf046423; Thu, 30 May 2002 11:15:39 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.3/8.12.3/Submit) with UUCP id g4UAFdpj046422; Thu, 30 May 2002 11:15:39 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g4UABUCa083151; Thu, 30 May 2002 11:11:30 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200205301011.g4UABUCa083151@grimreaper.grondar.org> To: Peter Wemm Cc: Alfred Perlstein , Wilko Bulte , Peter Schultz , taguchi@tohoku.iij.ad.jp, freebsd-current@FreeBSD.ORG Subject: Re: XFree86-4-libraries build error References: <20020530081307.733E33810@overcee.wemm.org> In-Reply-To: <20020530081307.733E33810@overcee.wemm.org> ; from Peter Wemm "Thu, 30 May 2002 01:13:07 PDT." Date: Thu, 30 May 2002 11:11:30 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > #pragma weak foo = bar > > > > What's the correct way to do this now? > > I dont know. :-( There are hacks that can work around it, but I think this > is unintentional breakage. I tried changing this: > #pragma weak foo = bar > to > __weak_reference(bar, foo); void f () __attribute__ ((weak, alias ("__f"))); (But that may come to the same thing). M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 3:24:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 70B7537B40A; Thu, 30 May 2002 03:24:48 -0700 (PDT) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g4UAOlf10055; Thu, 30 May 2002 12:24:47 +0200 (CEST) Date: Thu, 30 May 2002 12:25:32 +0200 (CEST) From: Martin Blapp To: Cc: Subject: libstdc++ problem with recent CURRENT Message-ID: <20020530120706.Q18017-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi David, I've now problems linking with stlport lib with our native g++: ../unxfbsd.pro/obj/syshelp.o -lc_r -lm -lstlport_gcc -lsupc++ -Wl,-Bdynamic -lstlport_gcc -lc_r -lsupc++ /usr/ports/editors/openoffice/work/oo_1.0_src/solver/641/unxfbsd.pro/lib/libstlport_gcc.so: undefined reference to `sqrtl' /usr/ports/editors/openoffice/work/oo_1.0_src/solver/641/unxfbsd.pro/lib/libstlport_gcc.so: undefined reference to `sinl' /usr/ports/editors/openoffice/work/oo_1.0_src/solver/641/unxfbsd.pro/lib/libstlport_gcc.so: undefined reference to `cosl' There seem to be some math bits missing in the OS installed version. They exist in the gcc3.1 port from march. CURRENT libstdc++ ----------------- # nm /usr/lib/libstdc++.a | grep sqrtl CURRENT GCC31 port from march ----------------------------- # nm /usr/local/lib/gcc-lib/i386-portbld-freebsd5.0/3.1/libstdc++.a | grep sqrtl 0000018a T sqrtl STABLE GCC31 port from mai25 ---------------------------- # nm /usr/local/lib/gcc-lib/i386-portbld-freebsd5.0/3.1/libstdc++.a | grep sqrtl 0000018a T sqrtl Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 4:14:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from sly1.someonelikesyou.com (sly1.someonelikesyou.com [209.61.154.60]) by hub.freebsd.org (Postfix) with SMTP id E99CB37B415 for ; Thu, 30 May 2002 04:12:41 -0700 (PDT) Received: (qmail 17950 invoked by uid 48); 30 May 2002 11:12:32 -0000 Date: 30 May 2002 11:12:32 -0000 Message-ID: <20020530111232.17949.qmail@sly1.someonelikesyou.com> To: freebsd-current@freebsd.org Subject: Someone likes you! From: Matchmaker@someonelikesyou.com X-Mailer: PHP/4.1.2 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------0AD116E438EE2EFDDFF7FFA7" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --------------0AD116E438EE2EFDDFF7FFA7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Believe it! You have a secret admirer! Just go to http://www.SomeoneLikesYou.com to find out who! Email address: freebsd-current@freebsd.org Secret code: opn6wj (Note: This is NOT your password!) See you soon! Best wishes, The SomeoneLikesYou Matchmaker No Spam Policy: Unlike some other sites, SomeoneLikesYou will never send you spam or junk email. You have received this notice at the request of someone you know who has told us they like you! If you would like to keep anyone from sending you such a notice, please go to http://www.SomeoneLikesYou.com/unsubscribe.html --------------0AD116E438EE2EFDDFF7FFA7 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit
Believe it! You have a secret admirer!

Just click to http://www.SomeoneLikesYou.com to find out who!

Email address: freebsd-current@freebsd.org
Secret code: opn6wj (Note: This is NOT your password!)

See you soon!

Best wishes,

The SomeoneLikesYou Matchmaker



No Spam Policy:

Unlike some other sites, SomeoneLikesYou will never send you spam or junk email. You have received this notice at the request of someone you know who has told us they like you! If you would like to keep anyone from sending you such a notice, please go to http://www.SomeoneLikesYou.com/unsubscribe.html
--------------0AD116E438EE2EFDDFF7FFA7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 4:19:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id B070937B405; Thu, 30 May 2002 04:19:39 -0700 (PDT) Received: by energyhq.homeip.net (Postfix, from userid 1001) id BDACB3FC35; Thu, 30 May 2002 13:19:38 +0200 (CEST) Date: Thu, 30 May 2002 13:19:38 +0200 From: Miguel Mendez To: Terry Lambert Cc: Matthew Dillon , "J. Mallett" , David O'Brien , Julian Elischer , John Baldwin , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII Message-ID: <20020530131938.A59111@energyhq.homeip.net> Mail-Followup-To: Terry Lambert , Matthew Dillon , "J. Mallett" , David O'Brien , Julian Elischer , John Baldwin , FreeBSD current users References: <20020529124434.A2156@dragon.nuxi.com> <200205292007.g4TK71YD062671@apollo.backplane.com> <20020529152159.A82752@FreeBSD.ORG> <200205292353.g4TNrdH7063967@apollo.backplane.com> <20020529171351.A5586@FreeBSD.ORG> <200205300049.g4U0ne16064403@apollo.backplane.com> <3CF5D81A.7559A8D5@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3CF5D81A.7559A8D5@mindspring.com>; from tlambert2@mindspring.com on Thu, May 30, 2002 at 12:43:22AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 30, 2002 at 12:43:22AM -0700, Terry Lambert wrote: Hi, > Rules are what seperate us from the apes. And even with them, some computer users still resemble them ;-)=BA=20 > Apes with Internet access, degrees in CS, a working knowledge of > CVS, an ability to code, mailing list access, and commit bits. Put a large enough number of apes to type in emacs, and you'll eventually end up with a kernel, albeit one with a borken VM subsystem :-) Now to keep on-topic... > Hell, if it makes things easier for Julian to put in more code, > then it's OK with me. He's done the lion's share of work on > getting KSE into FreeBSD so far (IMO). Agreed. I also completely agree with what Matt said in another message about coding style, although it was my idea that it was obvious enough for everybody already, as per style(9)=20 Cheers, --=20 Miguel Mendez - flynn@energyhq.homeip.net GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk FreeBSD - The power to serve! --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE89grKnLctrNyFFPERAg2KAJ4p7MCkzM9b7wCtoS+hxUb5ChNVwwCgu19i 8xP2QiZjID02q/wLxsOQD9Y= =WXql -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 4:40:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp.wineasy.se (smtp.wineasy.se [195.42.198.20]) by hub.freebsd.org (Postfix) with ESMTP id 53D8E37B404; Thu, 30 May 2002 04:40:41 -0700 (PDT) Received: from veidit.net ([213.88.130.20]) by smtp.wineasy.se with ESMTP id g4UBefE20973; Thu, 30 May 2002 13:40:41 +0200 Message-ID: <3CF60FB3.2010203@veidit.net> Date: Thu, 30 May 2002 13:40:35 +0200 From: John Angelmo User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc3) Gecko/20020528 X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@FreeBSD.org Cc: ports@FreeBSD.org, current@FreeBSD.org Subject: FreeBSD Port: gcc31-3.1 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG OK the gcc31 builds OK for me on FreeBSD 5.0 Current but when I try to make install this happens: ===> Generating temporary packing list /usr/libexec/elf/strip: /usr/local/lib/gcc-lib/i386-portbld-freebsd5.0/3.1/cc1: No such file or directory *** Error code 1 Stop in /usr/ports/lang/gcc31. *** Error code 1 Stop in /usr/ports/lang/gcc31. ** Command failed: make ** Fix the installation problem and try again. ** The following packages were not installed or upgraded (*:skipped / !:failed) ! lang/gcc31 (install error) su-2.05a# does anyone have any idea? my uname -a: FreeBSD Amnesiac 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sun May 26 03:26:38 CEST 2002 root@Amnesiac:/usr/obj/usr/src/sys/Linn i386 /John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 5:34:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.wbs.ne.jp (mail.wbs.ne.jp [202.219.61.62]) by hub.freebsd.org (Postfix) with ESMTP id C3A1837B43F for ; Thu, 30 May 2002 05:34:19 -0700 (PDT) Received: from lachesis.local (pppa061.enti.wbs.ne.jp [202.219.67.61]) by mail.wbs.ne.jp (8.11.6/8.11.6/2002052301) with ESMTP id g4UCXY819010; Thu, 30 May 2002 21:33:34 +0900 (JST) Message-Id: <200205301233.g4UCXY819010@mail.wbs.ne.jp> Date: Thu, 30 May 2002 21:33:32 +0900 From: MOCHIZUKI =?ISO-2022-JP?B?QWtpaGlkZS8bJEJLPjduPjw9KBsoQg==?= To: igorr@speechpro.com Cc: freebsd-current@freebsd.org, Igor Roboul Subject: Re: buildworld is broken(src/bin/sh) In-Reply-To: <20020529101626.GA76218@sysadm.stc> References: <200205271134.g4RBYG803388@mail.wbs.ne.jp> <20020529101626.GA76218@sysadm.stc> User-Agent: xcite1.43> Wanderlust/2.9.13 (Unchained Melody) EMIKO/1.14.1 (Choanoflagellata) FLIM/1.14.4 (=?ISO-2022-JP?B?GyRCM2A4Nj9ANVxBMBsoQg==?=) APEL/10.3 Emacs/21.2.50 (i386-wintel-freebsd5) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) Organization: =?ISO-2022-JP?B?GyRCJCskMCRkSTEkTk4kGyhC?= X-Weather: =?ISO-2022-JP?B?GyRCTEBGfCROQEUyLDgpJE8xKzhlRl4kRyQ5GyhC?= X-Moe: =?ISO-2022-JP?B?GyRCQTc+bDUuO1IbKEIgGyRCP2VMbk5DO1IbKEIg?= =?ISO-2022-JP?B?GyRCRmJFRDYzO1IbKEIgGyRCR2tMbjtWSl07UhsoQiAbJEI+ZTszGyhC?= =?ISO-2022-JP?B?GyRCQGlKZhsoQg==?= MIME-Version: 1.0 (generated by EMIKO 1.14.1 - "Choanoflagellata") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I don't know why, but /usr/bin/awk is hardlinked to /usr/bin/nawk on my notepc. So, I make that /usr/bin/awk is hardlinked to /usr/bin/gawk( not /usr/bin/nawk). And buildworld on my notepc(5-current) is fine. Thank you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 5:36:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 371E437B47D; Thu, 30 May 2002 05:35:15 -0700 (PDT) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g4UCZAf41762; Thu, 30 May 2002 14:35:10 +0200 (CEST) Date: Thu, 30 May 2002 14:35:55 +0200 (CEST) From: Martin Blapp To: John Angelmo Cc: , Subject: Re: FreeBSD Port: gcc31-3.1 Message-ID: <20020530143302.S18017-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > /usr/local/lib/gcc-lib/i386-portbld-freebsd5.0/3.1/cc1: No such file or > directory A path is wrong in the port. I worked around this with: cp -r /usr/local/lib/gcc-lib/i386-portbld-freebsd5.0/3.1.1\* \ /usr/local/lib/gcc-lib/i386-portbld-freebsd5.0/3.1 I think David will fix the port soon. Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 5:52:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail19a.dulles19-verio.com (mail19a.dulles19-verio.com [161.58.134.133]) by hub.freebsd.org (Postfix) with SMTP id AD55337B407 for ; Thu, 30 May 2002 05:52:48 -0700 (PDT) Received: from www.pythonemproject.com (198.104.176.109) by mail19a.dulles19-verio.com (RS ver 1.0.63s) with SMTP id 0108869958 for ; Thu, 30 May 2002 08:51:11 -0400 (EDT) Message-ID: <3CF62033.F90B9263@pythonemproject.com> Date: Thu, 30 May 2002 05:50:59 -0700 From: rob X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: "current@freebsd.org" Subject: What is Tinderbox? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Loop-Detect: 1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Pardon my ignorant question. What is Tinderbox? My guess is that its a special machine for doing some testing. Rob. -- ----------------------------- The Numeric Python EM Project www.pythonemproject.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 5:59:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from sly2.someonelikesyou.com (sly2.someonelikesyou.com [209.61.154.92]) by hub.freebsd.org (Postfix) with SMTP id B45F137B407 for ; Thu, 30 May 2002 05:59:30 -0700 (PDT) Received: (qmail 5338 invoked by uid 48); 30 May 2002 12:59:30 -0000 Date: 30 May 2002 12:59:30 -0000 Message-ID: <20020530125930.5337.qmail@sly2.someonelikesyou.com> To: freebsd-current@freebsd.org Subject: Someone likes you! From: Matchmaker@someonelikesyou.com X-Mailer: PHP/4.1.2 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------0AD116E438EE2EFDDFF7FFA7" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --------------0AD116E438EE2EFDDFF7FFA7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Believe it! You have a secret admirer! Just go to http://www.SomeoneLikesYou.com to find out who! Email address: freebsd-current@freebsd.org Secret code: opn6wj See you soon! Best wishes, The SomeoneLikesYou Matchmaker No Spam Policy: Unlike some other sites, SomeoneLikesYou will never send you spam or junk email. You have received this notice at the request of someone you know who has told us they like you! If you would like to keep anyone from sending you such a notice, please go to http://www.SomeoneLikesYou.com/unsubscribe.html --------------0AD116E438EE2EFDDFF7FFA7 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit
Believe it! You have a secret admirer!

Just click to http://www.SomeoneLikesYou.com to find out who!

Email address: freebsd-current@freebsd.org
Secret code: opn6wj

See you soon!

Best wishes,

The SomeoneLikesYou Matchmaker



No Spam Policy:

Unlike some other sites, SomeoneLikesYou will never send you spam or junk email. You have received this notice at the request of someone you know who has told us they like you! If you would like to keep anyone from sending you such a notice, please go to http://www.SomeoneLikesYou.com/unsubscribe.html
--------------0AD116E438EE2EFDDFF7FFA7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 6:37:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from beastie.jocose.org (www.jocose.org [216.239.16.179]) by hub.freebsd.org (Postfix) with SMTP id 5711337B434 for ; Thu, 30 May 2002 06:37:02 -0700 (PDT) Received: (qmail 65334 invoked from network); 30 May 2002 13:37:02 -0000 Received: from unknown (HELO jocose.org) (10.0.0.100) by 0 with SMTP; 30 May 2002 13:37:02 -0000 Message-ID: <3CF62B0C.1010408@jocose.org> Date: Thu, 30 May 2002 08:37:16 -0500 From: Peter Schultz Organization: jocose.org User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc3) Gecko/20020525 X-Accept-Language: en-us, en MIME-Version: 1.0 To: rob Cc: "current@freebsd.org" Subject: Re: What is Tinderbox? References: <3CF62033.F90B9263@pythonemproject.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG rob wrote: > Pardon my ignorant question. What is Tinderbox? My guess is that its a > special machine for doing some testing. Rob. A tinderbox is a machine dedicated to building something big and complex. Here's a good example from the mozilla project. http://tinderbox.mozilla.org/showbuilds.cgi?tree=SeaMonkey-Ports Pete... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 7: 6:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id EEA1637B401 for ; Thu, 30 May 2002 07:06:43 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 98CB8535F; Thu, 30 May 2002 16:06:41 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Alfred Perlstein Cc: Peter Wemm , Wilko Bulte , Peter Schultz , taguchi@tohoku.iij.ad.jp, freebsd-current@FreeBSD.ORG Subject: Re: XFree86-4-libraries build error References: <20020530073424.A2613@freebie.xs4all.nl> <20020530080003.D6BB4380A@overcee.wemm.org> <20020530080355.GN17045@elvis.mu.org> From: Dag-Erling Smorgrav Date: 30 May 2002 16:06:40 +0200 In-Reply-To: <20020530080355.GN17045@elvis.mu.org> Message-ID: Lines: 14 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein writes: > * Peter Wemm [020530 01:01] wrote: > > gcc-3.1 appears to have broken > > #pragma weak foo = bar > What's the correct way to do this now? #pragma weak foo = "bar" as you'd have guessed if you'd bothered to read the error message and look at the code DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 8: 1:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by hub.freebsd.org (Postfix) with ESMTP id DBFDC37B40B for ; Thu, 30 May 2002 08:00:13 -0700 (PDT) Received: (qmail 11313 invoked from network); 30 May 2002 15:00:12 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 30 May 2002 15:00:12 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g4UF0RF32712; Thu, 30 May 2002 11:00:27 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200205292053.g4TKrjqh063138@apollo.backplane.com> Date: Thu, 30 May 2002 10:59:52 -0400 (EDT) From: John Baldwin To: Matthew Dillon Subject: Re: Seeking OK to commit KSE MIII Cc: FreeBSD current users Cc: FreeBSD current users , "David O'Brien" , Julian Elischer Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 29-May-2002 Matthew Dillon wrote: >:having said that, >:In this case the braces in question in ithread_schedule are: >:- } else >:+ } else { >: curthread->td_kse->ke_flags |= KEF_NEEDRESCHED; >:+ } >: >:I tend to always put braces on the else clause if the 'then' clause >:has braces.. it just helps me find the end of the if statement. >:The "if" statement in question was rewritten as part of KSE >:so Adding the braces on the else clause doesn't seem 'out of scope' >:to me.. It's not a tremendous obfuscation, because the clause >:in question needs to be considered to understand the change.. > > I do this too. My rule for if() statements 'if (exp) stmt1 else stmt2' > in the FreeBSD codebase is: > > * If or is multi-line, or is multi-line, then > braces are used around both statements, period. > > Multi-line means: multiple lines inclusive of any comments, not just > the pure C part of it. > > This is wrong: This is your opinion not gospel truth. The reason I and others leave out braces except when they are needed is to minimize the number of wasted vertical space so that more code can fit on a screen at a time. This is the same reason for using if (foo) { ... } Instead of: if (foo) { ... } However, the real pain here is that basically people go and modify code they aren't even touching. If you are modifying the condition of an if() but not the body then the extra braces are just gratuitous. You did this when you went and pushed down Giant in a bunch of the syscalls adding {}'s around code you weren't directly touching. Basically then it is rather tempting to just back them back out again in the next commit to that area of the code and we keep cycling back and forth which is pretty stupid. I would just prefer that we leave code as it is unless we actually require the extra braces because there are multiple statements in the body. If you will commit to that I will commit to not removing extra braces that offend my sensibilities in my commits. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 9: 2:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from beastie.jocose.org (www.jocose.org [216.239.16.179]) by hub.freebsd.org (Postfix) with SMTP id E198637B403 for ; Thu, 30 May 2002 09:02:30 -0700 (PDT) Received: (qmail 65656 invoked from network); 30 May 2002 16:02:29 -0000 Received: from unknown (HELO jocose.org) (10.0.0.100) by 0 with SMTP; 30 May 2002 16:02:29 -0000 Message-ID: <3CF64D23.7010702@jocose.org> Date: Thu, 30 May 2002 11:02:43 -0500 From: Peter Schultz Organization: jocose.org User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc3) Gecko/20020525 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dag-Erling Smorgrav Cc: Alfred Perlstein , Peter Wemm , Wilko Bulte , taguchi@tohoku.iij.ad.jp, freebsd-current@FreeBSD.ORG Subject: Re: XFree86-4-libraries build error References: <20020530073424.A2613@freebie.xs4all.nl> <20020530080003.D6BB4380A@overcee.wemm.org> <20020530080355.GN17045@elvis.mu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > Alfred Perlstein writes: > >>* Peter Wemm [020530 01:01] wrote: >> >>>gcc-3.1 appears to have broken >>>#pragma weak foo = bar >> >>What's the correct way to do this now? > > > #pragma weak foo = "bar" > > as you'd have guessed if you'd bothered to read the error message and > look at the code > > DES Amazing, the obvious. Now I get this: rm -f ../../../../../lib/GL/mesa/src/translate.o unshared/../../../../../lib/GL/mesa/src/translate.o LD_LIBRARY_PATH=../../../../../exports/lib cc -c -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I../../../../../exports/include/X11 -I../../../../../include/extensions -I../../../../../extras/Mesa/src/OSmesa -I../../../../../extras/Mesa/src -I../../../../../extras/Mesa/include -I../../../../.. -I../../../../../exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI -DMALLOC_0_RETURNS_NULL ../../../../../lib/GL/mesa/src/translate.c -o unshared/../../../../../lib/GL/mesa/src/translate.o Assembler messages: FATAL: can't create unshared/../../../../../lib/GL/mesa/src/translate.o: No such file or directory *** Error code 1 Stop in /usr/ports/x11/XFree86-4-libraries/work/xc/lib/GL/mesa/src/OSmesa. The make needs to go back one more level: unshared/../../../../../../lib/GL/mesa/src/translate.o How to do this, I do not know. Pete... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 9:40:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by hub.freebsd.org (Postfix) with ESMTP id 3D87737B408 for ; Thu, 30 May 2002 09:40:10 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020530164009.TGNN11183.sccrmhc02.attbi.com@InterJet.elischer.org> for ; Thu, 30 May 2002 16:40:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id JAA23311 for ; Thu, 30 May 2002 09:20:59 -0700 (PDT) Date: Thu, 30 May 2002 09:20:57 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Subject: Seeking OK to commit KSE MIII-again In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ok, but does anyone other than john (who has commented) have any comments about the logic and work in the change? I'm working on his comments but comments by others would sure be appreciated.. especially if they actually comment on what I'm trying to do.. If I can get the changes for the other architectures done, I'd like to commit this weekend. HOPEFULLY it shouldn't affect normal operations but of course the testing done by two people can't hope to equal that which will be done in teh first 24 hours once it's committed :-) once again: the diffs are at: http://people.freebsd.org/~peter/kse.diff and http://people.freebsd.org/~julian/thediff and the diffs I need for other architectures are versions of: sys/i386/i386/genassym.c (small) sys/i386/i386/machdep.c (1 line) sys/i386/i386/swtch.s (a few lines) sys/i386/i386/trap.c (small) sys/i386/i386/vm_machdep.c (largly new functions, we could stub them) sys/i386/include/kse.h (new file) sys/i386/linux/linux_machdep.c (one line) Largely these need to be written by someone who is intimately aquainted with the register set of the machine in question and knows what registers need to be saved to restore a user context correctly. julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 9:52:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id B57CE37B407 for ; Thu, 30 May 2002 09:52:49 -0700 (PDT) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id A9A333198DC; Thu, 30 May 2002 11:52:51 -0500 (CDT) Date: Thu, 30 May 2002 11:52:51 -0500 From: "David W. Chapman Jr." To: current@freebsd.org Subject: FW: Re: Error with post 1.1 release Postfix and Cyrus -Possible Bug in VM system Message-ID: <20020530165251.GB1018@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.99i X-Operating-System: FreeBSD 4.5-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Do we have anyone working on the VM system that could look at this? ----- Forwarded message from Wietse Venema ----- Date: Thu, 30 May 2002 12:49:10 -0400 (EDT) Reply-To: Postfix users From: wietse@porcupine.org (Wietse Venema) To: Postfix users Subject: Re: Error with post 1.1 release Postfix and Cyrus X-Mailer: ELM [version 2.4ME+ PL82 (25)] Sender: owner-postfix-users@postfix.org You're somehow still running qmgr code that speaks the protocol from before 20020514. To find the file, # find / \( -name qmgr -o -name nqmgr \) -ls But you may not find this file. After upgrading Postfix I very, very, occasionally find that FreeBSD will execute a new process from an old file that was just replaced. Postfix always installs executables by using "mv newfile oldfile". At this time, the old file may still be executing, and the parent process is always executing (the Postfix master daemon). I suspect an obscure VM system bug. "postfix reload" does not seem to cure this condition. The problem goes away after "postfix stop" then "postfix start", which terminates the parent process. This has happened to me only twice over the past year. My server and workstations run FreeBSD versions 4.1 - 4.4. I haven't found the time and energy to debug this. Wietse - To unsubscribe, send mail to majordomo@postfix.org with content (not subject): unsubscribe postfix-users ----- End forwarded message ----- -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 12:15:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 77FE837B408 for ; Thu, 30 May 2002 12:14:26 -0700 (PDT) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g4UJEAHc040858 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 30 May 2002 21:14:13 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g4UJEYSA008706 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 30 May 2002 21:14:34 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g4UJEXbM008705; Thu, 30 May 2002 21:14:33 +0200 (CEST)?g (envelope-from ticso) Date: Thu, 30 May 2002 21:14:33 +0200 From: Bernd Walter To: Julian Elischer Cc: FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again Message-ID: <20020530191432.GE5414@cicely5.cicely.de> Reply-To: ticso@cicely.de References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.26i X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, May 30, 2002 at 09:20:57AM -0700, Julian Elischer wrote: > ok, but does anyone other than john (who has commented) have any comments > about the logic and work in the change? > > I'm working on his comments but comments by others would sure be > appreciated.. > especially if they actually comment on what I'm trying to do.. > > If I can get the changes for the other architectures done, > I'd like to commit this weekend. HOPEFULLY it shouldn't > affect normal operations but of course the testing done by two people > can't hope to equal that which will be done in teh first 24 hours > once it's committed :-) > > once again: > > the diffs are at: > http://people.freebsd.org/~peter/kse.diff > and > http://people.freebsd.org/~julian/thediff > and the diffs I need for other architectures are versions of: > > sys/i386/i386/genassym.c (small) > sys/i386/i386/machdep.c (1 line) > sys/i386/i386/swtch.s (a few lines) > sys/i386/i386/trap.c (small) > sys/i386/i386/vm_machdep.c (largly new functions, we could stub them) > sys/i386/include/kse.h (new file) > sys/i386/linux/linux_machdep.c (one line) > > Largely these need to be written by someone who is intimately aquainted > with the register set of the machine in question and knows > what registers need to be saved to restore a user context correctly. I can do the alpha part tomorrow unless someone else already startet. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 12:20:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 136E237B40A for ; Thu, 30 May 2002 12:20:10 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020530192009.QRWT11659.rwcrmhc53.attbi.com@InterJet.elischer.org>; Thu, 30 May 2002 19:20:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA23970; Thu, 30 May 2002 12:17:05 -0700 (PDT) Date: Thu, 30 May 2002 12:17:03 -0700 (PDT) From: Julian Elischer To: ticso@cicely.de Cc: FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again In-Reply-To: <20020530191432.GE5414@cicely5.cicely.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 30 May 2002, Bernd Walter wrote: > > Largely these need to be written by someone who is intimately aquainted > > with the register set of the machine in question and knows > > what registers need to be saved to restore a user context correctly. > > I can do the alpha part tomorrow unless someone else already startet. THANKS! It shouldn't be too hard.. Julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 12:23:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id 99F0E37B40C; Thu, 30 May 2002 12:23:32 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4UJNW169985; Thu, 30 May 2002 12:23:32 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id CA60D380A; Thu, 30 May 2002 12:23:31 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Martin Blapp Cc: obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: libstdc++ problem with recent CURRENT In-Reply-To: <20020530120706.Q18017-100000@levais.imp.ch> Date: Thu, 30 May 2002 12:23:31 -0700 From: Peter Wemm Message-Id: <20020530192331.CA60D380A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martin Blapp wrote: > > Hi David, Please include me in these messages regarding the libraries in the -current build, this is almost certainly my breakage since I committed it. > I've now problems linking with stlport lib with our native g++: > > ../unxfbsd.pro/obj/syshelp.o -lc_r -lm -lstlport_gcc -lsupc++ -Wl,-Bdynamic > -lstlport_gcc -lc_r -lsupc++ > > /usr/ports/editors/openoffice/work/oo_1.0_src/solver/641/unxfbsd.pro/lib/libs tlport_gcc.so: > undefined reference to `sqrtl' > /usr/ports/editors/openoffice/work/oo_1.0_src/solver/641/unxfbsd.pro/lib/libs tlport_gcc.so: > undefined reference to `sinl' > /usr/ports/editors/openoffice/work/oo_1.0_src/solver/641/unxfbsd.pro/lib/libs tlport_gcc.so: > undefined reference to `cosl' > > There seem to be some math bits missing in the OS installed > version. They exist in the gcc3.1 port from march. The most likely culprit here is that David and I configured something differently or ./configure found something different on our systems when generating config.h for the library. I'll go back over this again. I'm pretty sure we had different locale settings, but I'm a little suprised about the math differences. 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 12:25:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id 5E47137B403 for ; Thu, 30 May 2002 12:25:33 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4UJPW170007 for ; Thu, 30 May 2002 12:25:33 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 7BC58380A; Thu, 30 May 2002 12:25:32 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Julian Elischer Cc: FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again In-Reply-To: Date: Thu, 30 May 2002 12:25:32 -0700 From: Peter Wemm Message-Id: <20020530192532.7BC58380A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > > > ok, but does anyone other than john (who has commented) have any comments > about the logic and work in the change? If you want final commit approval/objections, you really need to either include or go to developers@ instead since they're the ones dealing with actual commit process. 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 13:11:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 71F5237B414; Thu, 30 May 2002 13:11:36 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.12.3) with ESMTP id g4UKBW4j068553; Thu, 30 May 2002 13:11:33 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g4UKBWvS068552; Thu, 30 May 2002 13:11:32 -0700 (PDT) (envelope-from dillon) Date: Thu, 30 May 2002 13:11:32 -0700 (PDT) From: Matthew Dillon Message-Id: <200205302011.g4UKBWvS068552@apollo.backplane.com> To: John Baldwin Cc: FreeBSD current users , "David O'Brien" , Julian Elischer Subject: Re: Seeking OK to commit KSE MIII References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : ... :} : :Instead of: : :if (foo) :{ : ... :} : :However, the real pain here is that basically people go and modify code :they aren't even touching. If you are modifying the condition of an if() :but not the body then the extra braces are just gratuitous. You did this :when you went and pushed down Giant in a bunch of the syscalls adding {}'s :around code you weren't directly touching. Basically then it is rather :tempting to just back them back out again in the next commit to that area :of the code and we keep cycling back and forth which is pretty stupid. : :I would just prefer that we leave code as it is unless we actually require :the extra braces because there are multiple statements in the body. If :you will commit to that I will commit to not removing extra braces that :offend my sensibilities in my commits. :) : :-- : :John Baldwin <>< http://www.FreeBSD.org/~jhb/ :"Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ I will adjust bracing on code that I am working on. It is hardly gratuitous. It makes it far easier for me to read and that's important because I don't like to miss things in the code I'm working on. You seem to think that the 'wasted vertical space' is a bad thing, as if human beings are, what, compilers? We are human beings. It is far more important for the code to well commented and readable, not squeezed together like a jack in the box in a way that only the original author can parse. It does not make anyone's life easier trying to read uncommented third party code and it certainly does not give one a quicker understanding of a piece of code just because its been squeezed together to all fit on one screen. I find squeezed code to be almost *UNREADABLE*, in fact. It takes me far longer to understand a bit of squeezed code then it does for me to understand well-braced and commented code. From my point of view, anyone who is working on a piece of code to improve it has a right to make adjustments to the syntax, within reason, to make it easier to understand and operate on the code. If we try to impose one specific, set-in-stone way of doing things on the entire developer base we end up with lost interest and a lack of evolution in the code. I can only repeat that when you try to apply a rule unconditionally, even to minor, unremarkable things, and let that govern your expectations in life, that the only result you will get is friction and a lessening of interest in the project. It's like crying wolf over and over again. Save your arguments for the cases where it really matters and you might get better results. I'm going to leave you with one more comment. I have been thanked on many occassions by engineers and programmers working for all sorts of companies that delve into the FreeBSD kernel. They have thanked me for providing clear comments and readable code that has allowed them to come in blind and quickly ramp up their understanding of our kernel and their ability to modify it. A lot of what I do I do not because *I* need it, personally, but because it helps the myrid engineers, sysops, and others who work with our system. You may not appreciate it but plenty of others do and frankly I find that to be far more important then the occassional merge of otherwise unmaintained code between the BSDs. I've heard the 'easier to merge with other BSDs' argument many times, but as far as I can tell the extra work involved pales in comparison to the time saved by all the third parties that use or work on the FreeBSD kernel. Using the argument blindly as a justification to stop code evolution is just plain a dumb idea. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 13:24: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id 9B5D237B403 for ; Thu, 30 May 2002 13:23:56 -0700 (PDT) Received: from freya ([66.122.121.58]) by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GWX003UIXZWA4@mta5.snfc21.pbi.net> for freebsd-current@freebsd.org; Thu, 30 May 2002 13:23:56 -0700 (PDT) Date: Thu, 30 May 2002 13:23:26 -0700 (PDT) From: "Robert N. Saft [zardoz]" Subject: re: BuildWorld is broken... To: freebsd-current@freebsd.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is the repeated error I've gotten from my attempts to build from current (cvsup'd) sources - any comments, suggestions greatly appreciated. -------------------------------------------------------------- >>> stage 4: populating /usr/obj/usr/src/i386/usr/include -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec GROFF_BIN_PATH=/usr/obj/usr/src/i386/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/usr/share/tmac DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 SHARED=symlinks par-includes ===> share/info cd /usr/src/share/info; make buildincludes; make installincludes ===> include cd /usr/src/include; make buildincludes; make installincludes creating osreldate.h from newvers.sh setvar PARAMFILE /usr/src/include/../sys/sys/param.h; . /usr/src/include/../sys/conf/newvers.sh; echo "$COPYRIGHT" > osreldate.h; echo "#ifdef _KERNEL" >> osreldate.h; echo '#error "/usr/include/osreldate.h cannot be used in the kernel, use sys/param.h"' >> osreldate.h; echo "#else" >> osreldate.h; echo \#'undef __FreeBSD_version' >> osreldate.h; echo \#'define __FreeBSD_version' $RELDATE >> osreldate.h; echo "#endif" >> osreldate.h *** Signal 12 Stop in /usr/src/include. *** Error code 1 Stop in /usr/src/include. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- ----- End Transmission ----- Sometimes you stop at the edge - sometimes you don't -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- "Ideas are more powerful than guns. We would not let our enemies have guns, why should we let them have ideas." Joseph Stalin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 13:59:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id F385D37B404; Thu, 30 May 2002 13:59:03 -0700 (PDT) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g4UKx1f21491; Thu, 30 May 2002 22:59:01 +0200 (CEST) Date: Thu, 30 May 2002 22:59:46 +0200 (CEST) From: Martin Blapp To: Peter Wemm , Cc: Subject: Solved: libstdc++ problem with recent CURRENT In-Reply-To: <20020530192331.CA60D380A@overcee.wemm.org> Message-ID: <20020530225212.I18017-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG http://people.freebsd.org/~mbr/patches/patch-libstd++::config.h This patch fixes the problem. --- gnu/lib/libstdc++/c++config.h.orig Wed May 29 02:45:51 2002 +++ gnu/lib/libstdc++/c++config.h Thu May 30 22:49:07 2002 @@ -420,7 +420,7 @@ /* #undef _GLIBCPP_HAVE_COSHL */ /* Define if you have the cosl function. */ -/* #undef _GLIBCPP_HAVE_COSL */ +#define _GLIBCPP_HAVE_COSL 1 /* Define if you have the drand48 function. */ #define _GLIBCPP_HAVE_DRAND48 1 @@ -612,13 +612,13 @@ /* #undef _GLIBCPP_HAVE_SINHL */ /* Define if you have the sinl function. */ -/* #undef _GLIBCPP_HAVE_SINL */ +#define _GLIBCPP_HAVE_SINL 1 /* Define if you have the sqrtf function. */ #define _GLIBCPP_HAVE_SQRTF 1 /* Define if you have the sqrtl function. */ -/* #undef _GLIBCPP_HAVE_SQRTL */ +#define _GLIBCPP_HAVE_SQRTL 1 /* Define if you have the strtof function. */ /* #undef _GLIBCPP_HAVE_STRTOF */ --- gnu/lib/libstdc++/config.h.orig Fri May 10 10:54:42 2002 +++ gnu/lib/libstdc++/config.h Thu May 30 22:45:01 2002 @@ -343,7 +343,7 @@ /* #undef HAVE_COSHL */ /* Define if you have the cosl function. */ -/* #undef HAVE_COSL */ +#define HAVE_COSL 1 /* Define if you have the drand48 function. */ #define HAVE_DRAND48 1 @@ -535,13 +535,13 @@ /* #undef HAVE_SINHL */ /* Define if you have the sinl function. */ -/* #undef HAVE_SINL */ +#define HAVE_SINL 1 /* Define if you have the sqrtf function. */ #define HAVE_SQRTF 1 /* Define if you have the sqrtl function. */ -/* #undef HAVE_SQRTL */ +#define HAVE_SQRTL 1 /* Define if you have the strtof function. */ /* #undef HAVE_STRTOF */ Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 13:59:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id D21F137B407; Thu, 30 May 2002 13:59:25 -0700 (PDT) Received: from pool0529.cvx40-bradley.dialup.earthlink.net ([216.244.44.19] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17DX0s-0000pE-00; Thu, 30 May 2002 13:59:15 -0700 Message-ID: <3CF69282.F60E22FD@mindspring.com> Date: Thu, 30 May 2002 13:58:42 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: Matthew Dillon , FreeBSD current users , David O'Brien , Julian Elischer Subject: Re: Seeking OK to commit KSE MIII References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > This is your opinion not gospel truth. The reason I and others leave out > braces except when they are needed is to minimize the number of wasted > vertical space so that more code can fit on a screen at a time. This is > the same reason for using > > if (foo) { > ... > } > > Instead of: > > if (foo) > { > ... > } Actually, that's a tools issue; specifically, it has to do with "%" and "$" in "vi". Just like: int foo( x) instead of: int foo(x) Has todo with "grep ^name " for function declatation finding, vs. references. As for "extra braces", I've seen people do: #if foo /* { */ ... #else /* !foo } { */ #endif /* !foo } */ To let people use statement start/end block matching on "#if", too. Our tools dictate a lot of what people say constitutes "style", but what really works out to be "efficient use of tools". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 14:34:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from postfix2-1.free.fr (postfix2-1.free.fr [213.228.0.9]) by hub.freebsd.org (Postfix) with ESMTP id 6076637B404 for ; Thu, 30 May 2002 14:34:24 -0700 (PDT) Received: from free.fr (nas-cbv-4-62-147-140-77.dial.proxad.net [62.147.140.77]) by postfix2-1.free.fr (Postfix) with ESMTP id 4E2AD347 for ; Thu, 30 May 2002 23:34:22 +0200 (CEST) Received: from armor.fastether (localhost.fastether [127.0.0.1]) by free.fr (8.12.3/8.9.3) with ESMTP id g4ULktb2004084 for ; Thu, 30 May 2002 23:46:56 +0200 (CEST) (envelope-from nsouch@perso.free.fr) Received: (from nsouch@localhost) by armor.fastether (8.12.3/8.12.3/Submit) id g4ULktP5004083 for freebsd-current@freebsd.org; Thu, 30 May 2002 23:46:55 +0200 (CEST) Date: Thu, 30 May 2002 23:46:50 +0200 From: Nicolas Souchu To: freebsd-current@freebsd.org Subject: -current as guest of VMWare2 Message-ID: <20020530234650.B3994@armor.fastether> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, I'm currently trying to install -current as a guest OS of VMWare2 running under 4.6RC. The problem is that it works correctly except that after some processing, the VMWare2 engine slows down the OS incredibly. To get things back to a correct speed I have to suspend the VMWare session then restore it. I also have a VMWare2 guest 4.6RC (running on the same 4.6RC host) which works like a charm. I've compiled with the following machine file: Any idea? Nicholas # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.343 2002/05/22 19:00:48 obrien Exp $ machine i386 cpu I486_CPU cpu I586_CPU ident RATZ maxusers 0 #To statically compile in device wiring instead of /boot/device.hints hints "RATZ.hints" #Default places to look for devices. makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device options NFSCLIENT #Network Filesystem Client options NFSSERVER #Network Filesystem Server options NFS_ROOT #NFS usable as root device, requires NFSCLIENT options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # install a CDEV entry in /dev # Debugging for use in -current options DDB #Enable the kernel debugger options INVARIANTS #Enable calls of extra sanity checking options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS #Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed options ALT_BREAK_TO_DEBUGGER device isa device pci #options PCI_ENABLE_IO_MODES # Enable pci resources left off by a "lazy BIOS" # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID #Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc 1 # At keyboard controller device atkbd # at keyboard device psm # psm mouse device vga # VGA screen # splash screen/screen saver device splash # syscons is the default console driver, resembling an SCO console device sc 1 # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # ISA Ethernet NICs. pccard nics included. device lnc # NE2100, NE32-VL Lance Ethernet cards # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device device loop # Network loopback device ether # Ethernet support device sl # Kernel SLIP device ppp 1 # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter -- Nicholas Souchu - nsouch@free.fr - nsouch@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 14:39:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 6B01937B43E; Thu, 30 May 2002 14:38:47 -0700 (PDT) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g4ULckf25288; Thu, 30 May 2002 23:38:46 +0200 (CEST) Date: Thu, 30 May 2002 23:39:31 +0200 (CEST) From: Martin Blapp To: "Bruce A. Mah" Cc: Peter Wemm , , Subject: Re: Solved: libstdc++ problem with recent CURRENT In-Reply-To: <200205302104.g4UL45vL043785@intruder.bmah.org> Message-ID: <20020530233512.N18017-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Seems I was wrong. Uhm. It's late here... Anyway, I've really running it now. If we add this patch, we should also add the bits in libm: #ifndef HAVE_SQRTL long double sqrtl(long double x) { return sqrt((double) x); } #endif #ifndef HAVE_COSL long double cosl(long double x) { return cos((double) x); } #endif #ifndef HAVE_SINL long double sinl(long double x) { return sin((double) x); } #endif or we just compile stubs.c in and the gcc provided bits. But I guess we would also not to link against libm then. root@fuchur:/usr/src# diff -ruN gnu/lib/libstdc++/Makefile.orig gnu/lib/libstdc++/Makefile --- gnu/lib/libstdc++/Makefile.orig Thu May 30 23:35:38 2002 +++ gnu/lib/libstdc++/Makefile Thu May 30 23:32:19 2002 @@ -32,7 +32,7 @@ valarray-inst.cc ext-inst.cc # C parts of math -SRCS+= nan.c signbit.c signbitf.c signbitl.c # stubs.c +SRCS+= nan.c signbit.c signbitf.c signbitl.c stubs.c # Embedded copy of libsupc++ SRCS+= del_op.cc del_opnt.cc del_opv.cc del_opvnt.cc \ But now it's working ... root@fuchur:/usr/src/gnu/lib/libstdc++# nm /usr/lib/libstdc++.a | grep cosl 0000002a T cosl root@fuchur:/usr/src/gnu/lib/libstdc++# nm /usr/lib/libstdc++.a | grep sqrtl 0000016c T sqrtl root@fuchur:/usr/src/gnu/lib/libstdc++# nm /usr/lib/libstdc++.a | grep sinl 00000134 T sinl Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 14:50:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by hub.freebsd.org (Postfix) with ESMTP id 8755737B403 for ; Thu, 30 May 2002 14:49:57 -0700 (PDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 7DB116DA21; Thu, 30 May 2002 16:49:49 -0500 (CDT) Received: by www.fastmail.fm (Postfix, from userid 99) id 6754D6D9F5; Thu, 30 May 2002 16:49:49 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Thu, 30 May 2002 21:49:48 +0000 From: "Glenn Gombert" To: "Nicolas Souchu" , "Current" Reply-To: "Glenn Gombert" X-Epoch: 1022795389 X-Sasl-enc: wM9UbMr7o/o01NXiq7r0zg Subject: Re: -current as guest of VMWare2 Message-Id: <20020530214949.6754D6D9F5@www.fastmail.fm> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG There is a patch to fix this problem that I posted to the list sometime ago. I don't have it handy right now, but you can find it in the mailing list archive... Glenn G. On Thu, 30 May 2002 23:46:50 +0200, "Nicolas Souchu" said: > Hi folks, > > I'm currently trying to install -current as a guest OS of VMWare2 > running under 4.6RC. > > The problem is that it works correctly except that after some > processing, the VMWare2 engine slows down the OS incredibly. To > get things back to a correct speed I have to suspend the VMWare > session then restore it. > > I also have a VMWare2 guest 4.6RC (running on the same 4.6RC host) > which works like a charm. > > I've compiled with the following machine file: > > Any idea? > > Nicholas > > > # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.343 2002/05/22 19:00:48 > obrien Exp $ > > machine i386 > cpu I486_CPU > cpu I586_CPU > ident RATZ > maxusers 0 > > #To statically compile in device wiring instead of /boot/device.hints > hints "RATZ.hints" #Default places to look for > devices. > > makeoptions DEBUG=-g #Build kernel with gdb(1) debug > symbols > > options INET #InterNETworking > options INET6 #IPv6 communications protocols > options FFS #Berkeley Fast Filesystem > options SOFTUPDATES #Enable FFS soft updates > support > options UFS_DIRHASH #Improve performance on big > directories > options MD_ROOT #MD is a potential root device > options NFSCLIENT #Network Filesystem Client > options NFSSERVER #Network Filesystem Server > options NFS_ROOT #NFS usable as root device, > requires NFSCLIENT > options MSDOSFS #MSDOS Filesystem > options CD9660 #ISO 9660 Filesystem > options PROCFS #Process filesystem (requires > PSEUDOFS) > options PSEUDOFS #Pseudo-filesystem framework > options COMPAT_43 #Compatible with BSD 4.3 [KEEP > THIS!] > options SCSI_DELAY=15000 #Delay (in ms) before probing > SCSI > options KTRACE #ktrace(1) support > options SYSVSHM #SYSV-style shared memory > options SYSVMSG #SYSV-style message queues > options SYSVSEM #SYSV-style semaphores > options P1003_1B #Posix P1003_1B real-time > extensions > options _KPOSIX_PRIORITY_SCHEDULING > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > > # Debugging for use in -current > options DDB #Enable the kernel debugger > options INVARIANTS #Enable calls of extra sanity > checking > options INVARIANT_SUPPORT #Extra sanity checks of > internal structures, required by INVARIANTS > #options WITNESS #Enable checks to detect > deadlocks and cycles > #options WITNESS_SKIPSPIN #Don't run witness on spinlocks > for speed > options ALT_BREAK_TO_DEBUGGER > > device isa > device pci > #options PCI_ENABLE_IO_MODES # Enable pci resources left off > by a "lazy BIOS" > > # Floppy drives > device fdc > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > device atapicd # ATAPI CDROM drives > options ATA_STATIC_ID #Static device numbering > > # atkbdc0 controls both the keyboard and the PS/2 mouse > device atkbdc 1 # At keyboard controller > device atkbd # at keyboard > device psm # psm mouse > > device vga # VGA screen > > # splash screen/screen saver > device splash > > # syscons is the default console driver, resembling an SCO console > device sc 1 > > # Enable this for the pcvt (VT220 compatible) console driver > #device vt > #options XSERVER # support for X server on a vt > console > #options FAT_CURSOR # start with block cursor > > # Floating point support - do not disable. > device npx > > # Power management support (see NOTES for more options) > device apm > # Add suspend/resume support for the i8254. > device pmtimer > > # Serial (COM) ports > device sio # 8250, 16[45]50 based serial ports > > # Parallel port > device ppc > device ppbus # Parallel port bus (required) > device lpt # Printer > device plip # TCP/IP over parallel > device ppi # Parallel port interface device > #device vpo # Requires scbus and da > > # ISA Ethernet NICs. pccard nics included. > device lnc # NE2100, NE32-VL Lance Ethernet cards > > # Pseudo devices - the number indicates how many units to allocate. > device random # Entropy device > device loop # Network loopback > device ether # Ethernet support > device sl # Kernel SLIP > device ppp 1 # Kernel PPP > device tun # Packet tunnel. > device pty # Pseudo-ttys (telnet etc) > device md # Memory "disks" > device gif # IPv6 and IPv4 tunneling > device faith # IPv6-to-IPv4 relaying (translation) > > # The `bpf' device enables the Berkeley Packet Filter. > # Be aware of the administrative consequences of enabling this! > device bpf # Berkeley packet filter > > -- > Nicholas Souchu - nsouch@free.fr - nsouch@FreeBSD.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Glenn Gombert freebsd@fastmail.fm "Never trust any operating system you don't have the source code for" -- http://fastmail.fm/ - A no graphics, no pop-ups email service To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 15:23:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by hub.freebsd.org (Postfix) with ESMTP id 1F7E637B403 for ; Thu, 30 May 2002 15:23:47 -0700 (PDT) Received: from angelica.unixdaemons.com (bmilekic@localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.3/8.12.1) with ESMTP id g4UMNVMR088549; Thu, 30 May 2002 18:23:31 -0400 (EDT) X-Authentication-Warning: angelica.unixdaemons.com: Host bmilekic@localhost.unixdaemons.com [127.0.0.1] claimed to be angelica.unixdaemons.com Received: (from bmilekic@localhost) by angelica.unixdaemons.com (8.12.3/8.12.1/Submit) id g4UMNUXh088548; Thu, 30 May 2002 18:23:30 -0400 (EDT) (envelope-from bmilekic) Date: Thu, 30 May 2002 18:23:30 -0400 From: Bosko Milekic To: Nicolas Souchu Cc: freebsd-current@FreeBSD.ORG Subject: Re: -current as guest of VMWare2 Message-ID: <20020530182330.A88259@unixdaemons.com> References: <20020530234650.B3994@armor.fastether> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020530234650.B3994@armor.fastether>; from nsouch@free.fr on Thu, May 30, 2002 at 11:46:50PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, May 30, 2002 at 11:46:50PM +0200, Nicolas Souchu wrote: > Hi folks, > > I'm currently trying to install -current as a guest OS of VMWare2 > running under 4.6RC. > > The problem is that it works correctly except that after some > processing, the VMWare2 engine slows down the OS incredibly. To > get things back to a correct speed I have to suspend the VMWare > session then restore it. > > I also have a VMWare2 guest 4.6RC (running on the same 4.6RC host) > which works like a charm. > > I've compiled with the following machine file: > > Any idea? > > Nicholas Try cpu I386_CPU and let me know how it works out! I'm trying to do something similar. Thanks, Bosko. > # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.343 2002/05/22 19:00:48 obrien Exp $ > > machine i386 > cpu I486_CPU > cpu I586_CPU > ident RATZ > maxusers 0 > Nicholas Souchu - nsouch@free.fr - nsouch@FreeBSD.org -- Bosko Milekic bmilekic@unixdaemons.com bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 16: 2:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id 230D837B403; Thu, 30 May 2002 16:02:31 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4UN2U170696; Thu, 30 May 2002 16:02:30 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 2A9E9380F; Thu, 30 May 2002 16:02:30 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Martin Blapp Cc: "Bruce A. Mah" , obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Solved: libstdc++ problem with recent CURRENT In-Reply-To: <20020530233512.N18017-100000@levais.imp.ch> Date: Thu, 30 May 2002 16:02:30 -0700 From: Peter Wemm Message-Id: <20020530230230.2A9E9380F@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martin Blapp wrote: > If we add this patch, we should also add the bits in libm: > > #ifndef HAVE_SQRTL > long double > sqrtl(long double x) > { > return sqrt((double) x); > } > #endif [..] > or we just compile stubs.c in and the gcc provided bits. > But I guess we would also not to link against libm then. > > root@fuchur:/usr/src# diff -ruN gnu/lib/libstdc++/Makefile.orig > gnu/lib/libstdc++/Makefile > --- gnu/lib/libstdc++/Makefile.orig Thu May 30 23:35:38 2002 > +++ gnu/lib/libstdc++/Makefile Thu May 30 23:32:19 2002 > @@ -32,7 +32,7 @@ > valarray-inst.cc ext-inst.cc > > # C parts of math > -SRCS+= nan.c signbit.c signbitf.c signbitl.c # stubs.c > +SRCS+= nan.c signbit.c signbitf.c signbitl.c stubs.c > > # Embedded copy of libsupc++ > SRCS+= del_op.cc del_opnt.cc del_opv.cc del_opvnt.cc \ > > But now it's working ... You know, I think I'd rather activate the stubs.c file than patch libm. If libm is going to provide real "long double" functions, then it should provide real ones, not faked lower precision ones. stubs.c fills in the blanks for the parts that libm doesn't provide, according to config.h. We can even add ifdefs to the config.h file if we have some arches that provide the long double versions and others that do not. To be sure we're all on the same page, simply uncommenting stubs.c solves your problem with no libm changes, right? 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 16:11:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 53C8D37B406; Thu, 30 May 2002 16:11:54 -0700 (PDT) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g4UNBpf32882; Fri, 31 May 2002 01:11:51 +0200 (CEST) Date: Fri, 31 May 2002 01:12:35 +0200 (CEST) From: Martin Blapp To: Peter Wemm Cc: "Bruce A. Mah" , , Subject: Re: Solved: libstdc++ problem with recent CURRENT In-Reply-To: <20020530230230.2A9E9380F@overcee.wemm.org> Message-ID: <20020531011210.X18017-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi Peter, > To be sure we're all on the same page, simply uncommenting stubs.c solves > your problem with no libm changes, right? Exactly. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 16:53:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by hub.freebsd.org (Postfix) with ESMTP id D662D37B40B for ; Thu, 30 May 2002 16:53:12 -0700 (PDT) Received: from sbcglobal.net wa1ter@smtp-send.myrealbox.com [66.126.108.220] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.9 $ on Novell NetWare via secured & encrypted transport (TLS); Thu, 30 May 2002 17:53:03 -0600 Message-ID: <3CF6BB04.6040600@sbcglobal.net> Date: Thu, 30 May 2002 16:51:32 -0700 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc1) Gecko/20020508 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Subject: make kernel broken at dev/xe/if_xe_pccard.c Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG cc -O -pipe -march=pentiumpro -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-fo rmat -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -fno-common -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-format -ansi -c /usr/src/sys/dev/xe/if_xe_pccard.c In file included from /usr/src/sys/dev/xe/if_xe_pccard.c:53: card_if.h:166: syntax error before "pccard_product_match_fn" card_if.h:166: warning: function declaration isn't a prototype card_if.h:169: syntax error before "pccard_product_match_fn" card_if.h:170: warning: function declaration isn't a prototype card_if.h: In function `CARD_DO_PRODUCT_LOOKUP': card_if.h:172: `bus' undeclared (first use in this function) card_if.h:172: (Each undeclared identifier is reported only once card_if.h:172: for each function it appears in.) card_if.h:173: `dev' undeclared (first use in this function) card_if.h:173: `tab' undeclared (first use in this function) card_if.h:173: `ent_size' undeclared (first use in this function) card_if.h:173: `matchfn' undeclared (first use in this function) *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 18:15:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by hub.freebsd.org (Postfix) with ESMTP id 51E5D37B404 for ; Thu, 30 May 2002 18:14:05 -0700 (PDT) Received: (from jake@localhost) by k6.locore.ca (8.11.6/8.11.6) id g4V1TsU39252; Thu, 30 May 2002 21:29:54 -0400 (EDT) (envelope-from jake) Date: Thu, 30 May 2002 21:29:54 -0400 From: Jake Burkholder To: Julian Elischer Cc: FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again Message-ID: <20020530212954.S62759@locore.ca> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Thu, May 30, 2002 at 09:20:57AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG apparently, On Thu, May 30, 2002 at 09:20:57AM -0700, Julian Elischer said words to the effect of; > > > ok, but does anyone other than john (who has commented) have any comments > about the logic and work in the change? > > I'm working on his comments but comments by others would sure be > appreciated.. > especially if they actually comment on what I'm trying to do.. > > If I can get the changes for the other architectures done, > I'd like to commit this weekend. HOPEFULLY it shouldn't > affect normal operations but of course the testing done by two people > can't hope to equal that which will be done in teh first 24 hours > once it's committed :-) > > once again: > > the diffs are at: > http://people.freebsd.org/~peter/kse.diff > and > http://people.freebsd.org/~julian/thediff > and the diffs I need for other architectures are versions of: > > sys/i386/i386/genassym.c (small) > sys/i386/i386/machdep.c (1 line) > sys/i386/i386/swtch.s (a few lines) > sys/i386/i386/trap.c (small) > sys/i386/i386/vm_machdep.c (largly new functions, we could stub them) > sys/i386/include/kse.h (new file) > sys/i386/linux/linux_machdep.c (one line) > > Largely these need to be written by someone who is intimately aquainted > with the register set of the machine in question and knows > what registers need to be saved to restore a user context correctly. > > Index: bin/ksetest/Makefile > =========================================================================== > Index: bin/ksetest/kse_asm.S > =========================================================================== > Index: bin/ksetest/kse_threads_test.c > =========================================================================== I don't know if you intended to commit this test program as well. Please do not. > Index: sys/i386/i386/trap.c > =========================================================================== > @@ -942,6 +948,23 @@ > td->td_frame = &frame; > if (td->td_ucred != p->p_ucred) > cred_update_thread(td); > + if (p->p_flag & P_KSES) { > + /* > + * If we are doing a syscall in a KSE environment, > + * note where our mailbox is. There is always the > + * possibility that we could do this lazily (in sleep()), > + * but for now do it every time. > + */ > + error = copyin((caddr_t)td->td_kse->ke_mailbox + > + offsetof(struct kse_mailbox, current_thread), > + &td->td_mailbox, sizeof(void *)); > + if (error || td->td_mailbox == NULL) { > + td->td_mailbox = NULL; /* single thread it.. */ > + td->td_flags &= ~TDF_UNBOUND; > + } else { > + td->td_flags |= TDF_UNBOUND; > + } > + } > params = (caddr_t)frame.tf_esp + sizeof(int); The places where you access user space to setup the linkage for the UTS should use fuword and suword instead of copyin and copyout, its faster and it makes the code clearer. > Index: sys/i386/i386/vm_machdep.c > =========================================================================== > --- sys/i386/i386/vm_machdep.c 2002/05/29 07:21:58 #21 > +++ sys/i386/i386/vm_machdep.c 2002/05/29 07:21:58 > @@ -283,6 +293,145 @@ > } > > void > +cpu_thread_setup(struct thread *td) > +{ > + > + td->td_pcb = > + (struct pcb *)(td->td_kstack + KSTACK_PAGES * PAGE_SIZE) - 1; > + td->td_frame = (struct trapframe *)((caddr_t)td->td_pcb - 16) - 1; > +} > + > +struct md_store { > + struct pcb mds_pcb; > + struct trapframe mds_frame; > +}; > + > +void > +cpu_save_upcall(struct thread *td, struct kse *newkse) > +{ > + > + /* Point the pcb to the top of the stack. */ > + newkse->ke_mdstorage = malloc(sizeof(struct md_store), M_TEMP, > + M_WAITOK); > + /* Note: use of M_WAITOK means it won't fail. */ > + newkse->ke_pcb = > + &(((struct md_store *)(newkse->ke_mdstorage))->mds_pcb); > + newkse->ke_frame = > + &(((struct md_store *)(newkse->ke_mdstorage))->mds_frame); > + > + /* Copy the upcall pcb. Kernel mode & fp regs are here. */ > + bcopy(td->td_pcb, newkse->ke_pcb, sizeof(struct pcb)); > + > + /* This copies most of the user mode register values. */ > + bcopy(td->td_frame, newkse->ke_frame, sizeof(struct trapframe)); > +} ke_frame, ke_pcb and ke_mdstorage should all be in a machine dependent struct mdkse, like mdproc. The fact that the storage is large enough to warrant using malloc is machine dependent, so it should not be a pointer. I would be inclined to just embed a trapframe. The pcb should not be needed at all here; all of the meaningful kernel mode register values are set below. Capturing the whole execution context at the time of the kse_new call (floating point registers, debug registers) may be expensive and I don't think is worth doing. The whole trick of a system call that returns multiple times is dubious. The fact that it works at all is machine dependent; for sparc64 it needs wierd hacks in the kernel like is done for vfork. It would be better to just register an upcall stack and entry point with the kernel, like how signals work. This would make mdkse even smaller. > +void > +cpu_set_upcall(struct thread *td, void *pcb) > +{ > + struct pcb *pcb2; > + > + td->td_flags |= TDF_UPCALLING; > + > + /* Point the pcb to the top of the stack. */ > + pcb2 = td->td_pcb; > + > + /* > + * Copy the upcall pcb. This loads kernel regs. > + * Those not loaded individually below get their default > + * values here. > + * > + * XXXKSE It might be a good idea to simply skip this as > + * the values of the other registers may be unimportant. > + * This would remove any requirement for knowing the KSE > + * at this time (see the matching comment below for > + * more analysis) (need a good safe default). > + */ > + bcopy(pcb, pcb2, sizeof(*pcb2)); > + > + /* > + * Create a new fresh stack for the new thread. > + * The -16 is so we can expand the trapframe if we go to vm86. > + * Don't forget to set this stack value into whatever supplies > + * the address for the fault handlers. > + * The contexts are filled in at the time we actually DO the > + * upcall as only then do we know which KSE we got. > + */ > + td->td_frame = (struct trapframe *)((caddr_t)pcb2 - 16) - 1; > + > + /* > + * Set registers for trampoline to user mode. Leave space for the > + * return address on stack. These are the kernel mode register values. > + */ > + pcb2->pcb_cr3 = vtophys(vmspace_pmap(td->td_proc->p_vmspace)->pm_pdir); > + pcb2->pcb_edi = 0; > + pcb2->pcb_esi = (int)fork_return; /* trampoline arg */ > + pcb2->pcb_ebp = 0; > + pcb2->pcb_esp = (int)td->td_frame - sizeof(void *); /* trampoline arg */ > + pcb2->pcb_ebx = (int)td; /* trampoline arg */ > + pcb2->pcb_eip = (int)fork_trampoline; > + /* > + * If we didn't copy the pcb, we'd need to do the following registers: > + * pcb2->pcb_dr*: cloned above. > + * pcb2->pcb_savefpu: cloned above. > + * pcb2->pcb_flags: cloned above. > + * pcb2->pcb_onfault: cloned above (always NULL here?). > + * pcb2->pcb_gs: cloned above. XXXKSE ??? > + * pcb2->pcb_ext: cleared below. > + */ > + pcb2->pcb_ext = NULL; > +} > > Index: sys/i386/include/kse.h > =========================================================================== > *** /dev/null Wed May 29 07:21:41 2002 > --- sys/i386/include/kse.h Wed May 29 07:22:12 2002 > *************** > *** 0 **** > --- 1,49 ---- > + /* > + * Copyright (C) 2002 Julian Elischer . > + * All rights reserved. > + * > + * Redistribution and use in source and binary forms, with or without > + * modification, are permitted provided that the following conditions > + * are met: > + * 1. Redistributions of source code must retain the above copyright > + * notice(s), this list of conditions and the following disclaimer as > + * the first lines of this file unmodified other than the possible > + * addition of one or more copyright notices. > + * 2. Redistributions in binary form must reproduce the above copyright > + * notice(s), this list of conditions and the following disclaimer in the > + * documentation and/or other materials provided with the distribution. > + * > + * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDER(S) ``AS IS'' AND ANY > + * EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED > + * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE > + * DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER(S) BE LIABLE FOR ANY > + * DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES > + * (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR > + * SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER > + * CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT > + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY > + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH > + * DAMAGE. > + * > + * $FreeBSD$ > + */ > + > + #ifndef MACHINE_KSE_H > + #define MACHINE_KSE_H > + #include > + #include > + > + union kse_td_ctx { > + struct { > + int if_onstack; > + struct intrframe if_if; > + } intrfrm; > + struct { > + int tf_onstack; > + int tf_gs; > + struct trapframe tf_tf; > + } tfrm; > + mcontext_t mcontext; > + }; Please do not export trapframe and intrframe to userland like this; just use mcontext. Doing this makes it part of the kernel->userland ABI more so than it already is, debuggers use it for core dumps which is bad enough. mcontext is already there for this purpose and required to have a stable ABI. > Index: sys/kern/kern_intr.c > =========================================================================== > --- sys/kern/kern_intr.c 2002/05/29 07:21:58 #15 > +++ sys/kern/kern_intr.c 2002/05/29 07:21:58 > @@ -387,21 +386,22 @@ > */ > ithread->it_need = 1; > mtx_lock_spin(&sched_lock); > - if (p->p_stat == SWAIT) { > + if (td->td_state == TDS_IWAIT) { > CTR2(KTR_INTR, "%s: setrunqueue %d", __func__, p->p_pid); > - p->p_stat = SRUN; > - setrunqueue(td); /* XXXKSE */ > - if (do_switch && curthread->td_critnest == 1 && > - curthread->td_proc->p_stat == SRUN) { > + setrunqueue(td); > + if (do_switch && > + (curthread->td_critnest == 1) && > + (curthread->td_proc->p_state == TDS_RUNNING)) { Is this a bug? TDS_RUNNING is a thread state but its testing the process's state. Seems like this will make preemptions not happen. > Index: sys/kern/kern_synch.c > =========================================================================== > --- sys/kern/kern_synch.c 2002/05/29 07:21:58 #24 > +++ sys/kern/kern_synch.c 2002/05/29 07:21:58 > @@ -788,37 +881,41 @@ > struct proc *p = td->td_proc; > > mtx_lock_spin(&sched_lock); > - switch (p->p_stat) { > - case SZOMB: /* not a thread flag XXXKSE */ > + switch (p->p_state) { > + case PRS_ZOMBIE: > panic("setrunnable(1)"); > + default: > } > - switch (td->td_proc->p_stat) { > + switch (td->td_state) { > case 0: > - case SRUN: > - case SWAIT: > + case TDS_RUNNING: > + case TDS_IWAIT: > default: > + printf("state is %d", td->td_state); > panic("setrunnable(2)"); One of these panics was hit by a user running 5.0-DP1. I guess you missed their mail. > Index: sys/kern/kern_thread.c > =========================================================================== > + /* > + * Tear down type-stable parts of a thread (just before being discarded). > + */ > + static void > + thread_fini(void *mem, int size) > + { > + struct thread *td; > + > + KASSERT((size == sizeof(struct thread)), > + ("size mismatch: %d != %d\n", size, sizeof(struct thread))); > + > + td = (struct thread *)mem; > + pmap_dispose_thread(td); > + vm_object_deallocate(td->td_kstack_obj); > + cached_threads--; /* XXXSMP */ > + allocated_threads--; /* XXXSMP */ > + } Where is the kva space for the kernel stack freed? Before it was not freed at all, and relied on stable storage to still be around when the thread was allocated again. The fini callout is called when the memory is being freed for real and will no longer be type stable. I think this leaks KSTACK_PAGES pages of kva space per thread when the thread zone is drained. > + int > + thread_export_context(struct thread *td) > + { > + struct kse *ke; > + void *td2_mbx; > + void *addr1; > + void *addr2; > + int error; > + > + /* Export the register contents. */ > + error = cpu_export_context(td); > + > + ke = td->td_kse; > + addr1 = (caddr_t)ke->ke_mailbox > + + offsetof(struct kse_mailbox, completed_threads); > + addr2 = (caddr_t)td->td_mailbox > + + offsetof(struct thread_mailbox , next_completed); > + /* Then link it into it's KSE's list of completed threads. */ > + if (!error) > + error = copyin( addr1, &td2_mbx, sizeof(void *)); > + if (!error) > + error = copyout(&td2_mbx, addr2, sizeof(void *)); > + if (!error) > + error = copyout(&td->td_mailbox, addr1, sizeof(void *)); > + return (error); > + } Please use fuword and suword here. > Index: sys/kern/subr_trap.c > =========================================================================== > --- sys/kern/subr_trap.c 2002/05/29 07:21:58 #20 > +++ sys/kern/subr_trap.c 2002/05/29 07:21:58 > + > + /* > + * There is no more work to do and we are going to ride > + * this thead/KSE up to userland. Make sure the user's > + * pointer to the thread mailbox is cleared before we > + * re-enter the kernel next time for any reason.. > + * We might as well do it here. > + */ > + td->td_flags &= ~TDF_UPCALLING; /* Hmmmm. */ > + error = copyout(&dummy, /* NULL */ > + (caddr_t)td->td_kse->ke_mailbox + > + offsetof(struct kse_mailbox, current_thread), > + sizeof(void *)); suword(&td->td_kse->ke_mailbox->current_thread, 0); would be much clearer here. [...] Before I spend much time on the machine dependent code for sparc64 I would like to see a well defined kernel->userland interface, with long term ABI issues taken into consideration. I'm not convinced that the current kse_new scheme will work; I would much rather see just an entry point, which is where the upcalls begin executing. This is how the netbsd upcall works as far as I can tell. It is much more difficult to ensure that all the register values end up the same on each return from the system call on sparc64, due to the way that register stack works. The current test program will not work at all, because setjmp, longjmp cannot be used to switch the stack in the same way. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 19: 0:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by hub.freebsd.org (Postfix) with ESMTP id E85B737B400 for ; Thu, 30 May 2002 19:00:11 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020531020010.NHBJ20219.sccrmhc03.attbi.com@InterJet.elischer.org>; Fri, 31 May 2002 02:00:10 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id SAA25508; Thu, 30 May 2002 18:56:31 -0700 (PDT) Date: Thu, 30 May 2002 18:56:30 -0700 (PDT) From: Julian Elischer To: Jake Burkholder Cc: FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again In-Reply-To: <20020530212954.S62759@locore.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 30 May 2002, Jake Burkholder wrote: > apparently, On Thu, May 30, 2002 at 09:20:57AM -0700, > Julian Elischer said words to the effect of; > > > > > > > > Index: bin/ksetest/Makefile > > =========================================================================== > > Index: bin/ksetest/kse_asm.S > > =========================================================================== > > Index: bin/ksetest/kse_threads_test.c > > =========================================================================== > > I don't know if you intended to commit this test program as well. > Please do not. not planing to commit it, (except maybe under 'tools') > > > Index: sys/i386/i386/trap.c > > =========================================================================== > > @@ -942,6 +948,23 @@ > > td->td_frame = &frame; > > if (td->td_ucred != p->p_ucred) > > cred_update_thread(td); > > + if (p->p_flag & P_KSES) { > > + /* > > + * If we are doing a syscall in a KSE environment, > > + * note where our mailbox is. There is always the > > + * possibility that we could do this lazily (in sleep()), > > + * but for now do it every time. > > + */ > > + error = copyin((caddr_t)td->td_kse->ke_mailbox + > > + offsetof(struct kse_mailbox, current_thread), > > + &td->td_mailbox, sizeof(void *)); > > + if (error || td->td_mailbox == NULL) { > > + td->td_mailbox = NULL; /* single thread it.. */ > > + td->td_flags &= ~TDF_UNBOUND; > > + } else { > > + td->td_flags |= TDF_UNBOUND; > > + } > > + } > > params = (caddr_t)frame.tf_esp + sizeof(int); > > The places where you access user space to setup the linkage for the > UTS should use fuword and suword instead of copyin and copyout, its > faster and it makes the code clearer. Great! I've seen them mentionned several times and thought "I should see what they are" but never done so.. exactly what I want! > > > Index: sys/i386/i386/vm_machdep.c > > =========================================================================== > > --- sys/i386/i386/vm_machdep.c 2002/05/29 07:21:58 #21 > > +++ sys/i386/i386/vm_machdep.c 2002/05/29 07:21:58 > > @@ -283,6 +293,145 @@ > > } > > > > void > > +cpu_thread_setup(struct thread *td) > > +{ > > + > > + td->td_pcb = > > + (struct pcb *)(td->td_kstack + KSTACK_PAGES * PAGE_SIZE) - 1; > > + td->td_frame = (struct trapframe *)((caddr_t)td->td_pcb - 16) - 1; > > +} > > + > > +struct md_store { > > + struct pcb mds_pcb; > > + struct trapframe mds_frame; > > +}; > > + > > +void > > +cpu_save_upcall(struct thread *td, struct kse *newkse) > > +{ > > + > > + /* Point the pcb to the top of the stack. */ > > + newkse->ke_mdstorage = malloc(sizeof(struct md_store), M_TEMP, > > + M_WAITOK); > > + /* Note: use of M_WAITOK means it won't fail. */ > > + newkse->ke_pcb = > > + &(((struct md_store *)(newkse->ke_mdstorage))->mds_pcb); > > + newkse->ke_frame = > > + &(((struct md_store *)(newkse->ke_mdstorage))->mds_frame); > > + > > + /* Copy the upcall pcb. Kernel mode & fp regs are here. */ > > + bcopy(td->td_pcb, newkse->ke_pcb, sizeof(struct pcb)); > > + > > + /* This copies most of the user mode register values. */ > > + bcopy(td->td_frame, newkse->ke_frame, sizeof(struct trapframe)); > > +} > > ke_frame, ke_pcb and ke_mdstorage should all be in a machine dependent > struct mdkse, like mdproc. The fact that the storage is large enough > to warrant using malloc is machine dependent, so it should not be a > pointer. I would be inclined to just embed a trapframe. errrr... ke_mdstorage is just a pointer to the mdstorage as are the others.. I don't want to include an md structure into the KSE.. it's big enough as it is.. Every process has a KSE but only KSE-mode processes have the extra mdstorage area. Do you feel strongly about this? > > The pcb should not be needed at all here; all of the meaningful kernel > mode register values are set below. Capturing the whole execution > context at the time of the kse_new call (floating point registers, > debug registers) may be expensive and I don't think is worth doing. Yes I started out with the PCB there but as I went I found I was needing less and less of it. I even have a comment to that effect somewhere.. At this stage I still have it only because I wanted to make sure that I had good defaults for anything that I wasn't sure about.. Also I haven't figured out what to do about FP registers and I may want to stuff them there at some stage... (not sure yet) > > The whole trick of a system call that returns multiple times is > dubious. The fact that it works at all is machine dependent; for > sparc64 it needs wierd hacks in the kernel like is done for vfork. > It would be better to just register an upcall stack and entry point > with the kernel, like how signals work. This would make mdkse even > smaller. It's effectively the same thing.. except it allows the function to have persistent state in all it's local variables and arguments. Which is REALLY useful in the UTS. As for hacks.. we have the code in vfork, no? :-) (actually the code actually uses fork_return() to do the returns so if your hack is in there we get it for free.) > [...] > > + * This would remove any requirement for knowing the KSE > > + * at this time (see the matching comment below for > > + * more analysis) (need a good safe default). > > + */ The comment alluded to. [...] > > + > > + union kse_td_ctx { > > + struct { > > + int if_onstack; > > + struct intrframe if_if; > > + } intrfrm; > > + struct { > > + int tf_onstack; > > + int tf_gs; > > + struct trapframe tf_tf; > > + } tfrm; > > + mcontext_t mcontext; > > + }; > > Please do not export trapframe and intrframe to userland like this; > just use mcontext. Doing this makes it part of the kernel->userland > ABI more so than it already is, debuggers use it for core dumps which > is bad enough. mcontext is already there for this purpose and required > to have a stable ABI. They are only exported this way because Dan Eischen and I were experimenting with what context was needed. We have basically decided that the mcontext is the one we want except that I am worried about FP regs. intrfrm and tfrm will be deleted well before anyone else gets to play with it.. thanks for reminding me though.. > > > Index: sys/kern/kern_intr.c > > =========================================================================== > > --- sys/kern/kern_intr.c 2002/05/29 07:21:58 #15 > > +++ sys/kern/kern_intr.c 2002/05/29 07:21:58 > > @@ -387,21 +386,22 @@ > > */ > > ithread->it_need = 1; > > mtx_lock_spin(&sched_lock); > > - if (p->p_stat == SWAIT) { > > + if (td->td_state == TDS_IWAIT) { > > CTR2(KTR_INTR, "%s: setrunqueue %d", __func__, p->p_pid); > > - p->p_stat = SRUN; > > - setrunqueue(td); /* XXXKSE */ > > - if (do_switch && curthread->td_critnest == 1 && > > - curthread->td_proc->p_stat == SRUN) { > > + setrunqueue(td); > > + if (do_switch && > > + (curthread->td_critnest == 1) && > > + (curthread->td_proc->p_state == TDS_RUNNING)) { > > Is this a bug? TDS_RUNNING is a thread state but its testing the > process's state. Seems like this will make preemptions not > happen. This IS a bug.. I'm ever so grateful that you are actually reading it :-) > > > Index: sys/kern/kern_synch.c > > =========================================================================== > > --- sys/kern/kern_synch.c 2002/05/29 07:21:58 #24 > > +++ sys/kern/kern_synch.c 2002/05/29 07:21:58 > > @@ -788,37 +881,41 @@ > > struct proc *p = td->td_proc; > > > > mtx_lock_spin(&sched_lock); > > - switch (p->p_stat) { > > - case SZOMB: /* not a thread flag XXXKSE */ > > + switch (p->p_state) { > > + case PRS_ZOMBIE: > > panic("setrunnable(1)"); > > + default: > > } > > - switch (td->td_proc->p_stat) { > > + switch (td->td_state) { > > case 0: > > - case SRUN: > > - case SWAIT: > > + case TDS_RUNNING: > > + case TDS_IWAIT: > > default: > > + printf("state is %d", td->td_state); > > panic("setrunnable(2)"); > > One of these panics was hit by a user running 5.0-DP1. I guess you missed > their mail. no... I didn't see it.. though I'm not exactly sure why this is relevant as I'm not really changing the panic condition.. (unless of course they were running with KSE patches?) (Am I missing something?) > > > Index: sys/kern/kern_thread.c > > =========================================================================== > > + /* > > + * Tear down type-stable parts of a thread (just before being discarded). > > + */ > > + static void > > + thread_fini(void *mem, int size) > > + { > > + struct thread *td; > > + > > + KASSERT((size == sizeof(struct thread)), > > + ("size mismatch: %d != %d\n", size, sizeof(struct thread))); > > + > > + td = (struct thread *)mem; > > + pmap_dispose_thread(td); > > + vm_object_deallocate(td->td_kstack_obj); > > + cached_threads--; /* XXXSMP */ > > + allocated_threads--; /* XXXSMP */ > > + } > > Where is the kva space for the kernel stack freed? Before it was not > freed at all, and relied on stable storage to still be around when the > thread was allocated again. The fini callout is called when the memory > is being freed for real and will no longer be type stable. I think this > leaks KSTACK_PAGES pages of kva space per thread when the thread zone is > drained. hmmmm you may be right.. I'll check... yep (this was recently changed by Jonathon mini so I think he's introduecd this bug.. I was never freeing them before..) Jonathon! ( :-) ) [...] > > Please use fuword and suword here. yep.. now I know they exist.. I was actually worried about the 'weight' of these.. > > > Index: sys/kern/subr_trap.c > > =========================================================================== > > --- sys/kern/subr_trap.c 2002/05/29 07:21:58 #20 > > +++ sys/kern/subr_trap.c 2002/05/29 07:21:58 > > + > > + /* > > + * There is no more work to do and we are going to ride > > + * this thead/KSE up to userland. Make sure the user's > > + * pointer to the thread mailbox is cleared before we > > + * re-enter the kernel next time for any reason.. > > + * We might as well do it here. > > + */ > > + td->td_flags &= ~TDF_UPCALLING; /* Hmmmm. */ > > + error = copyout(&dummy, /* NULL */ > > + (caddr_t)td->td_kse->ke_mailbox + > > + offsetof(struct kse_mailbox, current_thread), > > + sizeof(void *)); > > suword(&td->td_kse->ke_mailbox->current_thread, 0); would be much > clearer here. yep! > > [...] > > Before I spend much time on the machine dependent code for sparc64 > I would like to see a well defined kernel->userland interface, with > long term ABI issues taken into consideration. I'm not convinced > that the current kse_new scheme will work; I would much rather see > just an entry point, which is where the upcalls begin executing. > This is how the netbsd upcall works as far as I can tell. But it's a lot harder to set the correct context in userland.. you need to modify the userland UTS setup every time there is a change in the compiler framing for example. This way, it's automatic.. You are restoring the registers in exactly the way you want them, where the other way, the kernel code doing the work needs to know what compiler is running the userland and how it's optimising variables etc. this is "self correcting" :-) > > It is much more difficult to ensure that all the register values > end up the same on each return from the system call on sparc64, due > to the way that register stack works. The current test program > will not work at all, because setjmp, longjmp cannot be used to > switch the stack in the same way. The library will not be using setjmp and longjmp in this way but instead the setcontext() call that dan wrote for the current thread library. If that works it should be enough. (I'd like to investigate your comments though... can you explain more about why it's a problem? It sure simplifies things on most architectures I've done this on.. > > Jake > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 21:39:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from ref5.freebsd.org (ref5.FreeBSD.org [216.136.204.102]) by hub.freebsd.org (Postfix) with ESMTP id E1F1A37B406 for ; Thu, 30 May 2002 21:39:25 -0700 (PDT) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.3/8.12.3) with ESMTP id g4V4dPP7057226 for ; Thu, 30 May 2002 21:39:25 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.3/8.12.3/Submit) id g4V4dPEQ057204 for current@freebsd.org; Thu, 30 May 2002 21:39:25 -0700 (PDT) Date: Thu, 30 May 2002 21:39:25 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200205310439.g4V4dPEQ057204@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> 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 /tmp/des/obj/i386/d/home/des/tinderbox/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> gnu/usr.bin/binutils/objdump ... bucomm.o(.text+0x391): warning: mktemp() possibly used unsafely; consider using mkstemp() ===> gnu/usr.bin/binutils/ranlib ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': bucomm.o(.text+0x391): warning: mktemp() possibly used unsafely; consider using mkstemp() ===> gnu/usr.bin/binutils/readelf ===> gnu/usr.bin/binutils/size /d/home/des/tinderbox/src/contrib/binutils/binutils/size.c:116: internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu/usr.bin/binutils/size. *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu/usr.bin. *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu. *** Error code 1 Stop in /d/home/des/tinderbox/src. *** Error code 1 Stop in /d/home/des/tinderbox/src. *** Error code 1 Stop in /d/home/des/tinderbox/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 21:43:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-169-107-187.dsl.lsan03.pacbell.net [64.169.107.187]) by hub.freebsd.org (Postfix) with ESMTP id 432FC37B406 for ; Thu, 30 May 2002 21:43:09 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7DF6C66B8B; Thu, 30 May 2002 21:43:08 -0700 (PDT) Date: Thu, 30 May 2002 21:43:08 -0700 From: Kris Kennaway To: Peter Schultz Cc: taguchi@tohoku.iij.ad.jp, freebsd-current@FreeBSD.ORG Subject: Re: XFree86-4-libraries build error Message-ID: <20020530214308.A9785@xor.obsecurity.org> References: <3CF5ACE1.8010106@jocose.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3CF5ACE1.8010106@jocose.org>; from peter@jocose.org on Wed, May 29, 2002 at 11:38:57PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 29, 2002 at 11:38:57PM -0500, Peter Schultz wrote: > I'm getting the following error on a just built -current, which was a=20 > fresh install of 5.0-CURRENT-20020519-JPSNAP: Yes, and if you'd been reading the mailing list like you're supposed to you would have already known about this. Kris --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE89v9bWry0BWjoQKURAjx/AKDiSVEV7YF+hGbf11euNJnyCN5plACdEjcQ 3oqxOx74SdzTwkxo1x89EHU= =aej+ -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 21:51:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from nova.anchoragerescue.org (95-7-237-24-cable.anchorageak.net [24.237.7.95]) by hub.freebsd.org (Postfix) with ESMTP id C98CC37B401 for ; Thu, 30 May 2002 21:51:28 -0700 (PDT) Received: from there (localhost.anchoragerescue.org [127.0.0.1]) by nova.anchoragerescue.org (Postfix) with SMTP id 9A4F199 for ; Thu, 30 May 2002 20:51:27 -0800 (AKDT) Content-Type: text/plain; charset="iso-8859-1" From: Beech Rintoul Reply-To: akbeech@sinbad.net To: freebsd-current@freebsd.org Subject: Error building ImageMagick Date: Thu, 30 May 2002 20:51:27 -0800 X-Mailer: KMail [version 1.3] Organization: Sinbad Network Communications MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020531045127.9A4F199@nova.anchoragerescue.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have been trying to upgrade ImageMagick. It fails with the following in -current, but builds ok on 4.6-RC. I../.. -I/usr/local/include/libxml2 -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -I/X11 -O -pipe -c -o Geometry.lo `test -f Geometry.cpp || echo './'`Geometry.cpp Geometry.cpp:317: syntax error before `&' token gmake[3]: *** [Geometry.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/graphics/ImageMagick/work/ImageMagick-5.4.5/Magick++/lib' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/ImageMagick/work/ImageMagick-5.4.5/Magick++/lib' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/graphics/ImageMagick/work/ImageMagick-5.4.5/Magick++' gmake: *** [all-recursive] Error 1 *** Error code 2 uname: FreeBSD nova.anchoragerescue.org 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Thu May 30 11:59:38 AKDT 2002 akbeech@nova.anchoragerescue.org:/usr/obj/usr/src/sys/NOVA i386 Anybody have a fix? TIA, Beech -- ------------------------------------------------------------------- Beech Rintoul - SysAdmin - akbeech@sinbad.net /"\ ASCII Ribbon Campaign | Sinbad Network Communications \ / - NO HTML/RTF in e-mail | 3101 Penland Parkway #K-38 X - NO Word docs in e-mail | Anchorage, AK 99508-1957 / \ ----------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 23:14:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id 02EA137B401 for ; Thu, 30 May 2002 23:14:19 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4V6EH171773 for ; Thu, 30 May 2002 23:14:18 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 7326C380A; Thu, 30 May 2002 23:14:17 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Julian Elischer Cc: Jake Burkholder , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again In-Reply-To: Date: Thu, 30 May 2002 23:14:17 -0700 From: Peter Wemm Message-Id: <20020531061417.7326C380A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > On Thu, 30 May 2002, Jake Burkholder wrote: [..] > > It is much more difficult to ensure that all the register values > > end up the same on each return from the system call on sparc64, due > > to the way that register stack works. The current test program > > will not work at all, because setjmp, longjmp cannot be used to > > switch the stack in the same way. > > The library will not be using setjmp and longjmp in this way but > instead the setcontext() call that dan wrote for the current thread > library. If that works it should be enough. > (I'd like to investigate your comments though... can you explain > more about why it's a problem? It sure simplifies things on most > architectures I've done this on.. setjmp/longjmp cannot be used to switch stacks on ia64 either, for what it's worth. This is why libc_r is disabled for ia64 (and I presume sparc64). 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 23:38:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 6A16A37B40C for ; Thu, 30 May 2002 23:38:37 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 7C9E15307; Fri, 31 May 2002 08:38:33 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Peter Schultz Cc: Alfred Perlstein , Peter Wemm , Wilko Bulte , taguchi@tohoku.iij.ad.jp, freebsd-current@FreeBSD.ORG Subject: Re: XFree86-4-libraries build error References: <20020530073424.A2613@freebie.xs4all.nl> <20020530080003.D6BB4380A@overcee.wemm.org> <20020530080355.GN17045@elvis.mu.org> <3CF64D23.7010702@jocose.org> From: Dag-Erling Smorgrav Date: 31 May 2002 08:38:33 +0200 In-Reply-To: <3CF64D23.7010702@jocose.org> Message-ID: Lines: 8 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Schultz writes: > Amazing, the obvious. Now I get this: Hmm, I didn't get any more trouble after I fixed the pragma problem. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu May 30 23:40:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id 8633D37B401 for ; Thu, 30 May 2002 23:40:15 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020531064012.FHNX2751.rwcrmhc52.attbi.com@InterJet.elischer.org>; Fri, 31 May 2002 06:40:12 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA26462; Thu, 30 May 2002 23:31:47 -0700 (PDT) Date: Thu, 30 May 2002 23:31:46 -0700 (PDT) From: Julian Elischer To: Peter Wemm Cc: Jake Burkholder , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again In-Reply-To: <20020531061417.7326C380A@overcee.wemm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 30 May 2002, Peter Wemm wrote: > Julian Elischer wrote: > > On Thu, 30 May 2002, Jake Burkholder wrote: > [..] > > > It is much more difficult to ensure that all the register values > > > end up the same on each return from the system call on sparc64, due > > > to the way that register stack works. The current test program > > > will not work at all, because setjmp, longjmp cannot be used to > > > switch the stack in the same way. > > > > The library will not be using setjmp and longjmp in this way but > > instead the setcontext() call that dan wrote for the current thread > > library. If that works it should be enough. > > (I'd like to investigate your comments though... can you explain > > more about why it's a problem? It sure simplifies things on most > > architectures I've done this on.. > > setjmp/longjmp cannot be used to switch stacks on ia64 either, for what > it's worth. This is why libc_r is disabled for ia64 (and I presume > sparc64). I don't really care if setjmp doesn't work, as long as there is some assembler that can be put in the library that can switch a stack/thread. > > 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 > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 0: 4: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by hub.freebsd.org (Postfix) with ESMTP id B639B37B407 for ; Fri, 31 May 2002 00:03:52 -0700 (PDT) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id g4TDBqL61119; Wed, 29 May 2002 09:11:52 -0400 (EDT) (envelope-from bmilekic@unixdaemons.com) Date: Wed, 29 May 2002 09:11:52 -0400 From: Bosko Milekic To: Terry Lambert Cc: Peter Wemm , Richard Wenninger , current@FreeBSD.ORG Subject: Re: UMA lock Message-ID: <20020529091152.B61073@unixdaemons.com> References: <20020529061540.88CD6380A@overcee.wemm.org> <3CF475E3.8925781A@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3CF475E3.8925781A@mindspring.com>; from tlambert2@mindspring.com on Tue, May 28, 2002 at 11:32:03PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, May 28, 2002 at 11:32:03PM -0700, Terry Lambert wrote: > Can we get rid of the NULL tests we had to put in when M_WAIT > turned into M_WAITOK? No. What you see as a bad thing others (including me) see as a good thing. I _want_ to be able to say: "okay, try sleeping; but I realize that sleeping for longer than some reasonable time if I'm not getting anything to begin with will probably not get me anything at any point so tell me the allocation really failed and give me the opportunity to clean up before *I* decide what I want to do." > -- Terry > "Never solve a vast problem in a half-vast way" -- Bosko Milekic bmilekic@unixdaemons.com bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 0: 4:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by hub.freebsd.org (Postfix) with ESMTP id AB18537B40D for ; Fri, 31 May 2002 00:03:58 -0700 (PDT) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id g4TDF1r61130; Wed, 29 May 2002 09:15:01 -0400 (EDT) (envelope-from bmilekic@unixdaemons.com) Date: Wed, 29 May 2002 09:15:01 -0400 From: Bosko Milekic To: Peter Wemm Cc: Terry Lambert , Richard Wenninger , current@FreeBSD.ORG Subject: Re: UMA lock Message-ID: <20020529091501.C61073@unixdaemons.com> References: <3CF475E3.8925781A@mindspring.com> <20020529072020.89F16380A@overcee.wemm.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: <20020529072020.89F16380A@overcee.wemm.org>; from peter@wemm.org on Wed, May 29, 2002 at 12:20:20AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, May 29, 2002 at 12:20:20AM -0700, Peter Wemm wrote: > M_WAIT for mbufs (not malloc) was an alias for M_WAITOK, and M_DONTWAIT > (also just for mbufs) was an alias for M_NOWAIT. > > You call things and either permit them to tsleep() or you do not. > > M_NOWAIT to the mbuf m_get*, malloc*, contigmalloc*, uma_* etc means > "you must not tsleep!". M_WAITOK conversely means that tsleep should be > called as needed. Things like malloc still can return NULL even with M_WAITOK > for non-recoverable scenarios. Exactly, with one exception: they are no longer aliases. I had renamed (after some discussion) M_WAIT and M_DONTWAIT in the mbuf code to M_TRYWAIT and M_DONTWAIT, respectively, to avoid confusion and avoid mixing the flags with the malloc() flags. > 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 -- Bosko Milekic bmilekic@unixdaemons.com bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 0: 4:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by hub.freebsd.org (Postfix) with ESMTP id A8C4537B410 for ; Fri, 31 May 2002 00:04:00 -0700 (PDT) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id g4TKMEv62459; Wed, 29 May 2002 16:22:14 -0400 (EDT) (envelope-from bmilekic@unixdaemons.com) Date: Wed, 29 May 2002 16:22:14 -0400 From: Bosko Milekic To: Terry Lambert Cc: Peter Wemm , Richard Wenninger , current@FreeBSD.ORG Subject: Re: UMA lock Message-ID: <20020529162214.A62435@unixdaemons.com> References: <20020529061540.88CD6380A@overcee.wemm.org> <3CF475E3.8925781A@mindspring.com> <20020529091152.B61073@unixdaemons.com> <3CF53430.49B6F618@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3CF53430.49B6F618@mindspring.com>; from tlambert2@mindspring.com on Wed, May 29, 2002 at 01:04:00PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, May 29, 2002 at 01:04:00PM -0700, Terry Lambert wrote: > Bosko Milekic wrote: > > On Tue, May 28, 2002 at 11:32:03PM -0700, Terry Lambert wrote: > > > Can we get rid of the NULL tests we had to put in when M_WAIT > > > turned into M_WAITOK? > > > > No. What you see as a bad thing others (including me) see as a good > > thing. I _want_ to be able to say: "okay, try sleeping; but I realize > > that sleeping for longer than some reasonable time if I'm not getting > > anything to begin with will probably not get me anything at any point > > so tell me the allocation really failed and give me the opportunity to > > clean up before *I* decide what I want to do." > > Up the operating system's wazoo! > > *We* are the programmers. > > *We* know better than *it* whether it's OK to sleep indefinitely > or not. > > If *we* want the allocation to fail after *some reasonable time*, > then *we will damn well set a timer to "some reasonable time"* to > indicate that fact to the OS. > > If *we* do *not* damn well set a timer, then *we* damn well do not > want it to fail, *we* want it to hang either *until it succeeds* or > *until hell freezes over* or *until we manually enter the kernel > debugger to find out why it is hanging*. Then *you* can set *your* timer to hang to infinity. *I* have provided *the* ability to do *that*: tesla# sysctl -A | grep mbuf_wait kern.ipc.mbuf_wait: 32 tesla# sysctl -w kern.ipc.mbuf_wait=0 (Now the mbuf code will behave in such a way that it will hang forever if you call with M_TRYWAIT and cannot allocate anything). However, *I* want to be able to do otherwise, because *I* don't agree with *you*. So *I* will leave my timer to whatever the hell I please and *I* will require callers to check for NULL in all cases, and handle the failure appropriately, because that's what good systems do. If for my particular chunk of code or subsystem, "properly" means "call panic()," then so be it. But if for my particular subsystem it happens to be *SOMETHING OTHER THAN CALLING panic()*, I want to be able to catch that failure and handle it after the wait has timed out. If there is code that still uses M_TRYWAIT with the mbuf allocator and does not check for NULL (I believe there is still some of this), well, then, it will simply page fault immediately after it tries dereferencing the NULL pointer and I'll figure it right out. > All these people are bitching about kludging around something by > changing M_WAITOK to M_NOWAIT. > > The kludge is *already there* in M_WAITOK, whether you want it > or not. > > So bitching about this kluge is meaningless: changing it back to > M_WAITOK won't make the little F'er go away, it will just *hide* > the kludge from people to lazy to read the code all the way down, > and know *why* they have to check for a NULL return from a call > that's *supposed to wait* until it's return will *not* be NULL. > > -- Terry > -- Bosko Milekic bmilekic@unixdaemons.com bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 0: 5:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by hub.freebsd.org (Postfix) with ESMTP id 0074337B414 for ; Fri, 31 May 2002 00:04:04 -0700 (PDT) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id g4TD8IB61101; Wed, 29 May 2002 09:08:18 -0400 (EDT) (envelope-from bmilekic@unixdaemons.com) Date: Wed, 29 May 2002 09:08:18 -0400 From: Bosko Milekic To: Terry Lambert Cc: Poul-Henning Kamp , Peter Wemm , Richard Wenninger , current@FreeBSD.ORG Subject: Re: UMA lock Message-ID: <20020529090818.A61073@unixdaemons.com> References: <10399.1022653079@critter.freebsd.dk> <3CF476E7.D465D5C3@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3CF476E7.D465D5C3@mindspring.com>; from tlambert2@mindspring.com on Tue, May 28, 2002 at 11:36:23PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, May 28, 2002 at 11:36:23PM -0700, Terry Lambert wrote: > Poul-Henning Kamp wrote: > > In message <20020529061540.88CD6380A@overcee.wemm.org>, Peter Wemm writes: > > >As you said, _sleeping_ is the problem. M_WAITOK means "you may sleep if > > >you like". ie: it is a time bomb waiting for the right low memory condition > > >which will then explode with a 100% authentic crash or lock up. > > > > > >Pretend it said M_SLEEPOK instead of M_WAITOK. > > > > Uhm, I'm actually seeing the opposite behaviour as well: after I > > changed the md(4) driver to use M_NOWAIT I still see malloc/zalloc > > sleeping... > > I'm with Poul on this one, Peter: M_WAITOK doesn't mean what > you think it means: it's doesn't mean tsleep may be called, > and M_NOWAIT doesn't mean tsleep() _won't_ be called, in > practice. With the same amount of time you spent typing up this Email, you could have checked the code and seen that M_WAITOK _does_ mean that tsleep may be called and that, in effect, M_NOWAIT means that tsleep will not be called. If we have cases where tsleep is called and are M_NOWAIT, then that's not good. M_NOWAIT means: "only allowed to block on a mutex." > It's either incredibly badly named, or it's incredibly badly > implemented -- I would argue the latter, actually, since even > if it's completely orthogonal, you're screwed because it means > you have two call conversion systems, without a WITNESS > intersection to detect deadly embraces. 8-(. > > -- Terry -- Bosko Milekic bmilekic@unixdaemons.com bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 0:21: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id F303337B406 for ; Fri, 31 May 2002 00:21:02 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 86BE5535E; Fri, 31 May 2002 09:21:00 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Peter Wemm Cc: Julian Elischer , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again References: <20020530192532.7BC58380A@overcee.wemm.org> From: Dag-Erling Smorgrav Date: 31 May 2002 09:20:59 +0200 In-Reply-To: <20020530192532.7BC58380A@overcee.wemm.org> Message-ID: Lines: 10 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm writes: > If you want final commit approval/objections, you really need to either > include or go to developers@ instead since they're the ones dealing with > actual commit process. s/developers/arch/ DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 1:34:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id 35C4B37B407 for ; Fri, 31 May 2002 01:34:09 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4V8Xw172147 for ; Fri, 31 May 2002 01:34:03 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id C75B5380A; Fri, 31 May 2002 01:33:57 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Dag-Erling Smorgrav Cc: Julian Elischer , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again In-Reply-To: Date: Fri, 31 May 2002 01:33:57 -0700 From: Peter Wemm Message-Id: <20020531083357.C75B5380A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > Peter Wemm writes: > > If you want final commit approval/objections, you really need to either > > include or go to developers@ instead since they're the ones dealing with > > actual commit process. > > s/developers/arch/ I wasn't clear with this comment. As I said elsewhere when somebody else asked: == If he's looking for comments on the changes or reviews, he should go to arch@ as that isn't really current@ material. If he's looking for volunteers to pre-test it, then he should be asking for testers on current@. But he said he was asking for "permission" to commit it ("Seeking OK to commit KSE MIII-again"), so he should be talking with other committers. current@ is not particularly well tracked by committers themselves due to relatively low signal to noise. At the very least, you have to tell committers@ that you've posted about it elsewhere if you want it to be seen. == 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 1:39:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 2F77337B410 for ; Fri, 31 May 2002 01:39:20 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 45B11535E; Fri, 31 May 2002 10:39:18 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Peter Wemm Cc: Julian Elischer , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again References: <20020531083357.C75B5380A@overcee.wemm.org> From: Dag-Erling Smorgrav Date: 31 May 2002 10:39:17 +0200 In-Reply-To: <20020531083357.C75B5380A@overcee.wemm.org> Message-ID: Lines: 10 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm writes: > But he said he was asking for "permission" to commit it ("Seeking OK to > commit KSE MIII-again"), so he should be talking with other committers. I guess I just don't see why he needs our permission, as long as he's given us a chance to comment on the technical aspects of the patch. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 2: 3:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id D726037B405 for ; Fri, 31 May 2002 02:03:19 -0700 (PDT) Received: from pool0040.cvx22-bradley.dialup.earthlink.net ([209.179.198.40] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17DiJN-0002uS-00; Fri, 31 May 2002 02:03:06 -0700 Message-ID: <3CF73C23.A8491DC2@mindspring.com> Date: Fri, 31 May 2002 02:02:27 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bosko Milekic Cc: Peter Wemm , Richard Wenninger , current@FreeBSD.ORG Subject: Re: UMA lock References: <20020529061540.88CD6380A@overcee.wemm.org> <3CF475E3.8925781A@mindspring.com> <20020529091152.B61073@unixdaemons.com> <3CF53430.49B6F618@mindspring.com> <20020529162214.A62435@unixdaemons.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bosko Milekic wrote: > Then *you* can set *your* timer to hang to infinity. *I* have > provided *the* ability to do *that*: > > tesla# sysctl -A | grep mbuf_wait > kern.ipc.mbuf_wait: 32 > tesla# sysctl -w kern.ipc.mbuf_wait=0 > > (Now the mbuf code will behave in such a way that it will hang forever > if you call with M_TRYWAIT and cannot allocate anything). > > However, *I* want to be able to do otherwise, because *I* don't agree > with *you*. So *I* will leave my timer to whatever the hell I please > and *I* will require callers to check for NULL in all cases, and > handle the failure appropriately, because that's what good systems do. > If for my particular chunk of code or subsystem, "properly" means > "call panic()," then so be it. But if for my particular subsystem it > happens to be *SOMETHING OTHER THAN CALLING panic()*, I want to be > able to catch that failure and handle it after the wait has timed out. I'm OK with trapping conditions differently. But I think an explicit timer allows for that. I really dislike having different rules for mbuf allocation vs. other allocations. I don't like that options have changed from: o Fail rather than waiting, if you would have to wait o If you have to wait, then wait until you will not fail To: o Fail rather than waiting, if you would have to wait o If you have to wait, then wait until you will not fail, but fail if you know that waiting will do no good I don't mind the new option (which is effectively "TRYWAIT"), but I dislike losing the old option. I know you worked a long time on the mbuf allocator. There was, at one time, an intention to move to a new allocator architecture for everything, based on your work, where your work was advertised as a "proof of concept" (this advertising kept many people from complaining too loudly, at the time, since it wasn't a commitment). Then the slab allocator work came in, and while it has statistics locks and some other locks I'd rather it didn't have (since the idea was to divide up the flow to prevent needing locking, and we ended up locking anyway), it seems to fill the same ecological niche that the work based on your proof of concept work would have been filling. Personally, I use my own mbuf allocator on physical memory that was reserved at boot time, so that it has incredibly lower overhead than either the allocator before your work, the allocator after it, or the slab allocator. I don't expect that it's generally useful (most of you people are not building FreeBSD-based networking hardware, so that approach would not be useful to you, anyway). But that fact that the "proof of concept" was limited to an area where I didn't have to use the code at all, also contributed to my personal lack of loud objection to the code. -- Bottom line? I'd like to see one set of uniform semantics. It really disturbs me that the behaviour of a common flag changes for some code, because of a sysctl, but doesn't change for all code using the flag. I'd also like to see one set of code, if it can be negotiated between you and the SLAB allocator guy. N allocators is usually N-1 too many, IMO. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 3: 3:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 4E7D437B404 for ; Fri, 31 May 2002 03:03:46 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id B686B5307; Fri, 31 May 2002 12:03:44 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Alexander Kabaev Cc: Jos Backus , Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Re: zsh exits upon ^C after su'ing to root with zsh as its shell References: <20020528224503.GE11876@lizzy.catnook.com> <20020529105048.W23368-100000@gamplex.bde.org> <20020529030006.GB22504@lizzy.catnook.com> <20020529032604.GA12450@kanpc.gte.com> <20020529041817.GA12755@kanpc.gte.com> From: Dag-Erling Smorgrav Date: 31 May 2002 12:03:44 +0200 In-Reply-To: <20020529041817.GA12755@kanpc.gte.com> Message-ID: Lines: 11 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alexander Kabaev writes: > > Revision 1.51 of su.c fixes the bug. > No it doesn't. You're right, it doesn't work and I don't have time to go groveling through the kernel to figure out why. Please back out 1.51 and commit your own patch instead. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 5: 3: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 9740A37B404 for ; Fri, 31 May 2002 05:02:56 -0700 (PDT) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.6/8.11.6) id g4VC2oU13402 for current@FreeBSD.org; Fri, 31 May 2002 14:02:50 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200205311202.g4VC2oU13402@zibbi.icomtek.csir.co.za> Subject: what happened to softintr? To: current@FreeBSD.org Date: Fri, 31 May 2002 14:02:50 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG A GENERIC kernel on current fails to compile missing softintr. ############################# beast:/sys/i386/compile/GENERIC # make -DNO_MODULES -DNO_WERROR cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-format -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../include -D_KERNEL -ffreestanding -include opt_global.h -fno-common -mpreferred-stack-boundary=2 -ffreestanding ../../../dev/ncv/ncr53c500.c ../../../dev/ncv/ncr53c500.c: In function `ncv_world_start': ../../../dev/ncv/ncr53c500.c:503: warning: implicit declaration of function `softintr' cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-format -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../include -D_KERNEL -ffreestanding -include opt_global.h -fno-common -mpreferred-stack-boundary=2 -ffreestanding ../../../dev/nsp/nsp.c ../../../dev/nsp/nsp.c: In function `nsp_world_start': ../../../dev/nsp/nsp.c:495: warning: implicit declaration of function `softintr' cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-format -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../include -D_KERNEL -ffreestanding -include opt_global.h -fno-common -mpreferred-stack-boundary=2 -ffreestanding ../../../dev/stg/tmc18c30.c ../../../dev/stg/tmc18c30.c: In function `stg_world_start': ../../../dev/stg/tmc18c30.c:377: warning: implicit declaration of function `softintr' sh ../../../conf/newvers.sh GENERIC cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-format -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../include -D_KERNEL -ffreestanding -include opt_global.h -fno-common -mpreferred-stack-boundary=2 -ffreestanding vers.c linking kernel.debug ncr53c500.o: In function `ncv_world_start': ../../../dev/ncv/ncr53c500.c:503: undefined reference to `softintr' nsp.o: In function `nsp_world_start': ../../../dev/nsp/nsp.c:495: undefined reference to `softintr' tmc18c30.o: In function `stg_world_start': ../../../dev/stg/tmc18c30.c:377: undefined reference to `softintr' *** Error code 1 Stop in /usr/src/sys/i386/compile/GENERIC. ############################# John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 5: 9:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 36A9037B405 for ; Fri, 31 May 2002 05:09:23 -0700 (PDT) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g4VC9AHc052508 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 31 May 2002 14:09:13 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g4VC9QSA014181 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 31 May 2002 14:09:27 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g4VC9PaT014180; Fri, 31 May 2002 14:09:25 +0200 (CEST)?g (envelope-from ticso) Date: Fri, 31 May 2002 14:09:25 +0200 From: Bernd Walter To: Julian Elischer Cc: FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again Message-ID: <20020531120925.GL5414@cicely5.cicely.de> Reply-To: ticso@cicely.de References: <20020530191432.GE5414@cicely5.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020530191432.GE5414@cicely5.cicely.de> User-Agent: Mutt/1.3.26i X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, May 30, 2002 at 09:14:33PM +0200, Bernd Walter wrote: > On Thu, May 30, 2002 at 09:20:57AM -0700, Julian Elischer wrote: > > ok, but does anyone other than john (who has commented) have any comments > > about the logic and work in the change? > > > > I'm working on his comments but comments by others would sure be > > appreciated.. > > especially if they actually comment on what I'm trying to do.. > > > > If I can get the changes for the other architectures done, > > I'd like to commit this weekend. HOPEFULLY it shouldn't > > affect normal operations but of course the testing done by two people > > can't hope to equal that which will be done in teh first 24 hours > > once it's committed :-) > > > > once again: > > > > the diffs are at: > > http://people.freebsd.org/~peter/kse.diff > > and > > http://people.freebsd.org/~julian/thediff > > and the diffs I need for other architectures are versions of: > > > > sys/i386/i386/genassym.c (small) > > sys/i386/i386/machdep.c (1 line) > > sys/i386/i386/swtch.s (a few lines) > > sys/i386/i386/trap.c (small) > > sys/i386/i386/vm_machdep.c (largly new functions, we could stub them) > > sys/i386/include/kse.h (new file) > > sys/i386/linux/linux_machdep.c (one line) > > > > Largely these need to be written by someone who is intimately aquainted > > with the register set of the machine in question and knows > > what registers need to be saved to restore a user context correctly. > > I can do the alpha part tomorrow unless someone else already startet. There are problems with the patchset: ../../../kern/kern_proc.c: In function `fill_kinfo_proc': ../../../kern/kern_proc.c:731: `TDS_RUN' undeclared (first use in this function) ../../../kern/kern_proc.c:731: (Each undeclared identifier is reported only once ../../../kern/kern_proc.c:731: for each function it appears in.) ../../../kern/kern_proc.c:733: `SRUN' undeclared (first use in this function) ../../../kern/kern_proc.c:734: `TDS_SLEEP' undeclared (first use in this function) ../../../kern/kern_proc.c:735: `SSLEEP' undeclared (first use in this function) ../../../kern/kern_proc.c:737: `SSTOP' undeclared (first use in this function) ../../../kern/kern_proc.c:739: `SMTX' undeclared (first use in this function) ../../../kern/kern_proc.c:741: `SWAIT' undeclared (first use in this function) ../../../kern/kern_proc.c:743: syntax error before '{' token ../../../kern/kern_proc.c:744: `SZOMB' undeclared (first use in this function) ../../../kern/kern_proc.c:745: syntax error before "else" ../../../kern/kern_proc.c:663: warning: unused variable `tp' ../../../kern/kern_proc.c:664: warning: unused variable `sp' ../../../kern/kern_proc.c:665: warning: unused variable `tv' [...] Line 731 should be TDS_RUNQ I guess. TDS_SLEEP - where is it defined - intended to be TDS_SLP? SRUN, SSLEEP and others: +#ifndef _KERNEL /* Only usable by libkvm for legacy apps */ +#define SIDL 1 /* Process being created by fork. */ +#define SRUN 2 /* Currently runnable. */ +#define SSLEEP 3 /* Sleeping on an address. */ +#define SSTOP 4 /* Process debugging or suspension. */ +#define SZOMB 5 /* Awaiting collection by parent. */ +#define SWAIT 6 /* Waiting for interrupt. */ +#define SMTX 7 /* Blocked on a mutex. */ +#endif Why are they (newly) used in kern_proc.c? IMO they need to be changed to TDS_SLP, ... -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 6:18:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by hub.freebsd.org (Postfix) with ESMTP id D540237B405 for ; Fri, 31 May 2002 06:18:15 -0700 (PDT) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id g4VDGp269517; Fri, 31 May 2002 09:16:51 -0400 (EDT) (envelope-from bmilekic@unixdaemons.com) Date: Fri, 31 May 2002 09:16:51 -0400 From: Bosko Milekic To: Terry Lambert Cc: Peter Wemm , Richard Wenninger , current@FreeBSD.ORG Subject: Re: UMA lock Message-ID: <20020531091651.A69469@unixdaemons.com> References: <20020529061540.88CD6380A@overcee.wemm.org> <3CF475E3.8925781A@mindspring.com> <20020529091152.B61073@unixdaemons.com> <3CF53430.49B6F618@mindspring.com> <20020529162214.A62435@unixdaemons.com> <3CF73C23.A8491DC2@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3CF73C23.A8491DC2@mindspring.com>; from tlambert2@mindspring.com on Fri, May 31, 2002 at 02:02:27AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, May 31, 2002 at 02:02:27AM -0700, Terry Lambert wrote: [...] > Bottom line? > > I'd like to see one set of uniform semantics. > > It really disturbs me that the behaviour of a common flag changes > for some code, because of a sysctl, but doesn't change for all code > using the flag. > > I'd also like to see one set of code, if it can be negotiated between > you and the SLAB allocator guy. N allocators is usually N-1 too many, > IMO. Yes, it was my intention to co-ordinate with JeffR and perhaps in a year from now (once UMA really stabilizes and I get the current backlog in my TODO well, out of the backlog) to take a stab at having the mbuf code use uma for allocations. This is why I delayed any further design work in mb_alloc for the moment. I agree that having fewer allocators is a Good Thing and have considered this with the Good of the Project in mind (as opposed to personal issues, ego, or whatever). :-) In any case, when the time comes to really tackle the issue, we will have to be very very careful. mb_alloc was written in such a way that mbuf allocations are optimized out and that for all common-case allocations, ONE function call is performed for the allocation, not more. I remember initially getting a very hard time from you and the lists on keeping the performance numbers up for mbuf allocations (we are known for having very fast mbuf allocation) and I also recall many nights of performance measurement and data gathering. My observation was that: 1) Getting rid of the large macros and moving to mb_alloc, even with Giant in place, slightly improved overall speed (I still have the data, actually: http://www.freebsd.org/~bmilekic/code/mb_alloc/results.html ) This is particularly the case for i386, where the negative cache effects of those large allocation/free macros was really noticable. 2) Increasing the common-case for allocations and frees to more than one single function call resulted in a noticable [albeit slight] slowdown, in the alpha in particular (unfortunately, something happened with jlemon's alpha stats so the graphs are no longer accessible). This is why I worked hard to place the allocation code in such a way to keep it at at most one function call for the common case. I'd like to maintain this assumption when/if we move to uma in the future. > -- Terry Cheers, -- Bosko Milekic bmilekic@unixdaemons.com bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 6:49:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from bgp504930bgs.verona01.nj.comcast.net (bgp504930bgs.verona01.nj.comcast.net [68.37.254.163]) by hub.freebsd.org (Postfix) with ESMTP id DBBCB37B401 for ; Fri, 31 May 2002 06:49:08 -0700 (PDT) Received: (from winful@localhost) by bgp504930bgs.verona01.nj.comcast.net (8.11.6/8.11.6) id g4VDn2I06551; Fri, 31 May 2002 09:49:02 -0400 (EDT) (envelope-from winful) Date: Fri, 31 May 2002 09:49:02 -0400 (EDT) Message-Id: <200205311349.g4VDn2I06551@bgp504930bgs.verona01.nj.comcast.net> To: freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-URL: file://localhost/usr/share/doc/en_US.ISO8859-1/books/handbook/current-stable.html X-Mailer: Lynx, Version 2.8.5dev.7 From: bgp504930bgs@verona01.nj.comcast.net Subject: file://localhost/usr/share/doc/en_US.ISO8859-1/books/handbook/current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 8:55: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 7C5BD37B400 for ; Fri, 31 May 2002 08:54:58 -0700 (PDT) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id BD72F3198DA; Fri, 31 May 2002 10:54:54 -0500 (CDT) Date: Fri, 31 May 2002 10:54:54 -0500 From: "David W. Chapman Jr." To: Bosko Milekic Cc: Nicolas Souchu , freebsd-current@FreeBSD.ORG Subject: Re: -current as guest of VMWare2 Message-ID: <20020531155454.GA98523@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: Bosko Milekic , Nicolas Souchu , freebsd-current@FreeBSD.ORG References: <20020530234650.B3994@armor.fastether> <20020530182330.A88259@unixdaemons.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020530182330.A88259@unixdaemons.com> User-Agent: Mutt/1.3.99i X-Operating-System: FreeBSD 4.5-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm running windows XP and vmware 3.1.1 with a guest os of FreeBSD 4.5 which I'm going to upgrade to -current. I couldn't find too much info on this thread. Does anyone know if vmware3 is affected by this problem when using a windows host os? -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 9: 6:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by hub.freebsd.org (Postfix) with ESMTP id E757037B409 for ; Fri, 31 May 2002 09:06:27 -0700 (PDT) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id g4VG5dD70441; Fri, 31 May 2002 12:05:39 -0400 (EDT) (envelope-from bmilekic@unixdaemons.com) Date: Fri, 31 May 2002 12:05:39 -0400 From: Bosko Milekic To: Nicolas Souchu , freebsd-current@FreeBSD.ORG Subject: Re: -current as guest of VMWare2 Message-ID: <20020531120539.A70408@unixdaemons.com> References: <20020530234650.B3994@armor.fastether> <20020530182330.A88259@unixdaemons.com> <20020531155454.GA98523@leviathan.inethouston.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: <20020531155454.GA98523@leviathan.inethouston.net>; from dwcjr@inethouston.net on Fri, May 31, 2002 at 10:54:54AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, May 31, 2002 at 10:54:54AM -0500, David W. Chapman Jr. wrote: > I'm running windows XP and vmware 3.1.1 with a guest os of FreeBSD > 4.5 which I'm going to upgrade to -current. I couldn't find too much > info on this thread. Does anyone know if vmware3 is affected by this > problem when using a windows host os? > > -- > David W. Chapman Jr. > dwcjr@inethouston.net Raintree Network Services, Inc. > dwcjr@freebsd.org FreeBSD Committer As I mentionned several times now in this thread, I am running VMWare 3.1.1 with a host OS being Windows2000 and a guest OS, -CURRENT. I am doing this on my laptop so that I can "trick" -CURRENT into playing with my PCMCIA network card that is not supported but that works when used through VMWare due to VMWare emulating a LANCE type (lnc) card. Here are the issue I ran into with -CURRENT as guest, and what I've done to solve them so far: 1) Issue: -CURRENT installation boots, kernel boots, sysinstall starts, but newfs-ing on partitions is EXTREMELY slow. Solution: Don't use the VMware 'virtual disk' thing backed with a file on the host OS. Instead, create a separate partition for FreeBSD and install there. Disk access is quite a bit faster. 2) Issue: sysinstall now can newfs easily/quickly, it starts the install on / first, but eventually slows down to a crawl (the rate sinks to something ridiculous, like 0.5K/s. Solution: Haven't figured it out yet. My plan is to: (i) Re-install -CURRENT snap in the separate partition but not through VMWare (i.e. do it the "normal" way). (ii) Boot -CURRENT normally (iii) Rebuild kernel without cmpxchg instruction (cpu I386_CPU, or whatever the name of that option was). (iv) Boot host OS windows2000, start VMWare, and try booting the installed -CURRENT with the new cmpxchg-free kernel via VMWare. I hope this at least improves the speed situation. -- Bosko Milekic bmilekic@unixdaemons.com bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 9: 9:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 8357C37B407; Fri, 31 May 2002 09:08:47 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g4VG8eM80758; Fri, 31 May 2002 19:08:40 +0300 (EEST) (envelope-from ru) Date: Fri, 31 May 2002 19:08:39 +0300 From: Ruslan Ermilov To: Alfred Perlstein , John Hay Cc: Takahashi Yoshihiro , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/ct ct_machdep.h src/sys/dev/ncv ncr53c500var.h src/sys/dev/stg tmc18c30var.h Message-ID: <20020531160839.GA74734@sunbay.com> References: <200205311202.g4VC2oU13402@zibbi.icomtek.csir.co.za> <200205300730.g4U7UhQ06252@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <200205311202.g4VC2oU13402@zibbi.icomtek.csir.co.za> <200205300730.g4U7UhQ06252@freefall.freebsd.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 30, 2002 at 12:30:43AM -0700, Alfred Perlstein wrote: > alfred 2002/05/30 00:30:43 PDT >=20 > Modified files: > sys/dev/ct ct_machdep.h=20 > sys/dev/ncv ncr53c500var.h=20 > sys/dev/stg tmc18c30var.h=20 > Log: > Check for defined(__i386__) instead of just defined(i386) since the com= piler > will be updated to only define(__i386__) for ANSI cleanliness. > =20 > Revision Changes Path > 1.4 +3 -3 src/sys/dev/ct/ct_machdep.h > 1.7 +3 -3 src/sys/dev/ncv/ncr53c500var.h > 1.6 +3 -3 src/sys/dev/stg/tmc18c30var.h On Fri, May 31, 2002 at 02:02:50PM +0200, John Hay wrote: > A GENERIC kernel on current fails to compile missing softintr. >=20 > ############################# > beast:/sys/i386/compile/GENERIC # make -DNO_MODULES -DNO_WERROR > cc -c -O -pipe -march=3Dpentiumpro -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wno-format -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -= I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../incl= ude -D_KERNEL -ffreestanding -include opt_global.h -fno-common -mpreferr= ed-stack-boundary=3D2 -ffreestanding ../../../dev/ncv/ncr53c500.c > ../../../dev/ncv/ncr53c500.c: In function `ncv_world_start': > ../../../dev/ncv/ncr53c500.c:503: warning: implicit declaration of functi= on `softintr' > cc -c -O -pipe -march=3Dpentiumpro -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wno-format -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -= I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../incl= ude -D_KERNEL -ffreestanding -include opt_global.h -fno-common -mpreferr= ed-stack-boundary=3D2 -ffreestanding ../../../dev/nsp/nsp.c > ../../../dev/nsp/nsp.c: In function `nsp_world_start': > ../../../dev/nsp/nsp.c:495: warning: implicit declaration of function `so= ftintr' > cc -c -O -pipe -march=3Dpentiumpro -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wno-format -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -= I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../incl= ude -D_KERNEL -ffreestanding -include opt_global.h -fno-common -mpreferr= ed-stack-boundary=3D2 -ffreestanding ../../../dev/stg/tmc18c30.c > ../../../dev/stg/tmc18c30.c: In function `stg_world_start': > ../../../dev/stg/tmc18c30.c:377: warning: implicit declaration of functio= n `softintr' > sh ../../../conf/newvers.sh GENERIC=20 > cc -c -O -pipe -march=3Dpentiumpro -Wall -Wredundant-decls -Wnested-exter= ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas= t-qual -Wno-format -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -= I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../incl= ude -D_KERNEL -ffreestanding -include opt_global.h -fno-common -mpreferr= ed-stack-boundary=3D2 -ffreestanding vers.c > linking kernel.debug > ncr53c500.o: In function `ncv_world_start': > ../../../dev/ncv/ncr53c500.c:503: undefined reference to `softintr' > nsp.o: In function `nsp_world_start': > ../../../dev/nsp/nsp.c:495: undefined reference to `softintr' > tmc18c30.o: In function `stg_world_start': > ../../../dev/stg/tmc18c30.c:377: undefined reference to `softintr' > *** Error code 1 >=20 > Stop in /usr/src/sys/i386/compile/GENERIC. > ############################# >=20 > John Alfred, Your changes above broke building the GENERIC kernel. __i386__ is always defined (whether -ansi or not), and this now causes SOFT_INTR_REQUIRED() macro to use non-existing softintr(). (Well, it's defined as empty in sys/i386/isa/bs/bsif.h.) I'm not sure what would me more correct; to include the definition of softintr() from bsif.h, or to just commit the following: %%% Index: ct/ct.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/ct/ct.c,v retrieving revision 1.5 diff -u -p -r1.5 ct.c --- ct/ct.c 20 Mar 2002 02:04:09 -0000 1.5 +++ ct/ct.c 31 May 2002 16:02:22 -0000 @@ -505,7 +505,6 @@ ct_world_start(ct, fdone) scsi_low_bus_reset(slp); cthw_chip_reset(chp, NULL, ct->sc_chipclk, slp->sl_hostid); =20 - SOFT_INTR_REQUIRED(slp); return 0; } =20 Index: ct/ct_machdep.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/ct/ct_machdep.h,v retrieving revision 1.4 diff -u -p -r1.4 ct_machdep.h --- ct/ct_machdep.h 30 May 2002 07:30:42 -0000 1.4 +++ ct/ct_machdep.h 31 May 2002 16:02:22 -0000 @@ -208,9 +208,4 @@ ct_cmdp_write_1(chp, val) CT_BUS_WEIGHT(chp) } =20 -#if defined(__i386__) -#define SOFT_INTR_REQUIRED(slp) (softintr((slp)->sl_irq)) -#else /* !__i386__ */ -#define SOFT_INTR_REQUIRED(slp) -#endif /* !__i386__ */ #endif /* !_CT_MACHDEP_H_ */ Index: ncv/ncr53c500.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/ncv/ncr53c500.c,v retrieving revision 1.7 diff -u -p -r1.7 ncr53c500.c --- ncv/ncr53c500.c 20 Mar 2002 02:07:32 -0000 1.7 +++ ncv/ncr53c500.c 31 May 2002 16:02:22 -0000 @@ -500,7 +500,6 @@ ncv_world_start(sc, fdone) (bus_space_read_1(sc->sc_iot, sc->sc_ioh, cr0_istat) & INTR_SBR)) return ENODEV; =20 - SOFT_INTR_REQUIRED(slp); return 0; } =20 Index: ncv/ncr53c500var.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/ncv/ncr53c500var.h,v retrieving revision 1.7 diff -u -p -r1.7 ncr53c500var.h --- ncv/ncr53c500var.h 30 May 2002 07:30:43 -0000 1.7 +++ ncv/ncr53c500var.h 31 May 2002 16:02:22 -0000 @@ -95,9 +95,4 @@ void ncvattachsubr(struct ncv_softc *); int ncvprint(void *, const char *); int ncvintr(void *); =20 -#if defined(__i386__) -#define SOFT_INTR_REQUIRED(slp) (softintr((slp)->sl_irq)) -#else /* !__i386__ */ -#define SOFT_INTR_REQUIRED(slp) -#endif /* !__i386__ */ #endif /* !_NCR53C500VAR_H_ */ Index: stg/tmc18c30.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/stg/tmc18c30.c,v retrieving revision 1.8 diff -u -p -r1.8 tmc18c30.c --- stg/tmc18c30.c 20 Mar 2002 02:07:43 -0000 1.8 +++ stg/tmc18c30.c 31 May 2002 16:02:22 -0000 @@ -374,7 +374,6 @@ stg_world_start(sc, fdone) scsi_low_bus_reset(slp); stghw_init(sc); =20 - SOFT_INTR_REQUIRED(slp); return 0; } =20 Index: stg/tmc18c30var.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/stg/tmc18c30var.h,v retrieving revision 1.6 diff -u -p -r1.6 tmc18c30var.h --- stg/tmc18c30var.h 30 May 2002 07:30:43 -0000 1.6 +++ stg/tmc18c30var.h 31 May 2002 16:02:22 -0000 @@ -103,9 +103,4 @@ void stgattachsubr(struct stg_softc *); int stgprint(void *, const char *); int stgintr(void *); =20 -#if defined(__i386__) -#define SOFT_INTR_REQUIRED(slp) (softintr((slp)->sl_irq)) -#else /* !__i386__ */ -#define SOFT_INTR_REQUIRED(slp) -#endif /* !__i386__ */ #endif /* !_TMC18C30VAR_H_ */ %%% --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE896AHUkv4P6juNwoRAsuGAJ46VYiO9HJphmPfmtiEiJtrmMCmTACgiSIU cSSf+dkVIis+cGGRy2yrsf0= =zD/U -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 9:10:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by hub.freebsd.org (Postfix) with ESMTP id 5E19837B411 for ; Fri, 31 May 2002 09:09:34 -0700 (PDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 89FEF6DACA; Fri, 31 May 2002 11:09:29 -0500 (CDT) Received: by www.fastmail.fm (Postfix, from userid 99) id 813856DA42; Fri, 31 May 2002 11:09:29 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Fri, 31 May 2002 16:09:29 +0000 From: "Glenn Gombert" To: "David W. Chapman Jr." , "Bosko Milekic" Reply-To: "Glenn Gombert" X-Epoch: 1022861369 X-Sasl-enc: AYOp3SKMcRXVF1x+/DehTg Cc: "Nicolas Souchu" , "Current" Subject: Re: -current as guest of VMWare2 Message-Id: <20020531160929.813856DA42@www.fastmail.fm> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You need to apply the patch that was posted sometime ago to -Current to run it successfully as a Guest OS under VMWare 3.x... Glenn G. On Fri, 31 May 2002 10:54:54 -0500, "David W. Chapman Jr." said: > I'm running windows XP and vmware 3.1.1 with a guest os of FreeBSD > 4.5 which I'm going to upgrade to -current. I couldn't find too much > info on this thread. Does anyone know if vmware3 is affected by this > problem when using a windows host os? > > -- > David W. Chapman Jr. > dwcjr@inethouston.net Raintree Network Services, Inc. > > dwcjr@freebsd.org FreeBSD Committer > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Glenn Gombert freebsd@fastmail.fm "Never trust any operating system you don't have the source code for" -- http://fastmail.fm - No WWW (Wait-Wait-Wait) required To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 9:17:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id 51ACE37B499 for ; Fri, 31 May 2002 09:17:14 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4VGHC173812 for ; Fri, 31 May 2002 09:17:13 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 9BB45380A; Fri, 31 May 2002 09:17:11 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Dag-Erling Smorgrav Cc: Julian Elischer , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again In-Reply-To: Date: Fri, 31 May 2002 09:17:11 -0700 From: Peter Wemm Message-Id: <20020531161711.9BB45380A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > Peter Wemm writes: > > But he said he was asking for "permission" to commit it ("Seeking OK to > > commit KSE MIII-again"), so he should be talking with other committers. > > I guess I just don't see why he needs our permission, as long as he's > given us a chance to comment on the technical aspects of the patch. I didn't say that he does need permission. But he was asking for it. See the subject: "Seeking OK to commit KSE MIII-again" 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 9:34:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 7877737B409; Fri, 31 May 2002 09:34:10 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id 4E407AE165; Fri, 31 May 2002 09:34:10 -0700 (PDT) Date: Fri, 31 May 2002 09:34:10 -0700 From: Alfred Perlstein To: Ruslan Ermilov Cc: John Hay , Takahashi Yoshihiro , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/ct ct_machdep.h src/sys/dev/ncv ncr53c500var.h src/sys/dev/stg tmc18c30var.h Message-ID: <20020531163410.GZ17045@elvis.mu.org> References: <200205311202.g4VC2oU13402@zibbi.icomtek.csir.co.za> <200205300730.g4U7UhQ06252@freefall.freebsd.org> <20020531160839.GA74734@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020531160839.GA74734@sunbay.com> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Ruslan Ermilov [020531 09:09] wrote: > > > > Stop in /usr/src/sys/i386/compile/GENERIC. > > ############################# > > > > John > > Alfred, > > Your changes above broke building the GENERIC kernel. __i386__ is always > defined (whether -ansi or not), and this now causes SOFT_INTR_REQUIRED() > macro to use non-existing softintr(). (Well, it's defined as empty in > sys/i386/isa/bs/bsif.h.) > > I'm not sure what would me more correct; to include the definition of > softintr() from bsif.h, or to just commit the following: I'm really fine with either. Let's wait till tomorrow for anyone to speak up, if no one does please feel free to commit whichever one you feel more comfortable with. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 9:44:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id AEE7A37B408; Fri, 31 May 2002 09:43:48 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g4VGhj984483; Fri, 31 May 2002 19:43:45 +0300 (EEST) (envelope-from ru) Date: Fri, 31 May 2002 19:43:45 +0300 From: Ruslan Ermilov To: Alfred Perlstein Cc: John Hay , Takahashi Yoshihiro , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/ct ct_machdep.h src/sys/dev/ncv ncr53c500var.h src/sys/dev/stg tmc18c30var.h Message-ID: <20020531164345.GB81288@sunbay.com> References: <200205311202.g4VC2oU13402@zibbi.icomtek.csir.co.za> <200205300730.g4U7UhQ06252@freefall.freebsd.org> <20020531160839.GA74734@sunbay.com> <20020531163410.GZ17045@elvis.mu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cmJC7u66zC7hs+87" Content-Disposition: inline In-Reply-To: <20020531163410.GZ17045@elvis.mu.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --cmJC7u66zC7hs+87 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 31, 2002 at 09:34:10AM -0700, Alfred Perlstein wrote: > * Ruslan Ermilov [020531 09:09] wrote: > > >=20 > > > Stop in /usr/src/sys/i386/compile/GENERIC. > > > ############################# > > >=20 > > > John > >=20 > > Alfred, > >=20 > > Your changes above broke building the GENERIC kernel. __i386__ is alwa= ys > > defined (whether -ansi or not), and this now causes SOFT_INTR_REQUIRED() > > macro to use non-existing softintr(). (Well, it's defined as empty in > > sys/i386/isa/bs/bsif.h.) > >=20 > > I'm not sure what would me more correct; to include the definition of > > softintr() from bsif.h, or to just commit the following: >=20 > I'm really fine with either. Let's wait till tomorrow for anyone to > speak up, if no one does please feel free to commit whichever one you > feel more comfortable with. >=20 OK. I also forgot the similar part for dev/nsp: %%% Index: nsp/nsp.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/nsp/nsp.c,v retrieving revision 1.8 diff -u -p -r1.8 nsp.c --- nsp/nsp.c 20 Mar 2002 02:07:34 -0000 1.8 +++ nsp/nsp.c 31 May 2002 16:39:07 -0000 @@ -492,7 +492,6 @@ nsp_world_start(sc, fdone) nsphw_init(sc); scsi_low_bus_reset(slp); =20 - SOFT_INTR_REQUIRED(slp); return 0; } =20 Index: nsp/nspvar.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/nsp/nspvar.h,v retrieving revision 1.5 diff -u -p -r1.5 nspvar.h --- nsp/nspvar.h 20 Mar 2002 02:07:36 -0000 1.5 +++ nsp/nspvar.h 31 May 2002 16:39:07 -0000 @@ -105,9 +105,4 @@ void nspattachsubr(struct nsp_softc *); int nspprint(void *, const char *); int nspintr(void *); =20 -#if defined(i386) -#define SOFT_INTR_REQUIRED(slp) (softintr((slp)->sl_irq)) -#else /* !i386 */ -#define SOFT_INTR_REQUIRED(slp) -#endif /* !i386 */ #endif /* !_NSPVAR_H_ */ %%% --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --cmJC7u66zC7hs+87 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE896hAUkv4P6juNwoRAgGoAJ4uCgj4ZFT75i+ZNjrDQiMKpN0IagCfUjjk haBVONshivjwaT54aGtF8I8= =XlMF -----END PGP SIGNATURE----- --cmJC7u66zC7hs+87-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 10: 0:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by hub.freebsd.org (Postfix) with ESMTP id 5679637B408 for ; Fri, 31 May 2002 10:00:17 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020531170016.FSZO20219.sccrmhc03.attbi.com@InterJet.elischer.org>; Fri, 31 May 2002 17:00:16 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id JAA28875; Fri, 31 May 2002 09:59:22 -0700 (PDT) Date: Fri, 31 May 2002 09:59:21 -0700 (PDT) From: Julian Elischer To: ticso@cicely.de Cc: FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again In-Reply-To: <20020531120925.GL5414@cicely5.cicely.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 31 May 2002, Bernd Walter wrote: > On Thu, May 30, 2002 at 09:14:33PM +0200, Bernd Walter wrote: > > There are problems with the patchset: fixed This is code that translates the new states to old states for single threaded processes so that 'ps' and friends can continue to report a sensible result. (I don't want to change 'ps' yet because people will probably want to skip back and forth between new and old kernels while testing) Also it needs a complete rewrite to show multiple threads when they exist. I'd rather 'patch' the current code to work and do the rewrite as a separate item. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 10:11:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from watery.cc.kogakuin.ac.jp (watery.cc.kogakuin.ac.jp [133.80.152.80]) by hub.freebsd.org (Postfix) with ESMTP id 2B65637B408; Fri, 31 May 2002 10:11:15 -0700 (PDT) Received: from localhost (localhost [IPv6:::1]) by watery.cc.kogakuin.ac.jp (8.12.3/8.12.3) with ESMTP id g4VHBCia027182; Sat, 1 Jun 2002 02:11:13 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Sat, 01 Jun 2002 02:10:32 +0900 (JST) Message-Id: <20020601.021032.41650524.nyan@jp.FreeBSD.org> To: alfred@FreeBSD.org Cc: ru@FreeBSD.org, jhay@icomtek.csir.co.za, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/ct ct_machdep.h src/sys/dev/ncv ncr53c500var.h src/sys/dev/stg tmc18c30var.h From: Takahashi Yoshihiro In-Reply-To: <20020531163410.GZ17045@elvis.mu.org> References: <200205300730.g4U7UhQ06252@freefall.freebsd.org> <20020531160839.GA74734@sunbay.com> <20020531163410.GZ17045@elvis.mu.org> X-Mailer: Mew version 2.2 on Emacs 21.2 / Mule 5.0 =?iso-2022-jp?B?KBskQjgtTFobKEIp?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20020531163410.GZ17045@elvis.mu.org> Alfred Perlstein writes: > > Alfred, > > > > Your changes above broke building the GENERIC kernel. __i386__ is always > > defined (whether -ansi or not), and this now causes SOFT_INTR_REQUIRED() > > macro to use non-existing softintr(). (Well, it's defined as empty in > > sys/i386/isa/bs/bsif.h.) > > > > I'm not sure what would me more correct; to include the definition of > > softintr() from bsif.h, or to just commit the following: > > I'm really fine with either. Let's wait till tomorrow for anyone to > speak up, if no one does please feel free to commit whichever one you > feel more comfortable with. These drivers are shared with NetBSD/pc98. Please don't make many FreeBSD local changes. I will ask the original author about how to resolve this problem. Please wait a few days. Thanks you. --- TAKAHASHI Yoshihiro THE CENTER for INFORMATION SCIENCE, Kogakuin Univ. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 10:16:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by hub.freebsd.org (Postfix) with ESMTP id 31D8937B400 for ; Fri, 31 May 2002 10:16:08 -0700 (PDT) Received: (from jake@localhost) by k6.locore.ca (8.11.6/8.11.6) id g4VHWDK42788; Fri, 31 May 2002 13:32:13 -0400 (EDT) (envelope-from jake) Date: Fri, 31 May 2002 13:32:13 -0400 From: Jake Burkholder To: Julian Elischer Cc: FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again Message-ID: <20020531133212.U62759@locore.ca> References: <20020530212954.S62759@locore.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Thu, May 30, 2002 at 06:56:30PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Apparently, On Thu, May 30, 2002 at 06:56:30PM -0700, Julian Elischer said words to the effect of; > > > + /* Note: use of M_WAITOK means it won't fail. */ > > > + newkse->ke_pcb = > > > + &(((struct md_store *)(newkse->ke_mdstorage))->mds_pcb); > > > + newkse->ke_frame = > > > + &(((struct md_store *)(newkse->ke_mdstorage))->mds_frame); > > > + > > > + /* Copy the upcall pcb. Kernel mode & fp regs are here. */ > > > + bcopy(td->td_pcb, newkse->ke_pcb, sizeof(struct pcb)); > > > + > > > + /* This copies most of the user mode register values. */ > > > + bcopy(td->td_frame, newkse->ke_frame, sizeof(struct trapframe)); > > > +} > > > > ke_frame, ke_pcb and ke_mdstorage should all be in a machine dependent > > struct mdkse, like mdproc. The fact that the storage is large enough > > to warrant using malloc is machine dependent, so it should not be a > > pointer. I would be inclined to just embed a trapframe. > > errrr... ke_mdstorage is just a pointer to the mdstorage > as are the others.. I don't want to include an md structure into > the KSE.. it's big enough as it is.. Every process has a KSE > but only KSE-mode processes have the extra mdstorage area. > > Do you feel strongly about this? I do. The point is that if its a struct you can do what ever you want; just put the pointers in it. struct mdkse { void *md_store; struct trapframe *md_frame; struct pcb *md_pcb; }; I think that the upcall state should not need to be more than 3 or 4 pointers saved in the kernel, with no extra malloced stuff. > > > > > The pcb should not be needed at all here; all of the meaningful kernel > > mode register values are set below. Capturing the whole execution > > context at the time of the kse_new call (floating point registers, > > debug registers) may be expensive and I don't think is worth doing. > > Yes I started out with the PCB there but as I went I found I was needing > less and less of it. I even have a comment to that effect somewhere.. > At this stage I still have it only because I wanted to make sure that > I had good defaults for anything that I wasn't sure about.. Well, the defaults are documented in the hardware documentation for a given platform... Saving the whole pcb is not always practical, it may be huge. > > Also I haven't figured out what to do about FP registers > and I may want to stuff them there at some stage... > (not sure yet) > > > > > The whole trick of a system call that returns multiple times is > > dubious. The fact that it works at all is machine dependent; for > > sparc64 it needs wierd hacks in the kernel like is done for vfork. > > It would be better to just register an upcall stack and entry point > > with the kernel, like how signals work. This would make mdkse even > > smaller. > > It's effectively the same thing.. > except it allows the function to have persistent state in all it's > local variables and arguments. Which is REALLY useful in the UTS. > As for hacks.. we have the code in vfork, no? > :-) > (actually the code actually uses fork_return() to do the returns so if > your hack is in there we get it for free.) The hack is in cpu_fork. The problem is that in order to save the call safe registers, on entry to the kernel the kernel pushes a frame onto the _user_ stack. This saves the call safe registers that are active at the time of the call to the kse_new asm stub in libc. When the system call returns the frame is popped off again and the registers are restored (again by the kernel, not the user code). However, the stack space used to save the frame is now below the stack pointer, and will be clobbered by interrupts, page faults, or function calls. So the next time the kse_new call returns, the frame that was saved on the original call has been overwritten by normal stack usage, and the call safe registers at the time of the orignal call have been clobbered (the memory that they were saved in that is). Some background: obviously the kernel has to be really careful when storing to the user stack on entry to the kernel. If that part of the stack is not mapped, or if the stack pointer is corrupted, it can trigger a page fault or an alignment fault. These are detected very early (before calling C code, because we haven't even switched to the kernel stack yet), and the register window is written to the pcb, which will be copied out again on return from the kernel so everything looks normal. What we do for vfork is copy the frame from the user stack into the parent's pcb, and arrange for it to be copied out when the child exits, restoring the volatile part of the stack. This means that we need a pcb to save the frame in, as well as the trapframe. The pcb is huge on sparc64, as much as 5K to 6K, depending on the number of windows supported by the cpu. So we'd have to copy almost a full page of memory for every upcall, whereas if they use a signal style trampoline, all you need is a stack and pc, and some arguments. > > > + union kse_td_ctx { > > > + struct { > > > + int if_onstack; > > > + struct intrframe if_if; > > > + } intrfrm; > > > + struct { > > > + int tf_onstack; > > > + int tf_gs; > > > + struct trapframe tf_tf; > > > + } tfrm; > > > + mcontext_t mcontext; > > > + }; > > > > Please do not export trapframe and intrframe to userland like this; > > just use mcontext. Doing this makes it part of the kernel->userland > > ABI more so than it already is, debuggers use it for core dumps which > > is bad enough. mcontext is already there for this purpose and required > > to have a stable ABI. > > They are only exported this way because Dan Eischen and I were > experimenting with what context was needed. > We have basically decided that the mcontext is the one we want > except that I am worried about FP regs. > > intrfrm and tfrm will be deleted well before anyone else > gets to play with it.. > > thanks for reminding me though.. Ok. [...] > > [...] > > > > Before I spend much time on the machine dependent code for sparc64 > > I would like to see a well defined kernel->userland interface, with > > long term ABI issues taken into consideration. I'm not convinced > > that the current kse_new scheme will work; I would much rather see > > just an entry point, which is where the upcalls begin executing. > > This is how the netbsd upcall works as far as I can tell. > > But it's a lot harder to set the correct context in userland.. > you need to modify the userland UTS setup every time > there is a change in the compiler framing for example. > This way, it's automatic.. You are restoring the registers > in exactly the way you want them, where the other way, the kernel > code doing the work needs to know what compiler is running the > userland and how it's optimising variables etc. > > this is "self correcting" :-) I don't really get what you mean. What I want is for upcalls to look like a function call. void upcall_handler(...) <-- upcalls start executing here. { ... } int main(void) { ... set_upcall_handler(upcall_stack, upcall_handler, ...); ... } Passing arguments to the upcall handler is easy, the calling conventions are part of the ABI for the architecture its running on and can't change. We already do this for signals. You could easily have a pointer that's passed opaquely to each upcall for keeping state. The state just needs to be organized into a structure that's easily passed around, rather than arbitrary stack variables. You can also then copy out arbitrary things to the upcall stack and pass them to the handler, without needing to have space already passed in in the original kse_new call. > > > > > It is much more difficult to ensure that all the register values > > end up the same on each return from the system call on sparc64, due > > to the way that register stack works. The current test program > > will not work at all, because setjmp, longjmp cannot be used to > > switch the stack in the same way. > > The library will not be using setjmp and longjmp in this way but > instead the setcontext() call that dan wrote for the current thread > library. If that works it should be enough. > (I'd like to investigate your comments though... can you explain > more about why it's a problem? It sure simplifies things on most > architectures I've done this on.. [see above] It works for simple, stack based architectures. It does not work as well for anything more complicated. Its best for the upcalls to need as little state as possible. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 10:20:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by hub.freebsd.org (Postfix) with ESMTP id 6FEE537B403 for ; Fri, 31 May 2002 10:20:07 -0700 (PDT) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id g4VHJ5q70584; Fri, 31 May 2002 13:19:05 -0400 (EDT) (envelope-from bmilekic@unixdaemons.com) Date: Fri, 31 May 2002 13:19:05 -0400 From: Bosko Milekic To: Glenn Gombert Cc: "David W. Chapman Jr." , Nicolas Souchu , Current Subject: Re: -current as guest of VMWare2 Message-ID: <20020531131905.A70573@unixdaemons.com> References: <20020531160929.813856DA42@www.fastmail.fm> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020531160929.813856DA42@www.fastmail.fm>; from freebsd@fastmail.fm on Fri, May 31, 2002 at 04:09:29PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, May 31, 2002 at 04:09:29PM +0000, Glenn Gombert wrote: > You need to apply the patch that was posted sometime ago to -Current > to run it successfully as a Guest OS under VMWare 3.x... I tried searching the archives and couldn't find anything with VMware and a patch, just some things mentionning that VMWare has trouble with locking primitives. What does the patch do? > Glenn G. -- Bosko Milekic bmilekic@unixdaemons.com bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 10:24:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id B97DB37B405; Fri, 31 May 2002 10:24:31 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g4VHOCn88780; Fri, 31 May 2002 20:24:12 +0300 (EEST) (envelope-from ru) Date: Fri, 31 May 2002 20:24:11 +0300 From: Ruslan Ermilov To: Takahashi Yoshihiro Cc: Alfred Perlstein , jhay@icomtek.csir.co.za, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/ct ct_machdep.h src/sys/dev/ncv ncr53c500var.h src/sys/dev/stg tmc18c30var.h Message-ID: <20020531172411.GA88599@sunbay.com> References: <200205300730.g4U7UhQ06252@freefall.freebsd.org> <20020531160839.GA74734@sunbay.com> <20020531163410.GZ17045@elvis.mu.org> <20020601.021032.41650524.nyan@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <20020601.021032.41650524.nyan@jp.FreeBSD.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 01, 2002 at 02:10:32AM +0900, Takahashi Yoshihiro wrote: > In article <20020531163410.GZ17045@elvis.mu.org> > Alfred Perlstein writes: >=20 > > > Alfred, > > >=20 > > > Your changes above broke building the GENERIC kernel. __i386__ is al= ways > > > defined (whether -ansi or not), and this now causes SOFT_INTR_REQUIRE= D() > > > macro to use non-existing softintr(). (Well, it's defined as empty in > > > sys/i386/isa/bs/bsif.h.) > > >=20 > > > I'm not sure what would me more correct; to include the definition of > > > softintr() from bsif.h, or to just commit the following: > >=20 > > I'm really fine with either. Let's wait till tomorrow for anyone to > > speak up, if no one does please feel free to commit whichever one you > > feel more comfortable with. >=20 > These drivers are shared with NetBSD/pc98. Please don't make many > FreeBSD local changes. I will ask the original author about how to > resolve this problem. Please wait a few days. >=20 It would be a good idea to move them under sys/contrib/ then. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE897G7Ukv4P6juNwoRAgDjAJwJrIqVInb0hv2WfguytYLoVHUTlgCfcEbX HKR2sjuRD3+VJ4Ad3+OP8h0= =H0IS -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 10:44:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from aries.cesde.edu.co (aries.cesde.edu.co [200.31.21.186]) by hub.freebsd.org (Postfix) with ESMTP id E634837B405 for ; Fri, 31 May 2002 10:44:33 -0700 (PDT) Received: from . (TASASERVER [216.72.77.82]) by aries.cesde.edu.co with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id L4SLLTWD; Thu, 30 May 2002 02:21:37 -0500 Message-ID: <00000481146b$00004772$0000168e@.> To: , , , , , , , , Cc: , , , , , , , , From: cristobol5@hotmail.com Subject: Lose 14 Pounds In 14 Days 9480 Date: Thu, 30 May 2002 03:32:40 -1600 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey there, If you're like me, you've tried EVERYTHING to lose weight.  I know how you feel - the special diets, miracle pills, and fancy exercise equipment never helped me lose a pound either.  It seemed like the harder I tried, the bigger I got, until I heard about a product called Extreme Power Plus. You're probably thinking to yourself, "Oh geez, not another miracle diet pill!"  Like you, I was skeptical at first, but my sister swore it helped her lose 23 pounds in just two weeks, so I told her I'd give it a shot.  I mean, there was nothing to lose except a lot of weight!  Let me tell you, it was the best decision I've ever made. Period.  Six months later, as I'm writing this message to you, I've gone from 355 pounds to 210 pounds, and I haven't changed my exercise routine or diet at all.  Yes, I still eat pizza, and lots of it! I was so happy with the results that I contacted the manufacturer and got permission to resell it - at a BIG discount.  I want to help other people lose weight like I did, because it does so much for your self-esteem, not to mention your health. I give you my personal pledge that Extreme Power Plus absolutely WILL WORK FOR YOU.  If it doesn't, you can return it any time for a full refund.    If you are frustrated with trying other products, not having any success, and just not getting the results you were promised, then I recommend the only product that worked for me - EXTREME POWER PLUS. You're probably asking yourself, "Ok, so how does this stuff actually work?" Extreme Power Plus contains Lipotropic fat burners and ephedra which is scientifically proven to increase metabolism and cause rapid weight loss. No "hocus pocus" in these pills - just RESULTS, RESULTS, RESULTS!! Here is the bottom line ... I can help you lose 10-15 pounds per week naturally, without exercising and without having to eat rice cakes all day.  Just try it for one month - there's nothing to lose, and everything to gain.  You will lose weight fast - GUARANTEED.  That is my pledge to you.  To order Extreme Power Plus on our secure server, just click on the link below: http://www.2002marketing.com/power/extreme.cfm If you have difficulty accessing the website above, please try our mirror site by clicking on the link below: http://www.2002marketing.com/power/extreme.cfm To see what some of our customers have said about this product, visit http://www.2002marketing.com/power/extreme.cfm To see a list of ingredients and for more information on test studies and how it will help you lose weight, visit http://www.2002marketing.com/power/extreme.cfm ************************************************************* If you do not wish to receive any more emails from me, please send an email to "affiliate1@btamail.net.cn" requesting to be removed. ************************************************************* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 11: 1:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from relay1.se.smtp.psi.net (relay1.se.smtp.psi.net [38.9.156.2]) by hub.freebsd.org (Postfix) with ESMTP id 1DBDC37B427 for ; Fri, 31 May 2002 11:01:16 -0700 (PDT) Received: from [38.160.176.2] (helo=icic_server.icic.org) by relay1.se.smtp.psi.net with esmtp (Exim 3.13 #3) id 17Dqi4-0002by-00; Fri, 31 May 2002 14:01:08 -0400 Received: from adsl-216-101-15-139.dsl.renocs.nvbell.net by icic_server.icic.org with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1460.8) id MAJ5THLQ; Fri, 31 May 2002 13:56:35 -0400 Message-ID: <000051d42ee2$00007766$00004595@.> To: , , , , , , Cc: , , , , , , From: dave650@altavista.com Subject: Make $100,000 a month on eBay! 4976 Date: Fri, 31 May 2002 14:00:57 -1600 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! Do you sell on Ebay? If so, you could be making up to $100,000 per month? This is no hype and no scam. Recieving over 1.5 billion page views per month, Ebay is the ULTIMATE venue for selling virtually anything and making huge profits with almost no effort. But you have to know what to sell and how to sell. That's where I come in. As a leading expert in internet marketing and the owner of several profitable auction-based businesses, the manual that I have written provides easy to understand and detailed instructions for maximizing your profits with selling strategies that are PROVEN WINNERS. If you've read any other books on Ebay, you know that all of them are designed for the computer idiot and the auction novice. They tell you how to register, how to list an item, how to avoid fraud, etc. This is not the information you need to make millions on Ebay. You need to learn effective SELLING STRATEGIES not read a photocopy of Ebay help files! My manual assumes that you already know your way around Ebay; you don't need any specialized computer knowledge, but you should be familiar with buying and selling on ebay auctions. I'm not going to waste your time teaching you how to register - I'm going to pass on the SECRET SELLING TECHNIQUES that I use each and every day to bring in hundreds of thousands of dollars selling my products on internet auctions. The manual comes as a complete course with the following lessons: Make a Fortune on eBay™ Make a Fortune on eBay™ is filled with page after page of vital eBay™ marketing information. This valuable eBook is terrific for the eBay™ user to get the right eBay™ information and have an instant edge over other more experienced eBay™ Sellers Advanced Selling on eBay™ Advanced Selling on eBay™ has more vital information to make their auction a success. This eBook has many topics to ensure that they get the maximum potential from their auctions. Advanced Selling on eBay™ goes into more detailed information than it's sister eBook Make a Fortune on eBay™. 16 eBay™ Forms "16 eBay™ Forms" is a must. These forms will help them track, analyze and record their auctions. It contains 16 forms with full instructions. This E-Book also contains the forms in printer friendly version, so they can print them for immediate use. Wholesale Sources Wholesale Sources is the final eBook in the eBay™ Marketing eCourse. It contains wholesale distributors from the United States, Mexico, Hong Kong, Taiwan, Asia and the Philippines. Armed with this eBook your customers will have over 10,000,000 wholesale products at their finger tips.. This manual is designed for individuals looking to form an online business for extra income or as a full-time job making hundreds of thousands of dollars on Ebay. Contained in the manual are WINNING STRATEGIES for selling on Ebay auctions. The manual is not designed for Ebay novices and does not teach the "basics" such as registering, putting an item online, buying an item, etc. This manual is designed to make Ebay users into successful and wealthy entrepreneurs! Not only will you be able to make THOUSANDS with the information in these eBooks, you will also receive FULL Resellers rights. This is not an affiliate program where you get 20 or 30%... you keep all the money generated from your eCourse sales. You can sell this eCourse as many times as you want for whatever price you choose. There is NO LIMIT on how much you can make from this incredible product! To order the eCourse click on the link below http://pheromone-labs.com/ebay.htm AOL Users click here: Thank you for your time and I hope to hear from you soon! James Milton President of Phoenix Marketing *** Thank you for being a part of another great offer from Phoenix Marketing. If you feel you don't belong on our opt-in list or would like to remove yourself please send an email to: affiliate1@btamail.net.cn and make sure to have "REMOVE" in the subject line. Thank you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 14: 0:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by hub.freebsd.org (Postfix) with ESMTP id 83EB937B407 for ; Fri, 31 May 2002 14:00:18 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020531210017.MSGA20219.sccrmhc03.attbi.com@InterJet.elischer.org>; Fri, 31 May 2002 21:00:17 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA29880; Fri, 31 May 2002 13:45:52 -0700 (PDT) Date: Fri, 31 May 2002 13:45:50 -0700 (PDT) From: Julian Elischer To: Jake Burkholder Cc: FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again In-Reply-To: <20020531133212.U62759@locore.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 31 May 2002, Jake Burkholder wrote: [aweful stuff] (always did dislike sparc) jake.. can you show me the sequecne of operations performed on the stack in a syscall before and after the jump to kernel space? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 14:43:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 73A9D37B408 for ; Fri, 31 May 2002 14:43:22 -0700 (PDT) Received: from pool0324.cvx40-bradley.dialup.earthlink.net ([216.244.43.69] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17DuAz-0003hy-00; Fri, 31 May 2002 14:43:14 -0700 Message-ID: <3CF7EE50.AAF2BB43@mindspring.com> Date: Fri, 31 May 2002 14:42:40 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bosko Milekic Cc: Glenn Gombert , "David W. Chapman Jr." , Nicolas Souchu , Current Subject: Re: -current as guest of VMWare2 References: <20020531160929.813856DA42@www.fastmail.fm> <20020531131905.A70573@unixdaemons.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bosko Milekic wrote: > On Fri, May 31, 2002 at 04:09:29PM +0000, Glenn Gombert wrote: > > You need to apply the patch that was posted sometime ago to -Current > > to run it successfully as a Guest OS under VMWare 3.x... > > I tried searching the archives and couldn't find anything with VMware > and a patch, just some things mentionning that VMWare has trouble with > locking primitives. > > What does the patch do? Avoids using the "LCK" prefix, which VMWare emulates very, very slowly. The avoidance is OK, because VMWare systems are never emulating multiprocessors. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 14:44:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 9A38037B415; Fri, 31 May 2002 14:44:27 -0700 (PDT) Received: from pool0324.cvx40-bradley.dialup.earthlink.net ([216.244.43.69] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17DuC7-0005EG-00; Fri, 31 May 2002 14:44:24 -0700 Message-ID: <3CF7EE95.9A575177@mindspring.com> Date: Fri, 31 May 2002 14:43:49 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Ruslan Ermilov Cc: Takahashi Yoshihiro , Alfred Perlstein , jhay@icomtek.csir.co.za, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/ct ct_machdep.h src/sys/dev/ncv ncr53c500var.h src/sys/dev/stg tmc18c30var.h References: <200205300730.g4U7UhQ06252@freefall.freebsd.org> <20020531160839.GA74734@sunbay.com> <20020531163410.GZ17045@elvis.mu.org> <20020601.021032.41650524.nyan@jp.FreeBSD.org> <20020531172411.GA88599@sunbay.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ruslan Ermilov wrote: > On Sat, Jun 01, 2002 at 02:10:32AM +0900, Takahashi Yoshihiro wrote: > > These drivers are shared with NetBSD/pc98. Please don't make many > > FreeBSD local changes. I will ask the original author about how to > > resolve this problem. Please wait a few days. > > > It would be a good idea to move them under sys/contrib/ then. Better do the same for NFS and other code shared with NetBSD, then... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 15: 2:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from www.fastmail.fm (fastmail.fm [209.61.183.86]) by hub.freebsd.org (Postfix) with ESMTP id D478D37B401 for ; Fri, 31 May 2002 15:02:28 -0700 (PDT) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id E29176DA09; Fri, 31 May 2002 17:02:21 -0500 (CDT) Received: by www.fastmail.fm (Postfix, from userid 99) id DA6366D9BB; Fri, 31 May 2002 17:02:21 -0500 (CDT) Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; T0.14; A1.42; B2.12; Q2.03) Date: Fri, 31 May 2002 22:02:21 +0000 From: "Glenn Gombert" To: "Bosko Milekic" Reply-To: "Glenn Gombert" X-Epoch: 1022882541 X-Sasl-enc: VpiRUwBAQIUocMRO7W3YUA Cc: "David W. Chapman Jr." , "Nicolas Souchu" , "Current" Subject: Re: -current as guest of VMWare2 Message-Id: <20020531220221.DA6366D9BB@www.fastmail.fm> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Here is the patch from a previous posting that fixes the problem of running FreeBSD -Current as a Guest OS under VMWare Workstation 3.0: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Someone mentioned on a list somewhere that vmware takes forever to emulate the cmpxchg instruction, and that using the I386_CPU version of atomic_cmpset_int() helps a lot. I noticed a major vmware slowdown with -current sometime in September, so I tried avoiding the cmpxchg's and things got much faster. Below is the patch I use (using this outside vmware on SMP hardware is a bad idea :-). Ian Index: atomic.h =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/i386/include/atomic.h,v retrieving revision 1.21 diff -u -r1.21 atomic.h --- atomic.h 2001/10/08 20:58:24 1.21 +++ atomic.h 2001/10/09 18:35:25 @@ -111,7 +111,7 @@ * Returns 0 on failure, non-zero on success */ -#if defined(I386_CPU) +#if defined(I386_CPU) || 1 static __inline int atomic_cmpset_int(volatile u_int *dst, u_int exp, u_int src) { Glenn G. -- Glenn Gombert freebsd@fastmail.fm "Never trust any operating system you don't have the source code for" -- http://fastmail.fm - Get back to work To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 15: 7: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id A8E9537B40B for ; Fri, 31 May 2002 15:07:02 -0700 (PDT) Received: from pool0324.cvx40-bradley.dialup.earthlink.net ([216.244.43.69] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17DuXu-00015i-00; Fri, 31 May 2002 15:06:54 -0700 Message-ID: <3CF7F3DC.49D2426C@mindspring.com> Date: Fri, 31 May 2002 15:06:20 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: Jake Burkholder , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > On Fri, 31 May 2002, Jake Burkholder wrote: > > [aweful stuff] > (always did dislike sparc) > > jake.. > can you show me the sequecne of operations performed on the stack > in a syscall before and after the jump to kernel space? It's not that awful. Read the paper "SPARC Register Windows and User Space Threading", which was the basis for the SunOS 4.1.x "liblwp", user space threading library. The main problem is that a large amount of data on the stack may span more than one register window (Jake can correct me if I'm wrong). Basically, you want everything to fit in a single register window. You can fake alignment by prematurely pushing, but you can't make the windows larger. I haven't looked at Jake's code here (I think it's code he has not written because he wanted the APIs to settle down first, according to his next-to-previous email ;^)), but I suspect that it will end up pushing a window, filling out a mostly clean one, and then making the boundary transition call. This is just an educated guess, though, based on 32 bit SPARC work a number of years ago, so things may be different (again, Jake can correct me if I'm wrong). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 15:46:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by hub.freebsd.org (Postfix) with ESMTP id 0412937B40D for ; Fri, 31 May 2002 15:46:25 -0700 (PDT) Received: from angelica.unixdaemons.com (bmilekic@localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.3/8.12.1) with ESMTP id g4VMjqMR082250; Fri, 31 May 2002 18:45:52 -0400 (EDT) X-Authentication-Warning: angelica.unixdaemons.com: Host bmilekic@localhost.unixdaemons.com [127.0.0.1] claimed to be angelica.unixdaemons.com Received: (from bmilekic@localhost) by angelica.unixdaemons.com (8.12.3/8.12.1/Submit) id g4VMjpND082249; Fri, 31 May 2002 18:45:51 -0400 (EDT) (envelope-from bmilekic) Date: Fri, 31 May 2002 18:45:51 -0400 From: Bosko Milekic To: Glenn Gombert Cc: "David W. Chapman Jr." , Nicolas Souchu , Current Subject: Re: -current as guest of VMWare2 Message-ID: <20020531184551.A81753@unixdaemons.com> References: <20020531220221.DA6366D9BB@www.fastmail.fm> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020531220221.DA6366D9BB@www.fastmail.fm>; from freebsd@fastmail.fm on Fri, May 31, 2002 at 10:02:21PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG HAH! This patch was posted by iedowse in response to one of MY POSTS and it does EXACTLY what I described in my previous Email, point (2). PLZ DO NOT BRING MY HOPES UP BY STATING THAT THERE IS ANOTHER PATCH WHICH DOES SOMETHING DIFFERENT WHEN IT FACT IT DOES WHAT I ALREADY KNOW I SHOULD DO K PLZ THX. :-))))) (I'm just fooling around, thanks for the pointer anyway. :-)) Cheers, Bosko On Fri, May 31, 2002 at 10:02:21PM +0000, Glenn Gombert wrote: > Here is the patch from a previous posting that fixes the problem of > running FreeBSD -Current as a Guest OS under VMWare Workstation 3.0: > > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > > Someone mentioned on a list somewhere that vmware takes forever to > emulate the cmpxchg instruction, and that using the I386_CPU version > of atomic_cmpset_int() helps a lot. I noticed a major vmware slowdown > with -current sometime in September, so I tried avoiding the > cmpxchg's and things got much faster. Below is the patch I use > (using this outside vmware on SMP hardware is a bad idea :-). > > Ian > > Index: atomic.h > =================================================================== > RCS file: /dump/FreeBSD-CVS/src/sys/i386/include/atomic.h,v > retrieving revision 1.21 > diff -u -r1.21 atomic.h > --- atomic.h 2001/10/08 20:58:24 1.21 > +++ atomic.h 2001/10/09 18:35:25 > @@ -111,7 +111,7 @@ > * Returns 0 on failure, non-zero on success > */ > > -#if defined(I386_CPU) > +#if defined(I386_CPU) || 1 > static __inline int > atomic_cmpset_int(volatile u_int *dst, u_int exp, u_int src) > { > > > Glenn G. > > > -- > Glenn Gombert > freebsd@fastmail.fm > > "Never trust any operating system you don't have the source code for" > > -- > http://fastmail.fm - Get back to work > -- Bosko Milekic bmilekic@unixdaemons.com bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 16: 9:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 3A87737B407; Fri, 31 May 2002 16:09:46 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 31460103C70; Fri, 31 May 2002 20:09:42 -0300 (ADT) Date: Fri, 31 May 2002 20:09:42 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-current@freebsd.org Cc: freebsd-mobile@freebsd.org Subject: Sony Vaio, LinkSys EC2T & 5.0-CURRENT ... Message-ID: <20020531194155.L2522-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Morning all ... After getting nowhere with the Surecom EP-428X that I picked up, I went out today and grabbed one of the Linksys EC2T, figuring it's on the list of supported devices I found, and I think I'm soooo close ... First, I'm running a VAIO PCG-Z505S ... I've upgraded to 5.0-CURRENT as of May 21st, mainly due to the Surecom, but figure I'll stay there for the Linksys ... If I run 'pccardd -f /etc/defaults/pccard.conf' from the command line, it comes back that its matched the card, followed by a line that states: 'driver allocation failed for Linksys(...): Inappropriate ioctl for device' According to dmesg, I have: pcic0: irq 9 at device 10.0 on pci0 pcic0: PCI Memory allocated: 0x44000000 pccard0: on pcic0 If I pull out the card, the machine itself hangs ... and searching on Google, it talks about pccard + shared interrupts ... and on this, the internal ethernet (fxp0) is using irq 9 and the USB controller (uhci0) is using irq 9 ... I looked in the pcic man page, and found the references to hw.pcic.irq, which mine is set to 0 ... and hw.pcic.intr_path, which mine is set to 2 ... it talks about being able to switch to ISA interrupt by changing intr_path to 1, which I tried, with an .irq setting of 10 ... still hung, so that wasn't the right direction ... So, I'm pretty much at an impasse right now as to what to try next ... does anyone have an experiences with this combination and/or suggestions on what to try next ... ? Thanks ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 16:35:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id A37A737B405; Fri, 31 May 2002 16:35:25 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g4VNZJY45441; Fri, 31 May 2002 17:35:19 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g4VNZHG56601; Fri, 31 May 2002 17:35:19 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200205312335.g4VNZHG56601@harmony.village.org> To: Ruslan Ermilov Subject: Re: cvs commit: src/sys/dev/ct ct_machdep.h src/sys/dev/ncv ncr53c500var.h src/sys/dev/stg tmc18c30var.h Cc: Alfred Perlstein , John Hay , Takahashi Yoshihiro , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org In-reply-to: Your message of "Fri, 31 May 2002 19:08:39 +0300." <20020531160839.GA74734@sunbay.com> References: <20020531160839.GA74734@sunbay.com> <200205311202.g4VC2oU13402@zibbi.icomtek.csir.co.za> <200205300730.g4U7UhQ06252@freefall.freebsd.org> Date: Fri, 31 May 2002 17:35:17 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a fix for this, btw. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 16:40: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 2E60A37B406; Fri, 31 May 2002 16:39:57 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g4VNdtY45462; Fri, 31 May 2002 17:39:55 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g4VNdtG56648; Fri, 31 May 2002 17:39:55 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200205312339.g4VNdtG56648@harmony.village.org> To: Alfred Perlstein Subject: Re: cvs commit: src/sys/dev/ct ct_machdep.h src/sys/dev/ncv ncr53c500var.h src/sys/dev/stg tmc18c30var.h Cc: Ruslan Ermilov , John Hay , Takahashi Yoshihiro , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org In-reply-to: Your message of "Fri, 31 May 2002 09:34:10 PDT." <20020531163410.GZ17045@elvis.mu.org> References: <20020531163410.GZ17045@elvis.mu.org> <200205311202.g4VC2oU13402@zibbi.icomtek.csir.co.za> <200205300730.g4U7UhQ06252@freefall.freebsd.org> <20020531160839.GA74734@sunbay.com> Date: Fri, 31 May 2002 17:39:55 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020531163410.GZ17045@elvis.mu.org> Alfred Perlstein writes: : I'm really fine with either. Let's wait till tomorrow for anyone to : speak up, if no one does please feel free to commit whichever one you : feel more comfortable with. Aarrgh. I just committed my workaround, which basically adds && 0 to each of the tests. I did this as it is the smallest change I could think of to do the deed since these drivers are maintained outside of the tree. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 16:43: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 47B7037B403; Fri, 31 May 2002 16:42:55 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g4VNgrY45488; Fri, 31 May 2002 17:42:53 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g4VNgqG56696; Fri, 31 May 2002 17:42:52 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200205312342.g4VNgqG56696@harmony.village.org> To: Ruslan Ermilov Subject: Re: cvs commit: src/sys/dev/ct ct_machdep.h src/sys/dev/ncv ncr53c500var.h src/sys/dev/stg tmc18c30var.h Cc: Takahashi Yoshihiro , Alfred Perlstein , jhay@icomtek.csir.co.za, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org In-reply-to: Your message of "Fri, 31 May 2002 20:24:11 +0300." <20020531172411.GA88599@sunbay.com> References: <20020531172411.GA88599@sunbay.com> <200205300730.g4U7UhQ06252@freefall.freebsd.org> <20020531160839.GA74734@sunbay.com> <20020531163410.GZ17045@elvis.mu.org> <20020601.021032.41650524.nyan@jp.FreeBSD.org> Date: Fri, 31 May 2002 17:42:52 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020531172411.GA88599@sunbay.com> Ruslan Ermilov writes: : It would be a good idea to move them under sys/contrib/ then. I'm not so sure about that. I think they are fine where they are. There are many drivers in the tree that are synced between platforms. Also, right now other than acpi, the only things under contrib/dev are binary only drivers. But I don't feel too strongly about this. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 17: 7:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id EFB2037B408; Fri, 31 May 2002 17:07:20 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id C06B3AE027; Fri, 31 May 2002 17:07:20 -0700 (PDT) Date: Fri, 31 May 2002 17:07:20 -0700 From: Alfred Perlstein To: Warner Losh Cc: Ruslan Ermilov , John Hay , Takahashi Yoshihiro , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/ct ct_machdep.h src/sys/dev/ncv ncr53c500var.h src/sys/dev/stg tmc18c30var.h Message-ID: <20020601000720.GC17045@elvis.mu.org> References: <20020531163410.GZ17045@elvis.mu.org> <200205311202.g4VC2oU13402@zibbi.icomtek.csir.co.za> <200205300730.g4U7UhQ06252@freefall.freebsd.org> <20020531160839.GA74734@sunbay.com> <200205312339.g4VNdtG56648@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200205312339.g4VNdtG56648@harmony.village.org> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Warner Losh [020531 16:39] wrote: > In message <20020531163410.GZ17045@elvis.mu.org> Alfred Perlstein writes: > : I'm really fine with either. Let's wait till tomorrow for anyone to > : speak up, if no one does please feel free to commit whichever one you > : feel more comfortable with. > > Aarrgh. I just committed my workaround, which basically adds && 0 to > each of the tests. I did this as it is the smallest change I could > think of to do the deed since these drivers are maintained outside of > the tree. This is fine. I don't have strong feelings about it and I'm glad to see it "fixed" either way. :) -- -Alfred Perlstein [alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 17: 9:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.sanda.gr.jp (ns.sanda.gr.jp [210.232.122.18]) by hub.freebsd.org (Postfix) with ESMTP id 267C737B41C; Fri, 31 May 2002 17:09:34 -0700 (PDT) Received: from ever.sanda.gr.jp (epoch [10.93.63.51]) by ns.sanda.gr.jp (8.11.6/3.7W) with ESMTP id g5109Oa21892; Sat, 1 Jun 2002 09:09:24 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by ever.sanda.gr.jp (8.8.8/3.3W9) with ESMTP id JAA19449; Sat, 1 Jun 2002 09:09:23 +0900 (JST) To: imp@harmony.village.org Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/ct ct_machdep.h src/sys/dev/ncv ncr53c500var.h src/sys/dev/stg tmc18c30var.h In-Reply-To: <200205312339.g4VNdtG56648@harmony.village.org> References: <200205300730.g4U7UhQ06252@freefall.freebsd.org> <20020531160839.GA74734@sunbay.com> <200205312339.g4VNdtG56648@harmony.village.org> X-Mailer: Mew version 1.94 on Emacs 19.28 / Mule 2.3 =?iso-2022-jp?B?KBskQkt2RSYyVhsoQik=?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20020601090922J.non@ever.sanda.gr.jp> Date: Sat, 01 Jun 2002 09:09:22 +0900 From: non@ever.sanda.gr.jp X-Dispatcher: imput version 20000228(IM140) Lines: 16 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Warner Losh Date: Fri, 31 May 2002 17:39:55 -0600 > In message <20020531163410.GZ17045@elvis.mu.org> Alfred Perlstein writes: > : I'm really fine with either. Let's wait till tomorrow for anyone to > : speak up, if no one does please feel free to commit whichever one you > : feel more comfortable with. > > Aarrgh. I just committed my workaround, which basically adds && 0 to > each of the tests. I did this as it is the smallest change I could > think of to do the deed since these drivers are maintained outside of > the tree. Thank you Waner-san and Takahashi(nyan)-san. I did not notice. May be it should be #ifdef NetBSD or something. // Noriaki Mitsunaga // To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 17:17:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by hub.freebsd.org (Postfix) with ESMTP id 7114D37B415 for ; Fri, 31 May 2002 17:17:07 -0700 (PDT) Received: (from jake@localhost) by k6.locore.ca (8.11.6/8.11.6) id g510XIk44902; Fri, 31 May 2002 20:33:18 -0400 (EDT) (envelope-from jake) Date: Fri, 31 May 2002 20:33:17 -0400 From: Jake Burkholder To: Julian Elischer Cc: FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again Message-ID: <20020531203317.W62759@locore.ca> References: <20020531133212.U62759@locore.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Fri, May 31, 2002 at 01:45:50PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Apparently, On Fri, May 31, 2002 at 01:45:50PM -0700, Julian Elischer said words to the effect of; > > > On Fri, 31 May 2002, Jake Burkholder wrote: > > [aweful stuff] > (always did dislike sparc) Whatever. It's the most fun architecture I've found to program for. > > jake.. > can you show me the sequecne of operations performed on the stack > in a syscall before and after the jump to kernel space? > The system call stubs in libc are leaf functions; basically just a trap instruction followed by a return. They do not touch the stack at all, or change the stack pointer. One of the first few instructions on entry to the kernel is a save, which rotates the register window and logically saves the call-safe registers onto the user stack (the outs become the ins, and the kernel gets new ins and locals, with the old ones being saved to the user stack once a flush is performed or they get spilled out). Here is a reference: http://www.sparc.com/standards/v9.ps.Z Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 18: 0:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id EDFEA37B407 for ; Fri, 31 May 2002 18:00:14 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020601010014.YAWB2751.rwcrmhc52.attbi.com@InterJet.elischer.org>; Sat, 1 Jun 2002 01:00:14 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA30943; Fri, 31 May 2002 17:50:00 -0700 (PDT) Date: Fri, 31 May 2002 17:49:59 -0700 (PDT) From: Julian Elischer To: Jake Burkholder Cc: FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again In-Reply-To: <20020531203317.W62759@locore.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG interesting but not exactly brief.. :-) On Fri, 31 May 2002, Jake Burkholder wrote: > > The system call stubs in libc are leaf functions; basically just a > trap instruction followed by a return. They do not touch the stack > at all, or change the stack pointer. One of the first few instructions > on entry to the kernel is a save, which rotates the register window > and logically saves the call-safe registers onto the user stack > (the outs become the ins, and the kernel gets new ins and locals, > with the old ones being saved to the user stack once a flush is > performed or they get spilled out). the question is "when does it switch to the kernel stack?" (and back?) > > Here is a reference: http://www.sparc.com/standards/v9.ps.Z downloaded... 300+ pages.. hmm. > > Jake > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 18: 3:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by hub.freebsd.org (Postfix) with ESMTP id 69CD237B404 for ; Fri, 31 May 2002 18:03:13 -0700 (PDT) Received: (from jake@localhost) by k6.locore.ca (8.11.6/8.11.6) id g511JP145180; Fri, 31 May 2002 21:19:25 -0400 (EDT) (envelope-from jake) Date: Fri, 31 May 2002 21:19:25 -0400 From: Jake Burkholder To: Julian Elischer Cc: FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again Message-ID: <20020531211925.X62759@locore.ca> References: <20020531203317.W62759@locore.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Fri, May 31, 2002 at 05:49:59PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Apparently, On Fri, May 31, 2002 at 05:49:59PM -0700, Julian Elischer said words to the effect of; > interesting but not exactly brief.. :-) > > > On Fri, 31 May 2002, Jake Burkholder wrote: > > > > > The system call stubs in libc are leaf functions; basically just a > > trap instruction followed by a return. They do not touch the stack > > at all, or change the stack pointer. One of the first few instructions > > on entry to the kernel is a save, which rotates the register window > > and logically saves the call-safe registers onto the user stack > > (the outs become the ins, and the kernel gets new ins and locals, > > with the old ones being saved to the user stack once a flush is > > performed or they get spilled out). > > the question is "when does it switch to the kernel stack?" > (and back?) This is not done by the hardware. Its done by the trap code after the save is executed. > > > > > > Here is a reference: http://www.sparc.com/standards/v9.ps.Z > > downloaded... 300+ pages.. hmm. > > > > > > Jake > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 19: 0:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by hub.freebsd.org (Postfix) with ESMTP id 142A837B412 for ; Fri, 31 May 2002 19:00:16 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020601020015.UFVG20219.sccrmhc03.attbi.com@InterJet.elischer.org>; Sat, 1 Jun 2002 02:00:15 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id SAA31160; Fri, 31 May 2002 18:54:42 -0700 (PDT) Date: Fri, 31 May 2002 18:54:41 -0700 (PDT) From: Julian Elischer To: Jake Burkholder Cc: FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again In-Reply-To: <20020531211925.X62759@locore.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 31 May 2002, Jake Burkholder wrote: > Apparently, On Fri, May 31, 2002 at 05:49:59PM -0700, > Julian Elischer said words to the effect of; > > > interesting but not exactly brief.. :-) > > > > > > On Fri, 31 May 2002, Jake Burkholder wrote: > > > > > > > > The system call stubs in libc are leaf functions; basically just a > > > trap instruction followed by a return. They do not touch the stack > > > at all, or change the stack pointer. One of the first few instructions > > > on entry to the kernel is a save, which rotates the register window > > > and logically saves the call-safe registers onto the user stack > > > (the outs become the ins, and the kernel gets new ins and locals, > > > with the old ones being saved to the user stack once a flush is > > > performed or they get spilled out). > > > > the question is "when does it switch to the kernel stack?" > > (and back?) > > This is not done by the hardware. Its done by the trap code after > the save is executed. so if the software did it in the opposite order, you'd save to the kernel stack? (I doubt it but I have to ask..) > > > > > > > > > > > Here is a reference: http://www.sparc.com/standards/v9.ps.Z > > > > downloaded... 300+ pages.. hmm. > > > > > > > > > > Jake > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 21: 8:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id C839237B40B for ; Fri, 31 May 2002 21:08:01 -0700 (PDT) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g51480v57546 for ; Sat, 1 Jun 2002 13:08:00 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 70 From: Makoto Matsushita To: current@FreeBSD.org Subject: Call for Review: allow sysinstall to tweak tri-value sendmail_enable Date: Sat, 01 Jun 2002 13:07:58 +0900 Message-Id: <20020601130758S.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Here is a patch to enable sysinstall to set 'sendmail_enable' value to 'YES', 'NO', and 'NONE'. Current sysinstall can't set this value to 'NONE'; users who do *not* want to use sendmail can't stop sendmail via sysinstall. Following patch creates submenu to change the sendmail_enable value. However, I don't know who want to set this variable to 'NO'. If selecting 'YES' and 'NONE' is enough, I'll try to make another patch. Any comments? I want to push this feature to 4.6-RELEASE... -- - Makoto `MAR' Matsushita Index: menus.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/sysinstall/menus.c,v retrieving revision 1.343 diff -u -r1.343 menus.c --- menus.c 20 May 2002 17:08:00 -0000 1.343 +++ menus.c 31 May 2002 17:49:18 -0000 @@ -1372,11 +1372,31 @@ { " Rwhod", "This machine wants to run the rwho daemon", dmenuVarCheck, dmenuToggleVariable, NULL, "rwhod_enable=YES" }, { " Sendmail", "This machine wants to run the sendmail daemon", - dmenuVarCheck, dmenuToggleVariable, NULL, "sendmail_enable=YES" }, + NULL, dmenuSubmenu, NULL, &MenuSendmail }, { " Sshd", "This machine wants to run the ssh daemon", dmenuVarCheck, dmenuToggleVariable, NULL, "sshd_enable=YES" }, { " TCP Extensions", "Allow RFC1323 and RFC1644 TCP extensions?", dmenuVarCheck, dmenuToggleVariable, NULL, "tcp_extensions=YES" }, + { NULL } }, +}; + +DMenu MenuSendmail = { + DMENU_NORMAL_TYPE | DMENU_SELECTION_RETURNS, + "Sendmail Invocation Selection", + "There are three options for invocating sendmail at startup.\n" + "Please select Yes if you want to use sendmail as your mail transfer\n" + "agent. Selecting No disables sendmail to open network socket for\n" + "incoming email, but still runs at startup. None disables sendmail\n" + "completely at startup.", + NULL, + NULL, + { + { " Yes", "Start sendmail", + dmenuVarCheck, dmenuSetVariable, NULL, "sendmail_enable=YES" }, + { " No", "Start sendmail, but don't listen from network", + dmenuVarCheck, dmenuSetVariable, NULL, "sendmail_enable=NO" }, + { " None", "Don't start any sendmail processes", + dmenuVarCheck, dmenuSetVariable, NULL, "sendmail_enable=NONE" }, { NULL } }, }; Index: sysinstall.h =================================================================== RCS file: /home/ncvs/src/usr.sbin/sysinstall/sysinstall.h,v retrieving revision 1.227 diff -u -r1.227 sysinstall.h --- sysinstall.h 31 May 2002 13:38:17 -0000 1.227 +++ sysinstall.h 31 May 2002 17:49:19 -0000 @@ -407,6 +407,7 @@ extern DMenu MenuSysconsScrnmap; /* System console screenmap configuration menu */ extern DMenu MenuSysconsTtys; /* System console terminal type menu */ extern DMenu MenuNetworking; /* Network configuration menu */ +extern DMenu MenuSendmail; /* Sendmail configuration menu */ extern DMenu MenuInstallCustom; /* Custom Installation menu */ extern DMenu MenuDistributions; /* Distribution menu */ extern DMenu MenuDiskDevices; /* Disk type devices */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 22:13: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by hub.freebsd.org (Postfix) with ESMTP id 4FDF037B400 for ; Fri, 31 May 2002 22:12:54 -0700 (PDT) Received: from bmah.dyndns.org ([12.233.149.189]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020601051253.VVNH11183.sccrmhc02.attbi.com@bmah.dyndns.org>; Sat, 1 Jun 2002 05:12:53 +0000 Received: from intruder.bmah.org (localhost [IPv6:::1]) by bmah.dyndns.org (8.12.3/8.12.3) with ESMTP id g515Crfs021310; Fri, 31 May 2002 22:12:53 -0700 (PDT) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.3/8.12.3/Submit) id g515CqQI021309; Fri, 31 May 2002 22:12:52 -0700 (PDT) Message-Id: <200206010512.g515CqQI021309@intruder.bmah.org> X-Mailer: exmh version 2.5+ 20020506 with nmh-1.0.4 To: Makoto Matsushita Cc: current@freebsd.org Subject: Re: Call for Review: allow sysinstall to tweak tri-value sendmail_enable In-reply-to: <20020601130758S.matusita@jp.FreeBSD.org> References: <20020601130758S.matusita@jp.FreeBSD.org> Comments: In-reply-to Makoto Matsushita message dated "Sat, 01 Jun 2002 13:07:58 +0900." From: "Bruce A. Mah" Reply-To: bmah@freebsd.org X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 31 May 2002 22:12:52 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If memory serves me right, Makoto Matsushita wrote: > Following patch creates submenu to change the sendmail_enable value. > However, I don't know who want to set this variable to 'NO'. If > selecting 'YES' and 'NONE' is enough, I'll try to make another patch. > > Any comments? I want to push this feature to 4.6-RELEASE... Comments on the text only (i.e. I haven't tested the new menus)... Bruce. > Index: menus.c > =================================================================== > RCS file: /home/ncvs/src/usr.sbin/sysinstall/menus.c,v > retrieving revision 1.343 > diff -u -r1.343 menus.c > --- menus.c 20 May 2002 17:08:00 -0000 1.343 > +++ menus.c 31 May 2002 17:49:18 -0000 > @@ -1372,11 +1372,31 @@ > { " Rwhod", "This machine wants to run the rwho daemon", > dmenuVarCheck, dmenuToggleVariable, NULL, "rwhod_enable=YES" }, > { " Sendmail", "This machine wants to run the sendmail daemon", > - dmenuVarCheck, dmenuToggleVariable, NULL, "sendmail_enable=YES" }, > + NULL, dmenuSubmenu, NULL, &MenuSendmail }, > { " Sshd", "This machine wants to run the ssh daemon", > dmenuVarCheck, dmenuToggleVariable, NULL, "sshd_enable=YES" }, > { " TCP Extensions", "Allow RFC1323 and RFC1644 TCP extensions?", > dmenuVarCheck, dmenuToggleVariable, NULL, "tcp_extensions=YES" }, > + { NULL } }, > +}; > + > +DMenu MenuSendmail = { > + DMENU_NORMAL_TYPE | DMENU_SELECTION_RETURNS, > + "Sendmail Invocation Selection", > + "There are three options for invocating sendmail at startup.\n" s/invocating/invoking/ > + "Please select Yes if you want to use sendmail as your mail transfer\n" > + "agent. Selecting No disables sendmail to open network socket for\n" s/sendmail to open/sendmail's/ > + "incoming email, but still runs at startup. None disables sendmail\n" s/still runs at startup/still enables sendmail for outbound mail/ You will probably need to word-wrap differently after this change. > + "completely at startup.", > + NULL, > + NULL, > + { > + { " Yes", "Start sendmail", > + dmenuVarCheck, dmenuSetVariable, NULL, "sendmail_enable=YES" }, > + { " No", "Start sendmail, but don't listen from network" > , > + dmenuVarCheck, dmenuSetVariable, NULL, "sendmail_enable=NO" }, > + { " None", "Don't start any sendmail processes", > + dmenuVarCheck, dmenuSetVariable, NULL, "sendmail_enable=NONE" }, > { NULL } }, > }; > > Index: sysinstall.h > =================================================================== > RCS file: /home/ncvs/src/usr.sbin/sysinstall/sysinstall.h,v > retrieving revision 1.227 > diff -u -r1.227 sysinstall.h > --- sysinstall.h 31 May 2002 13:38:17 -0000 1.227 > +++ sysinstall.h 31 May 2002 17:49:19 -0000 > @@ -407,6 +407,7 @@ > extern DMenu MenuSysconsScrnmap; /* System console screenmap con > figuration menu */ > extern DMenu MenuSysconsTtys; /* System console terminal t > ype menu */ > extern DMenu MenuNetworking; /* Network configuration menu > */ > +extern DMenu MenuSendmail; /* Sendmail configuration menu > */ > extern DMenu MenuInstallCustom; /* Custom Installation menu > */ > extern DMenu MenuDistributions; /* Distribution menu > */ > extern DMenu MenuDiskDevices; /* Disk type devices > */ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 22:26:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 7C6FE37B40A; Fri, 31 May 2002 22:26:09 -0700 (PDT) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g515Q8v74558; Sat, 1 Jun 2002 14:26:08 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: current@freebsd.org In-Reply-To: <200206010512.g515CqQI021309@intruder.bmah.org> References: <20020601130758S.matusita@jp.FreeBSD.org> <200206010512.g515CqQI021309@intruder.bmah.org> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 66 From: Makoto Matsushita To: bmah@freebsd.org Subject: Re: Call for Review: allow sysinstall to tweak tri-value sendmail_enable Date: Sat, 01 Jun 2002 14:26:06 +0900 Message-Id: <20020601142606J.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG bmah> Comments on the text only (i.e. I haven't tested the new menus)... Thank you. I've (of course) tested; making floppies and do a test that sysinstall saves sendmail_enable line to /etc/rc.conf. -- - Makoto `MAR' Matsushita Index: menus.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/sysinstall/menus.c,v retrieving revision 1.343 diff -u -r1.343 menus.c --- menus.c 20 May 2002 17:08:00 -0000 1.343 +++ menus.c 1 Jun 2002 05:20:02 -0000 @@ -1372,11 +1372,31 @@ { " Rwhod", "This machine wants to run the rwho daemon", dmenuVarCheck, dmenuToggleVariable, NULL, "rwhod_enable=YES" }, { " Sendmail", "This machine wants to run the sendmail daemon", - dmenuVarCheck, dmenuToggleVariable, NULL, "sendmail_enable=YES" }, + NULL, dmenuSubmenu, NULL, &MenuSendmail }, { " Sshd", "This machine wants to run the ssh daemon", dmenuVarCheck, dmenuToggleVariable, NULL, "sshd_enable=YES" }, { " TCP Extensions", "Allow RFC1323 and RFC1644 TCP extensions?", dmenuVarCheck, dmenuToggleVariable, NULL, "tcp_extensions=YES" }, + { NULL } }, +}; + +DMenu MenuSendmail = { + DMENU_NORMAL_TYPE | DMENU_SELECTION_RETURNS, + "Sendmail Invocation Selection", + "There are three options for invoking sendmail at startup.\n" + "Please select Yes if you want to use sendmail as your mail transfer\n" + "agent. Selecting No disables sendmail's network socket for incoming\n" + "email, but still enables sendmail for outbound mail. None disables\n" + "sendmail completely at startup.", + NULL, + NULL, + { + { " Yes", "Start sendmail", + dmenuVarCheck, dmenuSetVariable, NULL, "sendmail_enable=YES" }, + { " No", "Start sendmail, but don't listen from network", + dmenuVarCheck, dmenuSetVariable, NULL, "sendmail_enable=NO" }, + { " None", "Don't start any sendmail processes", + dmenuVarCheck, dmenuSetVariable, NULL, "sendmail_enable=NONE" }, { NULL } }, }; Index: sysinstall.h =================================================================== RCS file: /home/ncvs/src/usr.sbin/sysinstall/sysinstall.h,v retrieving revision 1.227 diff -u -r1.227 sysinstall.h --- sysinstall.h 31 May 2002 13:38:17 -0000 1.227 +++ sysinstall.h 1 Jun 2002 05:20:02 -0000 @@ -407,6 +407,7 @@ extern DMenu MenuSysconsScrnmap; /* System console screenmap configuration menu */ extern DMenu MenuSysconsTtys; /* System console terminal type menu */ extern DMenu MenuNetworking; /* Network configuration menu */ +extern DMenu MenuSendmail; /* Sendmail configuration menu */ extern DMenu MenuInstallCustom; /* Custom Installation menu */ extern DMenu MenuDistributions; /* Distribution menu */ extern DMenu MenuDiskDevices; /* Disk type devices */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 23: 6:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by hub.freebsd.org (Postfix) with ESMTP id B7D6537B404 for ; Fri, 31 May 2002 23:06:53 -0700 (PDT) Received: from sbcglobal.net wa1ter@smtp-send.myrealbox.com [64.175.106.98] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.9 $ on Novell NetWare via secured & encrypted transport (TLS); Sat, 01 Jun 2002 00:06:52 -0600 Message-ID: <3CF7A5B4.3080405@sbcglobal.net> Date: Fri, 31 May 2002 09:32:52 -0700 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc1) Gecko/20020508 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Subject: make kernel broken at dev/usb Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-format -ansi -nostdinc -I- -I. -I/usr/ src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -ffreestanding -include opt_global.h -fno-common -fno-builtin -mpref erred-stack-boundary=2 -ffreestanding /usr/src/sys/dev/usb/udbp.c /usr/src/sys/dev/usb/udbp.c:165: variable `ng_udbp_stat_type_info' has initializer but incomplete type /usr/src/sys/dev/usb/udbp.c:165: extra brace group at end of initializer /usr/src/sys/dev/usb/udbp.c:165: (near initialization for `ng_udbp_stat_type_info') /usr/src/sys/dev/usb/udbp.c:165: extra brace group at end of initializer /usr/src/sys/dev/usb/udbp.c:165: (near initialization for `ng_udbp_stat_type_info') /usr/src/sys/dev/usb/udbp.c:165: extra brace group at end of initializer /usr/src/sys/dev/usb/udbp.c:165: (near initialization for `ng_udbp_stat_type_info') /usr/src/sys/dev/usb/udbp.c:165: extra brace group at end of initializer /usr/src/sys/dev/usb/udbp.c:165: (near initialization for `ng_udbp_stat_type_info') /usr/src/sys/dev/usb/udbp.c:165: warning: excess elements in struct initializer /usr/src/sys/dev/usb/udbp.c:165: warning: (near initialization for `ng_udbp_stat_type_info') /usr/src/sys/dev/usb/udbp.c:165: storage size of `ng_udbp_stat_type_info' isn't known *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri May 31 23:50:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from ref5.freebsd.org (ref5.FreeBSD.org [216.136.204.102]) by hub.freebsd.org (Postfix) with ESMTP id 3C4A637B400 for ; Fri, 31 May 2002 23:50:28 -0700 (PDT) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.3/8.12.3) with ESMTP id g516oSP7051532 for ; Fri, 31 May 2002 23:50:28 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.3/8.12.3/Submit) id g516oRpF051530 for current@freebsd.org; Fri, 31 May 2002 23:50:27 -0700 (PDT) Date: Fri, 31 May 2002 23:50:27 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200206010650.g516oRpF051530@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> 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 /tmp/des/obj/i386/d/home/des/tinderbox/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Fri May 31 23:07:44 PDT 2002 -------------------------------------------------------------- ===> udbp ... /d/home/des/tinderbox/src/sys/dev/usb/udbp.c:165: (near initialization for `ng_udbp_stat_type_info') /d/home/des/tinderbox/src/sys/dev/usb/udbp.c:165: extra brace group at end of initializer /d/home/des/tinderbox/src/sys/dev/usb/udbp.c:165: (near initialization for `ng_udbp_stat_type_info') /d/home/des/tinderbox/src/sys/dev/usb/udbp.c:165: extra brace group at end of initializer /d/home/des/tinderbox/src/sys/dev/usb/udbp.c:165: (near initialization for `ng_udbp_stat_type_info') /d/home/des/tinderbox/src/sys/dev/usb/udbp.c:165: extra brace group at end of initializer /d/home/des/tinderbox/src/sys/dev/usb/udbp.c:165: (near initialization for `ng_udbp_stat_type_info') /d/home/des/tinderbox/src/sys/dev/usb/udbp.c:165: warning: excess elements in struct initializer /d/home/des/tinderbox/src/sys/dev/usb/udbp.c:165: warning: (near initialization for `ng_udbp_stat_type_info') /d/home/des/tinderbox/src/sys/dev/usb/udbp.c:165: storage size of `ng_udbp_stat_type_info' isn't known *** Error code 1 Stop in /d/home/des/tinderbox/src/sys/modules/udbp. *** Error code 1 Stop in /d/home/des/tinderbox/src/sys/modules. *** Error code 1 Stop in /tmp/des/obj/i386/d/home/des/tinderbox/src/sys/GENERIC. *** Error code 1 Stop in /d/home/des/tinderbox/src. *** Error code 1 Stop in /d/home/des/tinderbox/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 0:35:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 1124237B405 for ; Sat, 1 Jun 2002 00:35:43 -0700 (PDT) Received: from pool0040.cvx40-bradley.dialup.earthlink.net ([216.244.42.40] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17E3QK-00028t-00; Sat, 01 Jun 2002 00:35:40 -0700 Message-ID: <3CF8792C.FB0B94C1@mindspring.com> Date: Sat, 01 Jun 2002 00:35:08 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jake Burkholder Cc: Julian Elischer , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again References: <20020531133212.U62759@locore.ca> <20020531203317.W62759@locore.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jake Burkholder wrote: > The system call stubs in libc are leaf functions; basically just a > trap instruction followed by a return. They do not touch the stack > at all, or change the stack pointer. One of the first few instructions > on entry to the kernel is a save, which rotates the register window > and logically saves the call-safe registers onto the user stack > (the outs become the ins, and the kernel gets new ins and locals, > with the old ones being saved to the user stack once a flush is > performed or they get spilled out). > > Here is a reference: http://www.sparc.com/standards/v9.ps.Z Cool. Thanks for the reference. Though I think it's largely equivalent to the system call helper for threads context and stack switching in liblwp... 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 0:38:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id C70D637B404 for ; Sat, 1 Jun 2002 00:38:51 -0700 (PDT) Received: from pool0040.cvx40-bradley.dialup.earthlink.net ([216.244.42.40] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17E3TN-0003hA-00; Sat, 01 Jun 2002 00:38:49 -0700 Message-ID: <3CF879E9.19376E10@mindspring.com> Date: Sat, 01 Jun 2002 00:38:17 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: Jake Burkholder , FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII-again References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > interesting but not exactly brief.. :-) Does brevity really matter? You asked "why". I gave a reference in the general class; Jake gave a specific reference for the upcall issues he think the code will face. I think you have enough justification for Jake's position to just accept it, and move on, leaving the hard stuff to Jake. If you really want to press a large structure size for some reason, I think the ball is in your court to prove why larger is better than smaller for x86; it's been proven that it's not, for SPARC, I think. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 3:36:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from tara.freenix.org (keltia.freenix.org [62.4.20.87]) by hub.freebsd.org (Postfix) with ESMTP id 4155F37B40A; Sat, 1 Jun 2002 03:36:31 -0700 (PDT) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id E9FFA2A9D; Sat, 1 Jun 2002 12:36:29 +0200 (CEST) Date: Sat, 1 Jun 2002 12:36:29 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Sony Vaio, LinkSys EC2T & 5.0-CURRENT ... Message-ID: <20020601103629.GA5677@tara.freenix.org> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org References: <20020531194155.L2522-100000@mail1.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020531194155.L2522-100000@mail1.hub.org> User-Agent: Mutt/1.3.99i X-Operating-System: FreeBSD 5.0-CURRENT K6-3D/266 & 2x PIII/800 SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG According to Marc G. Fournier: > If I run 'pccardd -f /etc/defaults/pccard.conf' from the command > line, it comes back that its matched the card, followed by a line that > states: Try running NEWCARD instead. I had some probmem a while ago with my Z600TEK and moving to NEWCARD fixed it. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 4:36:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from hotmail.com (f227.law9.hotmail.com [64.4.9.227]) by hub.freebsd.org (Postfix) with ESMTP id 45E1837B409; Sat, 1 Jun 2002 04:36:25 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 1 Jun 2002 04:36:25 -0700 Received: from 202.98.16.2 by lw9fd.law9.hotmail.msn.com with HTTP; Sat, 01 Jun 2002 11:36:24 GMT X-Originating-IP: [202.98.16.2] From: "Liu Siwei" To: freebsd-questions@freebsd.org Cc: freebsd-current@freebsd.org Subject: Can't boot FreeBSD DP1 on my NoteBOOK Date: Sat, 01 Jun 2002 11:36:24 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 01 Jun 2002 11:36:25.0198 (UTC) FILETIME=[8FAFF8E0:01C20960] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG My NoteBook's vga is SIS630, when I have installed FreeBSD DP1, it hang at the: vga0 at .... line. what should I do? If i install FreeBSD-4.5 release, I have no problem. Why? Thanks. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 5: 5: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by hub.freebsd.org (Postfix) with ESMTP id 99CCD37B403 for ; Sat, 1 Jun 2002 05:05:07 -0700 (PDT) Received: from sbcglobal.net wa1ter@smtp-send.myrealbox.com [64.175.104.54] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.9 $ on Novell NetWare via secured & encrypted transport (TLS); Sat, 01 Jun 2002 06:05:07 -0600 Message-ID: <3CF7F9AB.1060208@sbcglobal.net> Date: Fri, 31 May 2002 15:31:07 -0700 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc1) Gecko/20020508 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Subject: Re: make kernel broken at dev/usb Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Sat 1 June] Thanks, that fixed it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 6:43:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from hotmail.com (oe134.pav0.hotmail.com [64.4.33.127]) by hub.freebsd.org (Postfix) with ESMTP id DCFC637B401 for ; Sat, 1 Jun 2002 06:43:09 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 1 Jun 2002 06:43:09 -0700 X-Originating-IP: [210.74.136.33] From: "kai ouyang" To: Subject: Help! Date: Sat, 1 Jun 2002 21:43:01 +0800 MIME-Version: 1.0 X-Mailer: MSN Explorer 7.00.0021.1900 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0000_01C209B5.4D632930" Message-ID: X-OriginalArrivalTime: 01 Jun 2002 13:43:09.0750 (UTC) FILETIME=[445A8560:01C20972] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_001_0000_01C209B5.4D632930 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Hi, everybody I am working on transfer RaidFrame from FreeBSD4.x to FreeBSD5.0. Scott= Long has transfered RAIDFrame from NetBSD to FreeBSD 4.x. Now, I am transfering those codes to FreeBSD5.0. This is my first strolli= ng in FreeBSD5.0 kernel. =20 Firstly, I transfered some codes based on the relationship of vinum and = ccd between 4.x and 5.0. It could compile successfully. Now when I boot the box, the system tell me: panic: sleeping without a mutex Debugger("panic") Stopped at Debugger+0x40: xorl %eax,%eax I traced the source code and found some information as follow: These is a function on RAIDFrame in the FreeBSD4.x . static __inline int RF_LTSLEEP(void *cond, int pri, const char *text, int time, struct simple= lock *mutex) { int ret; if (mutex !=3D NULL) simple_unlock(mutex); ret =3D tsleep(cond, pri, text, time); if (mutex !=3D NULL) simple_lock(mutex); return (ret); } These is the above funtion I modifed to support FreeBSD5.0: static __inline int RF_LTSLEEP(void *cond, int pri, const char *text, int time, struct mtx *m= utex) { int ret; if (mutex !=3D NULL) mtx_unlock(mutex); ret =3D tsleep(cond, pri, text, time); if (mutex !=3D NULL) mtx_lock(mutex); return (ret); } I have a clear ideal to use mtx. =20 I think there are maybe some problem in using the mtx. Thank you very much! Best Regards Ouyang Kai=B4=D3=CD=F8=D5=BE=B5=C3=B5=BD=B8=FC=B6=E0=D0=C5=CF=A2=A1=A3MSN= Explorer =C3=E2=B7=D1=CF=C2=D4=D8:http://explorer.msn.com/lccn ------=_NextPart_001_0000_01C209B5.4D632930 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Hi, everybody<= /DIV>
 I am working on transfer RaidFrame from FreeBSD4.x to Fr= eeBSD5.0.  Scott Long has transfered RAIDFrame from NetBSD to FreeBS= D 4.x.
Now, I am transfering those codes to FreeBSD5.0. This i= s my first strolling in FreeBSD5.0 kernel.
 Firstly, I t= ransfered some codes based on the relationship of vinum and ccd between 4= .x and 5.0. It could compile successfully.
 Now when I bo= ot the box, the system tell me:
 panic: sleeping without = a mutex
 Debugger("panic")
Stopped at Debugger= +0x40: xorl %eax,%eax
 
I traced the source co= de and found some information as follow:
These is a function o= n RAIDFrame in the FreeBSD4.x .
static __inline int
RF_LTSL= EEP(void *cond, int pri, const char *text, int time, struct simplelock *m= utex)
{
 int ret;
 if (mutex !=3D NULL)
  = ;simple_unlock(mutex);
 ret =3D tsleep(cond, pri, text, time); if (mutex !=3D NULL)
  simple_lock(mutex);
 r= eturn (ret);
}
These is the above funtion I modifed to = support FreeBSD5.0:
static __inline int
RF_LTSLEEP(void *co= nd, int pri, const char *text, int time, struct mtx *mutex)
{
 = ;int ret;
 if (mutex !=3D NULL)
  mtx_unlock(mutex);=
 ret =3D tsleep(cond, pri, text, time);
 if (mutex !=3D = NULL)
  mtx_lock(mutex);
 return (ret);
}
<= DIV> 
I have a clear ideal to use mtx.
I thin= k there are maybe some problem in using the mtx.
Thank you ver= y much!

Best Regards
Ouyang Kai

=B4=D3=CD=F8=D5=BE=B5=C3=B5=BD=B8=FC=B6=E0=D0=C5=CF=A2=A1= =A3MSN Explorer =C3=E2=B7=D1=CF=C2=D4=D8=A3=BAhttp://explorer.msn.com/lccn

------=_NextPart_001_0000_01C209B5.4D632930-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 7:33: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by hub.freebsd.org (Postfix) with ESMTP id DDBD937B408 for ; Sat, 1 Jun 2002 07:32:42 -0700 (PDT) Received: (qmail 3345 invoked from network); 1 Jun 2002 14:32:42 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail15.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 1 Jun 2002 14:32:42 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g51EX1F43114; Sat, 1 Jun 2002 10:33:01 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020601142606J.matusita@jp.FreeBSD.org> Date: Sat, 01 Jun 2002 10:32:28 -0400 (EDT) From: John Baldwin To: Makoto Matsushita Subject: Re: Call for Review: allow sysinstall to tweak tri-value sendmai Cc: current@freebsd.org, bmah@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 01-Jun-2002 Makoto Matsushita wrote: > > bmah> Comments on the text only (i.e. I haven't tested the new menus)... > > Thank you. > > I've (of course) tested; making floppies and do a test that sysinstall > saves sendmail_enable line to /etc/rc.conf. Great patch, please commit. Thanks! -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 7:33:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by hub.freebsd.org (Postfix) with ESMTP id 274E537B40F for ; Sat, 1 Jun 2002 07:32:43 -0700 (PDT) Received: (qmail 26302 invoked from network); 1 Jun 2002 14:32:42 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 1 Jun 2002 14:32:42 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g51EX2F43118; Sat, 1 Jun 2002 10:33:02 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sat, 01 Jun 2002 10:32:28 -0400 (EDT) From: John Baldwin To: kai ouyang Subject: RE: Help! Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 01-Jun-2002 kai ouyang wrote: > Hi, everybody > I am working on transfer RaidFrame from FreeBSD4.x to FreeBSD5.0. Scott Long has transfered > RAIDFrame from NetBSD to FreeBSD 4.x. > Now, I am transfering those codes to FreeBSD5.0. This is my first strolling in FreeBSD5.0 kernel. > Firstly, I transfered some codes based on the relationship of vinum and ccd between 4.x and 5.0. > It could compile successfully. > Now when I boot the box, the system tell me: > panic: sleeping without a mutex > Debugger("panic") > Stopped at Debugger+0x40: xorl %eax,%eax > > I traced the source code and found some information as follow: > These is a function on RAIDFrame in the FreeBSD4.x . > static __inline int > RF_LTSLEEP(void *cond, int pri, const char *text, int time, struct simplelock *mutex) > { > int ret; > if (mutex != NULL) > simple_unlock(mutex); > ret = tsleep(cond, pri, text, time); > if (mutex != NULL) > simple_lock(mutex); > return (ret); > } > > These is the above funtion I modifed to support FreeBSD5.0: > static __inline int > RF_LTSLEEP(void *cond, int pri, const char *text, int time, struct mtx *mutex) > { > int ret; > if (mutex != NULL) > mtx_unlock(mutex); > ret = tsleep(cond, pri, text, time); > if (mutex != NULL) > mtx_lock(mutex); > return (ret); > } > > I have a clear ideal to use mtx. > I think there are maybe some problem in using the mtx. > Thank you very much! Use msleep instead of tsleep so it properly interlocks to avoid lost wakeups, thus: static __inline int RF_LTSLEEP(void *cond, int pri, const char *text, into time, struct mtx *mutex) { return (msleep(cond, mutex, pri, text, time); } or better yet: #define RF_LTSLEEP(cond, pri, text, time, mtx) msleep((cond), (mtx), (pri), (text), (time)) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 8:38:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id 3753237B408 for ; Sat, 1 Jun 2002 08:38:37 -0700 (PDT) Received: from horsey.gshapiro.net (gshapiro@localhost [IPv6:::1]) by horsey.gshapiro.net (8.12.4.Beta0/8.12.4.Beta0) with ESMTP id g51Fcar7059203 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 1 Jun 2002 08:38:36 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.4.Beta0/8.12.4.Beta0/Submit) id g51FcY6C059200; Sat, 1 Jun 2002 08:38:34 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15608.60026.739924.421679@horsey.gshapiro.net> Date: Sat, 1 Jun 2002 08:38:34 -0700 From: Gregory Neil Shapiro To: Makoto Matsushita Cc: current@FreeBSD.ORG Subject: Re: Call for Review: allow sysinstall to tweak tri-value sendmail_enable In-Reply-To: <20020601142606J.matusita@jp.FreeBSD.org> References: <20020601130758S.matusita@jp.FreeBSD.org> <200206010512.g515CqQI021309@intruder.bmah.org> <20020601142606J.matusita@jp.FreeBSD.org> X-Mailer: VM 7.00 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG One more change please. Change: > + "email, but still enables sendmail for outbound mail. None disables\n" > + "sendmail completely at startup.", To: > + "email, but still enables sendmail for local and outbound mail.\n" > + "None disables sendmail completely at startup and disables inbound,\n" > + "outbound, and local mail. See /etc/mail/README for more > + "information.\n", To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 8:51:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 3321937B401; Sat, 1 Jun 2002 08:51:38 -0700 (PDT) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g51Fpav28225; Sun, 2 Jun 2002 00:51:36 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: current@FreeBSD.ORG In-Reply-To: <15608.60026.739924.421679@horsey.gshapiro.net> References: <200206010512.g515CqQI021309@intruder.bmah.org> <20020601142606J.matusita@jp.FreeBSD.org> <15608.60026.739924.421679@horsey.gshapiro.net> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 8 From: Makoto Matsushita To: gshapiro@FreeBSD.ORG Subject: Re: Call for Review: allow sysinstall to tweak tri-value sendmail_enable Date: Sun, 02 Jun 2002 00:51:34 +0900 Message-Id: <20020602005134L.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG gshapiro> One more change please. Change: I'm very glad to hear a comment from sendmail maintainer, thank you. Just committed. -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 12:23:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id 5D5A137B400 for ; Sat, 1 Jun 2002 12:23:47 -0700 (PDT) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.3/8.12.3) with ESMTP id g51JNdfS083171; Sat, 1 Jun 2002 15:23:39 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.3/8.12.3/Submit) id g51JNZGu083170; Sat, 1 Jun 2002 15:23:35 -0400 (EDT) Date: Sat, 1 Jun 2002 15:23:35 -0400 From: Alexander Kabaev To: Dag-Erling Smorgrav Cc: Jos Backus , Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Re: zsh exits upon ^C after su'ing to root with zsh as its shell Message-ID: <20020601192335.GA83158@kanpc.gte.com> References: <20020528224503.GE11876@lizzy.catnook.com> <20020529105048.W23368-100000@gamplex.bde.org> <20020529030006.GB22504@lizzy.catnook.com> <20020529032604.GA12450@kanpc.gte.com> <20020529041817.GA12755@kanpc.gte.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > You're right, it doesn't work and I don't have time to go groveling > through the kernel to figure out why. Please back out 1.51 and commit > your own patch instead. I am not a committer, so someone else has to do that. Bruce, do you have objections for this patch to be committed? -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 12:25:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from web11402.mail.yahoo.com (web11402.mail.yahoo.com [216.136.131.232]) by hub.freebsd.org (Postfix) with SMTP id 02E6637B40A for ; Sat, 1 Jun 2002 12:25:22 -0700 (PDT) Message-ID: <20020601192521.25331.qmail@web11402.mail.yahoo.com> Received: from [218.102.21.1] by web11402.mail.yahoo.com via HTTP; Sat, 01 Jun 2002 12:25:21 PDT Date: Sat, 1 Jun 2002 12:25:21 -0700 (PDT) From: Shizuka Kudo Subject: My postgresql7 not working for new gcc To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I cvsupped my current and rebuilt the system about an hours ago. After that I rebuilt the postgresql7 port. First, it failed with problem finding and I had to build with WITHOUT_SSL=yes. It finally built, but the new postgres core dumpped when running initdb command. I have to rebuild the whole port again with CFLAGS="-O0 -pipe" and this time initdb success. I have also rebuilt postgresql7 in one of my current machine just before gcc 3 commit. This port's initdb ran fine in both -current machines. Is there any problem with the -O optimization in the new gcc. Since it is the default optimization, should optimization be turned off now when building world? __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 15:57: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from dignus.com (sdsl-64-32-254-102.dsl.iad.megapath.net [64.32.254.102]) by hub.freebsd.org (Postfix) with ESMTP id 144FC37B400; Sat, 1 Jun 2002 15:57:02 -0700 (PDT) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.11.6/8.11.3) with ESMTP id g51MpVh38023; Sat, 1 Jun 2002 18:51:31 -0400 (EDT) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id g51MqC702887; Sat, 1 Jun 2002 18:52:12 -0400 (EDT) (envelope-from rivers) Date: Sat, 1 Jun 2002 18:52:12 -0400 (EDT) From: Thomas David Rivers Message-Id: <200206012252.g51MqC702887@lakes.dignus.com> To: freebsd-current@FreeBSD.ORG, scrappy@hub.org Subject: Re: Sony Vaio, LinkSys EC2T & 5.0-CURRENT ... Cc: freebsd-mobile@FreeBSD.ORG In-Reply-To: <20020531194155.L2522-100000@mail1.hub.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Marc G. Fournier" wrote: > Morning all ... > > After getting nowhere with the Surecom EP-428X that I picked up, I > went out today and grabbed one of the Linksys EC2T, figuring it's on the > list of supported devices I found, and I think I'm soooo close ... > > First, I'm running a VAIO PCG-Z505S ... I've upgraded to > 5.0-CURRENT as of May 21st, mainly due to the Surecom, but figure I'll > stay there for the Linksys ... > > If I run 'pccardd -f /etc/defaults/pccard.conf' from the command > line, it comes back that its matched the card, followed by a line that > states: > > 'driver allocation failed for Linksys(...): Inappropriate ioctl > for device' > > According to dmesg, I have: > > pcic0: irq 9 at device 10.0 on pci0 > pcic0: PCI Memory allocated: 0x44000000 > pccard0: on pcic0 > > If I pull out the card, the machine itself hangs ... and searching > on Google, it talks about pccard + shared interrupts ... and on this, the > internal ethernet (fxp0) is using irq 9 and the USB controller (uhci0) is > using irq 9 ... > > So, I'm pretty much at an impasse right now as to what to try next > ... does anyone have an experiences with this combination and/or > suggestions on what to try next ... ? > > Thanks ... I'm having similar problems with a Sony VAIO F480 and 4.5-RELEASE. (see my postings on the -stable list.) (Same Ricoh RL5C475 chip.) No suggestions at the moment... Warner Losh has the idea that some interrupt is being masked, an interrupt that probably shouldn't be. - Dave Rivers - -- rivers@dignus.com Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 17: 5:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from lota.izhcom.ru (lota.izhcom.ru [213.24.0.2]) by hub.freebsd.org (Postfix) with ESMTP id C504737B407; Sat, 1 Jun 2002 17:05:24 -0700 (PDT) Received: from jhynt (D052.dialup.udm.net [213.59.63.52]) by lota.izhcom.ru (8.11.6/8.11.6/Izhcom-V1.1m) with SMTP id g5204Wf57562; Sun, 2 Jun 2002 05:04:33 +0500 (SAMST) Message-Id: <200206020004.g5204Wf57562@lota.izhcom.ru> From: infocom To: "" <> Subject: Информация Organization: infocom Reply-To: mail@infobase.com.ru X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-Priority: 3 X-MSMail-Priority: Normal Mime-Version: 1.0 Content-Type: text/plain; charset="Windows-1251" Date: Sun, 2 Jun 2002 05:04:34 +0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Базы данных фирм и e-mail http://infobase.com.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 17:15:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id CBA6B37B401 for ; Sat, 1 Jun 2002 17:15:29 -0700 (PDT) Received: from moe.cs.duke.edu (moe.cs.duke.edu [152.3.140.74]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id UAA00996 for ; Sat, 1 Jun 2002 20:15:28 -0400 (EDT) Received: (gallatin@localhost) by moe.cs.duke.edu (8.8.5/8.6.9) id UAA19879; Sat, 1 Jun 2002 20:15:28 -0400 (EDT) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15609.25504.743035.99007@moe.cs.duke.edu> Date: Sat, 1 Jun 2002 20:15:28 -0400 (EDT) To: freebsd-current@freebsd.org Subject: installworld failure in libncurses X-Mailer: VM 6.72 under 21.1 (patch 9) "Canyonlands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ===> lib/libncurses install -C -o root -g wheel -m 444 libncurses.a /usr/lib install -c -s -o root -g wheel -m 444 libncurses.so.5 /usr/lib ln -fs libncurses.so.5 /usr/lib/libncurses.so install -C -o root -g wheel -m 444 curses.h term.h termcap.h unctrl.h /usr/src/lib/libncurses/../../contrib/ncurses/include/ncurses_dll.h /usr/include /usr/include/ncurses.h -> curses.h ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_addstr.3x curs_addstr.3 ln: curs_addstr.3: File exists *** Error code 1 Stop in /usr/src/lib/libncurses. *** Error code 1 This continues on for all the .3 man pages in libncurses. rm -f /usr/obj/usr/src/lib/libncurses/*3 allows the installworld to continue until it pukes on another libncurses man page: ln -s /usr/src/lib/libform/../../contrib/ncurses/man/form.3x form.3 ln: form.3: File exists *** Error code 1 Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 18:28:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 1FC5537B400 for ; Sat, 1 Jun 2002 18:28:42 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id B3F59103B46 for ; Sat, 1 Jun 2002 22:28:36 -0300 (ADT) Date: Sat, 1 Jun 2002 22:28:36 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-current@freebsd.org Subject: Undefined symbol "SYS_uuidgen"? Message-ID: <20020601221642.C2522-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Performed a 'make buildworld' successfully, but as soon as I tried the 'installworld', when its trying to do the install of libc.so.5, it gives an error to the effect of: /usr/libexec/ld-elf.so.1: /usr/lib/libc.so.5: Undefined symbol "SYS_uuidgen" I've tried to search google, and the list archives on freebsd.org, as well as re-scan through UPDATING, and can't find any references to it ;( Help? Since I'm in a state whre I can't get hte network up, is there a file I can edit to fix this? Thanks ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 19: 6: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 0245937B400 for ; Sat, 1 Jun 2002 19:05:59 -0700 (PDT) Received: (from dan@localhost) by dan.emsphone.com (8.12.2/8.12.3) id g5225w1G074902; Sat, 1 Jun 2002 21:05:58 -0500 (CDT) (envelope-from dan) Date: Sat, 1 Jun 2002 21:05:58 -0500 From: Dan Nelson To: "Marc G. Fournier" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Undefined symbol "SYS_uuidgen"? Message-ID: <20020602020558.GA71139@dan.emsphone.com> References: <20020601221642.C2522-100000@mail1.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020601221642.C2522-100000@mail1.hub.org> User-Agent: Mutt/1.3.99i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Jun 01), Marc G. Fournier said: > Performed a 'make buildworld' successfully, but as soon as I tried the > 'installworld', when its trying to do the install of libc.so.5, it gives > an error to the effect of: > > /usr/libexec/ld-elf.so.1: /usr/lib/libc.so.5: Undefined symbol "SYS_uuidgen" Sounds like your kernel and userland are out of synch. Try installing a new kernel, and rerunning installworld. You may need to build the kernel on another machine if you can't roll back your libc. It's always a good idea to back up libc before a world build :) > I've tried to search google, and the list archives on freebsd.org, as > well as re-scan through UPDATING, and can't find any references to it > ;( > > Help? Since I'm in a state whre I can't get hte network up, is there > a file I can edit to fix this? You should be able to use the network in single-user mode; ifconfig and route are statically linked. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 19:15: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 077B237B400 for ; Sat, 1 Jun 2002 19:15:01 -0700 (PDT) Received: from pool0126.cvx21-bradley.dialup.earthlink.net ([209.179.192.126] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17EKtR-0006Cs-00; Sat, 01 Jun 2002 19:14:54 -0700 Message-ID: <3CF97F78.7D8308D2@mindspring.com> Date: Sat, 01 Jun 2002 19:14:16 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson Cc: "Marc G. Fournier" , freebsd-current@FreeBSD.ORG Subject: Re: Undefined symbol "SYS_uuidgen"? References: <20020601221642.C2522-100000@mail1.hub.org> <20020602020558.GA71139@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Nelson wrote: > In the last episode (Jun 01), Marc G. Fournier said: > > Performed a 'make buildworld' successfully, but as soon as I tried the > > 'installworld', when its trying to do the install of libc.so.5, it gives > > an error to the effect of: > > > > /usr/libexec/ld-elf.so.1: /usr/lib/libc.so.5: Undefined symbol "SYS_uuidgen" > > Sounds like your kernel and userland are out of synch. Try installing > a new kernel, and rerunning installworld. You may need to build the > kernel on another machine if you can't roll back your libc. It's > always a good idea to back up libc before a world build :) "Undefined symbol", not "Undefined system call". Sounds more like the sys "include" files were not installed before the libc was built, since there's a silly script that translates /usr/include/sys/syscall.h to stubs. Another possibility is that the Makefile's in the /usr/src/lib/libc hierarchy need updating. Generally, I'd expect the libc.so version number to bump before seeing this problem, anyway. 8-(. Looks like someone failed to bump a version number. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 19:36:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id D8D5637B401 for ; Sat, 1 Jun 2002 19:36:21 -0700 (PDT) Received: (from dan@localhost) by dan.emsphone.com (8.12.2/8.12.3) id g522aK1e025015; Sat, 1 Jun 2002 21:36:20 -0500 (CDT) (envelope-from dan) Date: Sat, 1 Jun 2002 21:36:20 -0500 From: Dan Nelson To: Terry Lambert Cc: "Marc G. Fournier" , freebsd-current@FreeBSD.ORG Subject: Re: Undefined symbol "SYS_uuidgen"? Message-ID: <20020602023620.GD71139@dan.emsphone.com> References: <20020601221642.C2522-100000@mail1.hub.org> <20020602020558.GA71139@dan.emsphone.com> <3CF97F78.7D8308D2@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CF97F78.7D8308D2@mindspring.com> User-Agent: Mutt/1.3.99i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Jun 01), Terry Lambert said: > Dan Nelson wrote: > > In the last episode (Jun 01), Marc G. Fournier said: > > > Performed a 'make buildworld' successfully, but as soon as I > > > tried the 'installworld', when its trying to do the install of > > > libc.so.5, it gives an error to the effect of: > > > > > > /usr/libexec/ld-elf.so.1: /usr/lib/libc.so.5: Undefined symbol "SYS_uuidgen" > > > > Sounds like your kernel and userland are out of synch. Try > > installing a new kernel, and rerunning installworld. You may need > > to build the kernel on another machine if you can't roll back your > > libc. It's always a good idea to back up libc before a world build > > :) > > "Undefined symbol", not "Undefined system call". > > Sounds more like the sys "include" files were not installed before > the libc was built, since there's a silly script that translates > /usr/include/sys/syscall.h to stubs. Yes, that's it. I remember having the same problem with the addition of lchflags last month. Maybe the buildworld should do a "make includes" into the build tree and use those when building libc? (wouldn't have helped me, as I very rarely build world, but rebuild libraries and bins manually if I need a new feature) > Generally, I'd expect the libc.so version number to bump before > seeing this problem, anyway. 8-(. Looks like someone failed to > bump a version number. You only bump the version when an ABI changes or a function disappears, afaik. We promise backwards compatibility, not forwards. And I don't think we want to bump versions on -current anyway; 4.* has libc.so.4, 5.0-RELEASE will have .so.5. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 19:37: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id D452A37B403 for ; Sat, 1 Jun 2002 19:36:55 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id E67A9103B46; Sat, 1 Jun 2002 23:36:49 -0300 (ADT) Date: Sat, 1 Jun 2002 23:36:49 -0300 (ADT) From: "Marc G. Fournier" To: Terry Lambert Cc: Dan Nelson , Subject: Re: Undefined symbol "SYS_uuidgen"? In-Reply-To: <3CF97F78.7D8308D2@mindspring.com> Message-ID: <20020601233628.G2522-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Cool, just did a reinstall of the include files and things appear to be working "much better now" ... thanks :) On Sat, 1 Jun 2002, Terry Lambert wrote: > Dan Nelson wrote: > > In the last episode (Jun 01), Marc G. Fournier said: > > > Performed a 'make buildworld' successfully, but as soon as I tried the > > > 'installworld', when its trying to do the install of libc.so.5, it gives > > > an error to the effect of: > > > > > > /usr/libexec/ld-elf.so.1: /usr/lib/libc.so.5: Undefined symbol "SYS_uuidgen" > > > > Sounds like your kernel and userland are out of synch. Try installing > > a new kernel, and rerunning installworld. You may need to build the > > kernel on another machine if you can't roll back your libc. It's > > always a good idea to back up libc before a world build :) > > "Undefined symbol", not "Undefined system call". > > Sounds more like the sys "include" files were not installed before > the libc was built, since there's a silly script that translates > /usr/include/sys/syscall.h to stubs. > > Another possibility is that the Makefile's in the /usr/src/lib/libc > hierarchy need updating. > > Generally, I'd expect the libc.so version number to bump before > seeing this problem, anyway. 8-(. Looks like someone failed to > bump a version number. > > -- Terry > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 20:24:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id BD2EB37B403 for ; Sat, 1 Jun 2002 20:24:29 -0700 (PDT) Received: from dialup-209.245.132.229.dial1.sanjose1.level3.net ([209.245.132.229] helo=mindspring.com) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17ELyj-0002Od-00; Sat, 01 Jun 2002 20:24:26 -0700 Message-ID: <3CF98FBF.6F91DA96@mindspring.com> Date: Sat, 01 Jun 2002 20:23:43 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson Cc: "Marc G. Fournier" , freebsd-current@FreeBSD.ORG Subject: Re: Undefined symbol "SYS_uuidgen"? References: <20020601221642.C2522-100000@mail1.hub.org> <20020602020558.GA71139@dan.emsphone.com> <3CF97F78.7D8308D2@mindspring.com> <20020602023620.GD71139@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Nelson wrote: > You only bump the version when an ABI changes or a function disappears, > afaik. We promise backwards compatibility, not forwards. And I don't > think we want to bump versions on -current anyway; 4.* has libc.so.4, > 5.0-RELEASE will have .so.5. If it's already been bumped for 5.x, I stand corrected: keeping in sync with a release-in-progress where the number has already been bumped is "an exercise for the student". 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 20:31:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 5765C37B403; Sat, 1 Jun 2002 20:31:21 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id C368C103B4F; Sun, 2 Jun 2002 00:31:14 -0300 (ADT) Date: Sun, 2 Jun 2002 00:31:14 -0300 (ADT) From: "Marc G. Fournier" To: Ollivier Robert Cc: freebsd-current@freebsd.org, Subject: Re: Sony Vaio, LinkSys EC2T & 5.0-CURRENT ... In-Reply-To: <20020601103629.GA5677@tara.freenix.org> Message-ID: <20020602002824.G2522-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 1 Jun 2002, Ollivier Robert wrote: > According to Marc G. Fournier: > > If I run 'pccardd -f /etc/defaults/pccard.conf' from the command > > line, it comes back that its matched the card, followed by a line that > > states: > > Try running NEWCARD instead. I had some probmem a while ago with my Z600TEK > and moving to NEWCARD fixed it. D'oh ... I had thought, for some reason, that NEWCARD was the default :( Just redid my kernel with NEWCARD, and now my Surecom EP-428X works too ... woo hoo ;) Thanks ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 20:44:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 636C637B400 for ; Sat, 1 Jun 2002 20:44:17 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id B55D3103B4D for ; Sun, 2 Jun 2002 00:44:05 -0300 (ADT) Date: Sun, 2 Jun 2002 00:44:05 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-current@freebsd.org Subject: getcwd() failed ... Message-ID: <20020602004115.R2522-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm getting the following randomly while trying to do a 'make buildworld' ... library problem? Or something else that I'm not seeing? ===> gnu/lib/libstdc++ ===> gnu/lib/libstdc++/doc cd: getcwd() failed: No such file or directory *** Error code 2 Thanks ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 20:54: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id BDA7737B401; Sat, 1 Jun 2002 20:53:59 -0700 (PDT) Date: Sat, 1 Jun 2002 20:53:59 -0700 From: "J. Mallett" To: "Marc G. Fournier" Cc: freebsd-current@freebsd.org Subject: Re: getcwd() failed ... Message-ID: <20020601205359.A28299@FreeBSD.ORG> References: <20020602004115.R2522-100000@mail1.hub.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: <20020602004115.R2522-100000@mail1.hub.org>; from scrappy@hub.org on Sun, Jun 02, 2002 at 12:44:05AM -0300 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , X-Affiliated-Projects: FreeBSD, xMach, ircd-hybrid-7 X-Towel: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * From "Marc G. Fournier" > > I'm getting the following randomly while trying to do a 'make buildworld' > ... library problem? Or something else that I'm not seeing? > > > ===> gnu/lib/libstdc++ > ===> gnu/lib/libstdc++/doc > cd: getcwd() failed: No such file or directory > *** Error code 2 > > Thanks ... Update sh. -- J. Mallett FreeBSD: The Power To Serve "I've coined new words, like, misunderstanding and Hispanically." -- George W. Bush, Radio-Television Correspondents Association dinner, Washington, D.C., March 29, 2001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 1 21:36:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from ref5.freebsd.org (ref5.FreeBSD.org [216.136.204.102]) by hub.freebsd.org (Postfix) with ESMTP id 2A0AE37B406 for ; Sat, 1 Jun 2002 21:36:40 -0700 (PDT) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.3/8.12.3) with ESMTP id g524aeP7003483 for ; Sat, 1 Jun 2002 21:36:40 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.3/8.12.3/Submit) id g524ae9Z003471 for current@freebsd.org; Sat, 1 Jun 2002 21:36:40 -0700 (PDT) Date: Sat, 1 Jun 2002 21:36:40 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200206020436.g524ae9Z003471@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> 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 /tmp/des/obj/i386/d/home/des/tinderbox/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> gnu/usr.bin/binutils/ar ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': bucomm.o(.text+0x391): warning: mktemp() possibly used unsafely; consider using mkstemp() ===> gnu/usr.bin/binutils/as ===> gnu/usr.bin/binutils/as/i386-freebsd In file included from /d/home/des/tinderbox/src/contrib/binutils/gas/config/tc-i386.c:37: /d/home/des/tinderbox/src/contrib/binutils/include/opcode/i386.h:-15201: internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu/usr.bin/binutils/as/i386-freebsd. *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu/usr.bin. *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu. *** Error code 1 Stop in /d/home/des/tinderbox/src. *** Error code 1 Stop in /d/home/des/tinderbox/src. *** Error code 1 Stop in /d/home/des/tinderbox/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message