From owner-freebsd-hackers Sun Aug 25 4:42:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6097337B400; Sun, 25 Aug 2002 04:42:36 -0700 (PDT) Received: from mail.unitec.edu (mail.unitec.edu [216.72.84.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1DCE43E6E; Sun, 25 Aug 2002 04:42:32 -0700 (PDT) (envelope-from g.paredes@unitec.edu) Received: from unitec.edu ([127.0.0.1]) by mail.unitec.edu (Netscape Messaging Server 4.15) with ESMTP id H1EDKG00.3YF; Sun, 25 Aug 2002 05:36:16 -0600 From: "GERARDO ENRIQUE PAREDES MANCIA" To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Message-ID: <6647ea481bf9ec68.1bf9ec686647ea48@unitec.edu> Date: Sun, 25 Aug 2002 05:36:16 -0600 X-Mailer: Netscape Webmail MIME-Version: 1.0 Content-Language: en Subject: problems with pthreads X-Accept-Language: en Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG when trying to portupgrade XFree86-clients from 4.2.??? to the newest version i get this: LD_LIBRARY_PATH=../../exports/lib cc -O -pipe -march=pentiumpro -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I../.. -I../../exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -c appres.c In file included from appres.c:34: /usr/include/stdlib.h:110: warning: ANSI C does not support `long long' /usr/include/stdlib.h:114: warning: ANSI C does not support `long long' rm -f appres LD_LIBRARY_PATH=../../exports/lib cc -o appres -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -L../../exports/lib appres.o -lXt -lSM -lICE -lXext -lX11 -L/usr/X11R6/lib -Wl,-rpath,/usr/X11R6/lib ../../exports/lib/libXt.so: undefined reference to `pthread_cond_signal' /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_zero_stub_' ../../exports/lib/libX11.so: undefined reference to `pthread_cond_broadcast' /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_self_stub_' ../../exports/lib/libXt.so: undefined reference to `pthread_cond_init' ../../exports/lib/libXt.so: undefined reference to `pthread_mutex_unlock' ../../exports/lib/libXt.so: undefined reference to `pthread_self' ../../exports/lib/libXt.so: undefined reference to `pthread_mutex_destroy' ../../exports/lib/libXt.so: undefined reference to `pthread_mutex_lock' ../../exports/lib/libXt.so: undefined reference to `pthread_cond_wait' ../../exports/lib/libXt.so: undefined reference to `pthread_cond_destroy' ../../exports/lib/libXt.so: undefined reference to `pthread_mutex_init' *** Error code 1 i get the same errors when trying to compile wxWindows apps with: g++ -o proggy proggy.cpp `wx-config --libs` `wx-config --cxxflags` however i got my wxwindows apps to compile (with some warnings) adding -lc_r after the above line. i just recently build the world, i track RELENG_4 on a weekly basis, is this problem related to it? if don't, please provide me with any insight how to fix it. Thanks Gerardo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 25 12: 1:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9B6C37B405; Sun, 25 Aug 2002 12:01:40 -0700 (PDT) Received: from mice.XGforce.COM (mice.XGforce.COM [63.203.118.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 740FC43E6A; Sun, 25 Aug 2002 12:01:36 -0700 (PDT) (envelope-from mattl3@earthlink.net) Received: from ssn (brams.XGforce.COM [63.203.118.78]) by mice.XGforce.COM (8.11.6/8.11.6) with SMTP id g7PJ1GX38355; Sun, 25 Aug 2002 12:01:25 -0700 (PDT) (envelope-from mattl3@earthlink.net) Message-ID: <009301c24c69$79a4b670$4e76cb3f@ssn> From: "Matt" To: "GERARDO ENRIQUE PAREDES MANCIA" , , References: <6647ea481bf9ec68.1bf9ec686647ea48@unitec.edu> Subject: Re: problems with pthreads Date: Sun, 25 Aug 2002 11:58:50 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Disposition-Notification-To: "Matt" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@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 edit the makefile to take out the CFLAG of -ansi and add in -pthread so it will link with pthread libc_r. Best Regards http://www.xgforce.com/product.html --------------------------------------------- The Next Generation Server Clustering and Clustered Enterprise Firewall/VPN Solutions. --------------------------------------------- ----- Original Message ----- From: "GERARDO ENRIQUE PAREDES MANCIA" To: ; Sent: Sunday, August 25, 2002 4:36 AM Subject: problems with pthreads > when trying to portupgrade XFree86-clients from 4.2.??? to the newest version i > get this: > > > LD_LIBRARY_PATH=../../exports/lib cc -O -pipe -march=pentiumpro -ansi -pedantic > -Dasm=__asm -Wall -Wpointer-arith -I../.. -I../../exports/include > -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -c appres.c > In file included from appres.c:34: > /usr/include/stdlib.h:110: warning: ANSI C does not support `long long' > /usr/include/stdlib.h:114: warning: ANSI C does not support `long long' > rm -f appres > LD_LIBRARY_PATH=../../exports/lib cc -o appres -ansi -pedantic -Dasm=__asm > -Wall -Wpointer-arith -L../../exports/lib appres.o -lXt -lSM -lICE -lXext > -lX11 -L/usr/X11R6/lib -Wl,-rpath,/usr/X11R6/lib > ../../exports/lib/libXt.so: undefined reference to `pthread_cond_signal' > /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_zero_stub_' > ../../exports/lib/libX11.so: undefined reference to `pthread_cond_broadcast' > /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_self_stub_' > ../../exports/lib/libXt.so: undefined reference to `pthread_cond_init' > ../../exports/lib/libXt.so: undefined reference to `pthread_mutex_unlock' > ../../exports/lib/libXt.so: undefined reference to `pthread_self' > ../../exports/lib/libXt.so: undefined reference to `pthread_mutex_destroy' > ../../exports/lib/libXt.so: undefined reference to `pthread_mutex_lock' > ../../exports/lib/libXt.so: undefined reference to `pthread_cond_wait' > ../../exports/lib/libXt.so: undefined reference to `pthread_cond_destroy' > ../../exports/lib/libXt.so: undefined reference to `pthread_mutex_init' > *** Error code 1 > > > i get the same errors when trying to compile wxWindows apps with: > > g++ -o proggy proggy.cpp `wx-config --libs` `wx-config --cxxflags` > > > however i got my wxwindows apps to compile (with some warnings) adding -lc_r > after the above line. > > i just recently build the world, i track RELENG_4 on a weekly basis, is this > problem related to it? if don't, please provide me with any insight how to fix > it. > > Thanks > Gerardo > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 25 12:15:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A41337B400; Sun, 25 Aug 2002 12:15:21 -0700 (PDT) Received: from tomts26-srv.bellnexxia.net (tomts26.bellnexxia.net [209.226.175.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 353FE43E88; Sun, 25 Aug 2002 12:15:20 -0700 (PDT) (envelope-from junis@gosympatico.ca) Received: from [209.226.175.136] by tomts26-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020825191402.LKEZ8287.tomts26-srv.bellnexxia.net@[209.226.175.136]>; Sun, 25 Aug 2002 15:14:02 -0400 From: To: Subject: Hello from Kabul Date: Sun, 25 Aug 2002 15:16:17 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20020825191402.LKEZ8287.tomts26-srv.bellnexxia.net@[209.226.175.136]> Sender: owner-freebsd-hackers@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 Junis from Kabul. With help from friend Jon Katz I have made first release of my new operating system - JUNIX. Plays well MP3 and has good support for iPod system. Also special file sytem to store DivX of baywatch and survivor television show. I very much like america culture. JUNIX is built for commodore but I include my compiler so you can build for your system when you have dug up hardware from chicken hut. THANKS. --JUNIS ----- Get your free WebMail account from Sympatico-Lycos at www.sympatico.ca ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 25 12:41:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A403637B400 for ; Sun, 25 Aug 2002 12:41:16 -0700 (PDT) Received: from omta01.mta.everyone.net (sitemail3.everyone.net [216.200.145.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92C0143E72 for ; Sun, 25 Aug 2002 12:41:15 -0700 (PDT) (envelope-from mfrd@attitudex.com) Received: from sitemail.everyone.net (dsnat [216.200.145.62]) by omta01.mta.everyone.net (Postfix) with ESMTP id 5F39E1C48F4 for ; Sun, 25 Aug 2002 12:41:15 -0700 (PDT) Received: by sitemail.everyone.net (Postfix, from userid 99) id 099BE3953; Sun, 25 Aug 2002 12:41:15 -0700 (PDT) Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Date: Sun, 25 Aug 2002 12:41:11 -0700 (PDT) From: Muhammad Faisal Rauf Danka To: hackers@freebsd.org Subject: Re: Hello from Kabul Reply-To: mfrd@attitudex.com X-Originating-Ip: [202.5.134.230] Message-Id: <20020825194115.099BE3953@sitemail.everyone.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nice joke! Regards -------- Muhammad Faisal Rauf Danka Head of GemSEC / Chief Technology Officer Gem Internet Services (Pvt) Ltd. web: www.gem.net.pk Key Id: 0x784B0202 Key Fingerprint: 6F8C EDCF 6C6E 06A5 48D7 6A20 C592 484B 784B 0202 --- wrote: >HI !!! > >I am Junis from Kabul. With >help from friend Jon Katz I >have made first release of >my new operating system - >JUNIX. Plays well MP3 and has >good support for iPod system. >Also special file sytem to >store DivX of baywatch and >survivor television show. >I very much like america >culture. JUNIX is built for >commodore but I include my >compiler so you can build for >your system when you have dug >up hardware from chicken hut. > >THANKS. >--JUNIS >----- Get your free WebMail account from Sympatico-Lycos at www.sympatico.ca ----- > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message _____________________________________________________________ --------------------------- [ATTITUDEX.COM] http://www.attitudex.com/ --------------------------- _____________________________________________________________ Promote your group and strengthen ties to your members with email@yourgroup.org by Everyone.net http://www.everyone.net/?btn=tag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 25 12:44:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44B3337B400 for ; Sun, 25 Aug 2002 12:44:25 -0700 (PDT) Received: from hotel.farlep.net (hotel.farlep.net [213.130.5.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id F377B43E65 for ; Sun, 25 Aug 2002 12:44:23 -0700 (PDT) (envelope-from alex@shi.com.ua) Received: by hotel.farlep.net (Postfix, from userid 12460) id A8A0F27140; Sun, 25 Aug 2002 22:43:45 +0300 (EEST) Received: from crazy (crazy.hotel.farlep.net [213.130.2.35]) by hotel.farlep.net (Postfix) with SMTP id 6748D2713D for ; Sun, 25 Aug 2002 22:43:44 +0300 (EEST) Message-ID: <002601c24cc3$960ec800$230282d5@crazy> From: "Alex V." To: References: <20020825194115.099BE3953@sitemail.everyone.net> Subject: Re: Hello from Kabul Date: Sun, 25 Aug 2002 22:44:02 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yeah.............! ;-) ----- Original Message ----- From: "Muhammad Faisal Rauf Danka" To: Sent: Sunday, August 25, 2002 12:41 PM Subject: Re: Hello from Kabul > Nice joke! > > Regards > -------- > Muhammad Faisal Rauf Danka > > Head of GemSEC / Chief Technology Officer > Gem Internet Services (Pvt) Ltd. > web: www.gem.net.pk > Key Id: 0x784B0202 > Key Fingerprint: 6F8C EDCF 6C6E 06A5 48D7 6A20 C592 484B > 784B 0202 > > > --- wrote: > >HI !!! > > > >I am Junis from Kabul. With > >help from friend Jon Katz I > >have made first release of > >my new operating system - > >JUNIX. Plays well MP3 and has > >good support for iPod system. > >Also special file sytem to > >store DivX of baywatch and > >survivor television show. > >I very much like america > >culture. JUNIX is built for > >commodore but I include my > >compiler so you can build for > >your system when you have dug > >up hardware from chicken hut. > > > >THANKS. > >--JUNIS > >----- Get your free WebMail account from Sympatico-Lycos at www.sympatico.ca ----- > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-hackers" in the body of the message > > _____________________________________________________________ > --------------------------- > [ATTITUDEX.COM] > http://www.attitudex.com/ > --------------------------- > > _____________________________________________________________ > Promote your group and strengthen ties to your members with email@yourgroup.org by Everyone.net http://www.everyone.net/?btn=tag > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 25 13:55:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC77C37B400; Sun, 25 Aug 2002 13:55:04 -0700 (PDT) Received: from mail.unitec.edu (mail.unitec.edu [216.72.84.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id D120843E6A; Sun, 25 Aug 2002 13:55:00 -0700 (PDT) (envelope-from g.paredes@unitec.edu) Received: from unitec.edu ([127.0.0.1]) by mail.unitec.edu (Netscape Messaging Server 4.15) with ESMTP id H1F35I00.I4F; Sun, 25 Aug 2002 14:48:54 -0600 From: "GERARDO ENRIQUE PAREDES MANCIA" To: "Matt" , freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Message-ID: <6edcb3e041e630fd.41e630fd6edcb3e0@unitec.edu> Date: Sun, 25 Aug 2002 14:48:54 -0600 X-Mailer: Netscape Webmail MIME-Version: 1.0 Content-Language: en Subject: Re: Re: problems with pthreads X-Accept-Language: en Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG it appears to die in the same place albeit with a bit less of errors :) . see: LD_LIBRARY_PATH=../../exports/lib cc -o appres -pthread -pedantic -Dasm=__asm -Wall -Wpointer-arith -L../../exports/lib appres.o -lXt -lSM -lICE -lXext -lX11 -L/usr/X11R6/lib -Wl,-rpath,/usr/X11R6/lib /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_zero_stub_' /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_self_stub_' *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc/programs/appres. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc/programs. ----- Original Message ----- From: "Matt" Date: Sunday, August 25, 2002 12:58 pm Subject: Re: problems with pthreads > You need to edit the makefile to take out the CFLAG of -ansi and add > in -pthread so it will link with pthread libc_r. > > Best Regards > > http://www.xgforce.com/product.html > --------------------------------------------- > The Next Generation Server Clustering and > Clustered Enterprise Firewall/VPN Solutions. > --------------------------------------------- > ----- Original Message ----- > From: "GERARDO ENRIQUE PAREDES MANCIA" > To: ; > Sent: Sunday, August 25, 2002 4:36 AM > Subject: problems with pthreads > > > > when trying to portupgrade XFree86-clients from 4.2.??? to the > newestversion i > > get this: > > > > > > LD_LIBRARY_PATH=../../exports/lib > cc -O -pipe -march=pentiumpro -ansi -pedantic > > -Dasm=__asm -Wall -Wpointer-arith -I../.. - > I../../exports/include> -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO > -c appres.c > > In file included from appres.c:34: > > /usr/include/stdlib.h:110: warning: ANSI C does not support `long > long'> /usr/include/stdlib.h:114: warning: ANSI C does not support > `long long' > > rm -f appres > > LD_LIBRARY_PATH=../../exports/lib cc -o > appres -ansi -pedantic -Dasm=__asm > > -Wall -Wpointer-arith -L../../exports/lib > appres.o -lXt -lSM -lICE -lXext > > -lX11 -L/usr/X11R6/lib -Wl,-rpath,/usr/X11R6/lib > > ../../exports/lib/libXt.so: undefined reference to > `pthread_cond_signal'> /usr/X11R6/lib/libXThrStub.so.6: undefined > reference to `_Xthr_zero_stub_' > > ../../exports/lib/libX11.so: undefined reference to > `pthread_cond_broadcast' > > /usr/X11R6/lib/libXThrStub.so.6: undefined reference to > `_Xthr_self_stub_'> ../../exports/lib/libXt.so: undefined reference > to `pthread_cond_init' > > ../../exports/lib/libXt.so: undefined reference to > `pthread_mutex_unlock'> ../../exports/lib/libXt.so: undefined > reference to `pthread_self' > > ../../exports/lib/libXt.so: undefined reference to > `pthread_mutex_destroy'> ../../exports/lib/libXt.so: undefined > reference to `pthread_mutex_lock' > > ../../exports/lib/libXt.so: undefined reference to > `pthread_cond_wait'> ../../exports/lib/libXt.so: undefined > reference to `pthread_cond_destroy' > > ../../exports/lib/libXt.so: undefined reference to > `pthread_mutex_init'> *** Error code 1 > > > > > > i get the same errors when trying to compile wxWindows apps with: > > > > g++ -o proggy proggy.cpp `wx-config --libs` `wx-config --cxxflags` > > > > > > however i got my wxwindows apps to compile (with some warnings) > adding -lc_r > > after the above line. > > > > i just recently build the world, i track RELENG_4 on a weekly > basis, is > this > > problem related to it? if don't, please provide me with any > insight how to > fix > > it. > > > > Thanks > > Gerardo > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 25 15: 4:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF82737B400 for ; Sun, 25 Aug 2002 15:04:47 -0700 (PDT) Received: from utility.clubscholarship.com (utility.clubscholarship.com [198.78.70.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id A284743E42 for ; Sun, 25 Aug 2002 15:04:46 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Received: from localhost (root@localhost) by utility.clubscholarship.com (8.11.6/8.11.6) with ESMTP id g7PM2AH28661; Sun, 25 Aug 2002 15:02:11 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Date: Sun, 25 Aug 2002 15:02:10 -0700 (PDT) From: Patrick Thomas To: "Brian T. Schellenberger" Cc: Bruce M Simpson , Subject: Re: top shows all zeroes. In-Reply-To: <200208241230.52204.bts@babbleon.org> Message-ID: <20020825150105.S58763-100000@utility.clubscholarship.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG No, world and kernel out of sync is _not _ the problem in my case - I made 4.6.1-RC2 diskettes and did a ftp installation - so there was no upgrading involved. Further, this is an intermittent problem - sometimes it happens, sometimes it doesn't. I think some people have reported it on non RC2 4.6-RELEASE. --pt On Sat, 24 Aug 2002, Brian T. Schellenberger wrote: > On Saturday 24 August 2002 12:00 pm, Patrick Thomas wrote: > | And more important;y, does anyone know _why_ it is happening and what > | it means for a system affected ? > > It usually means that the kernel and the world are out of sync. How did > you update to 4.6.1-RC2? > > > | > | On Sat, 24 Aug 2002, Bruce M Simpson wrote: > | > On Sat, Aug 24, 2002 at 12:23:45AM -0700, Patrick Thomas wrote: > | > > I have seen this twice on 4.6.1-RC2: > | > > | > [..] > | > > | > > CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% > | > > interrupt, 0.0% idle > | > > | > [..] > | > > | > This is happening on my Vaio also; has anyone filed a PR? > | > > | > FreeBSD triage.dollah.com 4.6-STABLE FreeBSD 4.6-STABLE #0: Tue Aug > | > 20 13:00:06 BST 2002 > | > root@triage.dollah.com:/usr/src/sys/compile/TRIAGE i386 > | > > | > BMS > | > | To Unsubscribe: send mail to majordomo@FreeBSD.org > | with "unsubscribe freebsd-hackers" in the body of the message > > -- > Brian, the man from Babble-On . . . . bts@babbleon.org (personal) > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 25 15: 9:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81C9837B400 for ; Sun, 25 Aug 2002 15:09:47 -0700 (PDT) Received: from utility.clubscholarship.com (utility.clubscholarship.com [198.78.70.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id A17F743E6E for ; Sun, 25 Aug 2002 15:09:46 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Received: from localhost (root@localhost) by utility.clubscholarship.com (8.11.6/8.11.6) with ESMTP id g7PM7Fi28856; Sun, 25 Aug 2002 15:07:15 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Date: Sun, 25 Aug 2002 15:07:15 -0700 (PDT) From: Patrick Thomas To: Lars Eggert Cc: "Brian T. Schellenberger" , Bruce M Simpson , Subject: Re: top shows all zeroes. In-Reply-To: <3D67D6FD.3040307@isi.edu> Message-ID: <20020825150342.F58763-100000@utility.clubscholarship.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > It's usually gone after a reboot. Haven't debugged it further since I > saw now other problems. Yes, but other times it is not manifesting, and it _starts_ after a reboot. Also, concerning solving the problem with a reboot, although my system is merely a test machine, I am fairly certain that a considerable number of people are using "FreeBSD" release versions as important and mission critical pieces of their businesses...so this would not be an option for some folks (rebooting frequently to solve). _I_ understand that nobody but actual freeBSD developers have any business relying on it for anything critical, but I am not sure that has been made public successfully. That is, I think a fair number of people are taken by surprise by things like this. Just my two cents. --ptat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 25 15:22:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 154BC37B401 for ; Sun, 25 Aug 2002 15:22:23 -0700 (PDT) Received: from smtp2.southeast.rr.com (smtp2.southeast.rr.com [24.93.67.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5971243E42 for ; Sun, 25 Aug 2002 15:21:49 -0700 (PDT) (envelope-from bts@fake.com) Received: from mail7.nc.rr.com (fe7 [24.93.67.54]) by smtp2.southeast.rr.com (8.12.5/8.12.2) with ESMTP id g7PMMTts014337; Sun, 25 Aug 2002 18:22:29 -0400 (EDT) Received: from this.is.fake.com ([24.162.238.30]) by mail7.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Sun, 25 Aug 2002 18:21:43 -0400 Received: by this.is.fake.com (Postfix, from userid 111) id DE7AFBA12; Sun, 25 Aug 2002 18:20:56 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: "Brian T. Schellenberger" To: Patrick Thomas , Lars Eggert Subject: Re: top shows all zeroes. Date: Sun, 25 Aug 2002 18:20:56 -0400 User-Agent: KMail/1.4.2 Cc: Bruce M Simpson , References: <20020825150342.F58763-100000@utility.clubscholarship.com> In-Reply-To: <20020825150342.F58763-100000@utility.clubscholarship.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200208251820.56614.bts@babbleon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 25 August 2002 06:07 pm, Patrick Thomas wrote: | > It's usually gone after a reboot. Haven't debugged it further since | > I saw now other problems. | | Yes, but other times it is not manifesting, and it _starts_ after a | reboot. | | Also, concerning solving the problem with a reboot, although my | system is merely a test machine, I am fairly certain that a | considerable number of people are using "FreeBSD" release versions as | important and mission critical pieces of their businesses...so this | would not be an option for some folks (rebooting frequently to | solve). | | _I_ understand that nobody but actual freeBSD developers have any | business relying on it for anything critical, but I am not sure that | has been made public successfully. That is, I think a fair number of | people are taken by surprise by things like this. Just my two cents. Well, the actual *release* versions *are* supposed to be reliable for mission-critical applications. The purpose of the RC and STABLE versions being to find problems so that they don't make it to the release versions. | | --ptat -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 25 16:51:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 307D237B400 for ; Sun, 25 Aug 2002 16:51:55 -0700 (PDT) Received: from utility.clubscholarship.com (utility.clubscholarship.com [198.78.70.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BBE143E3B for ; Sun, 25 Aug 2002 16:51:54 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Received: from localhost (root@localhost) by utility.clubscholarship.com (8.11.6/8.11.6) with ESMTP id g7PNnNu32171; Sun, 25 Aug 2002 16:49:23 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Date: Sun, 25 Aug 2002 16:49:23 -0700 (PDT) From: Patrick Thomas To: "Brian T. Schellenberger" Cc: Lars Eggert , Bruce M Simpson , Subject: Re: top shows all zeroes. In-Reply-To: <200208251820.56614.bts@babbleon.org> Message-ID: <20020825164815.Y58763-100000@utility.clubscholarship.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Well, the actual *release* versions *are* supposed to be reliable for > mission-critical applications. The purpose of the RC and STABLE > versions being to find problems so that they don't make it to the > release versions. > A lofty goal, indeed. However it has been pointed out that this problem manifests itself in plain old 4.6-RELEASE. Also, just to add a bit more info, sometimes instead of rebooting to solve the problem, the problem doesn't exist, and rebooting causes it to manifest. So it seems fairly random. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 25 18:58:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5300A37B400 for ; Sun, 25 Aug 2002 18:58:15 -0700 (PDT) Received: from tomts19-srv.bellnexxia.net (tomts19.bellnexxia.net [209.226.175.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A6FD43E4A for ; Sun, 25 Aug 2002 18:58:14 -0700 (PDT) (envelope-from matt@gsicomp.on.ca) Received: from xena.gsicomp.on.ca ([65.95.177.86]) by tomts19-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20020826015751.XWNR13254.tomts19-srv.bellnexxia.net@xena.gsicomp.on.ca> for ; Sun, 25 Aug 2002 21:57:51 -0400 Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.3/8.11.3) with SMTP id g7Q0iNX60410 for ; Sun, 25 Aug 2002 20:44:23 -0400 (EDT) (envelope-from matt@gsicomp.on.ca) Message-ID: <011101c24ca4$09296310$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: Subject: Re: kern/41227: Serial port IRQs cannot be shared when they should be Date: Sun, 25 Aug 2002 21:58:12 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm the originator of the patch in this PR. The patch allows FreeBSD to work with some USR/3Com PCI modems that share IRQs with other system devices. From the PR: > Synopsis: Serial port IRQs cannot be shared when they should be > > State-Changed-From-To: open->feedback > State-Changed-By: njl > State-Changed-When: Fri Aug 23 17:42:14 PDT 2002 > State-Changed-Why: > Have you discussed this on -hackers or -current? There are reasons that > RF_SHAREABLE is not enabled in sio (in both -current and -stable). > The patch is not complete. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=41227 Can anyone enlighten me on the reasons for this? The user of the patch has experienced no problems using his PCI modem (sio) concurrently with his USB printer (ulpt) when both devices share IRQs. -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 25 22: 1: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EAE437B400 for ; Sun, 25 Aug 2002 22:01:05 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 902B243E4A for ; Sun, 25 Aug 2002 22:01:04 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g7Q5122F014564; Sun, 25 Aug 2002 23:01:03 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 25 Aug 2002 23:00:38 -0600 (MDT) Message-Id: <20020825.230038.26740076.imp@bsdimp.com> To: matt@gsicomp.on.ca Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: kern/41227: Serial port IRQs cannot be shared when they should be From: "M. Warner Losh" In-Reply-To: <011101c24ca4$09296310$1200a8c0@gsicomp.on.ca> References: <011101c24ca4$09296310$1200a8c0@gsicomp.on.ca> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <011101c24ca4$09296310$1200a8c0@gsicomp.on.ca> "Matthew Emmerton" writes: : I'm the originator of the patch in this PR. The patch allows FreeBSD to : work with some USR/3Com PCI modems that share IRQs with other system : devices. This patch is bogus. Fast interrupts aren't supposed to be shared and all bets are off if you try to share them. : From the PR: : : > Synopsis: Serial port IRQs cannot be shared when they should be : > : > State-Changed-From-To: open->feedback : > State-Changed-By: njl : > State-Changed-When: Fri Aug 23 17:42:14 PDT 2002 : > State-Changed-Why: : > Have you discussed this on -hackers or -current? There are reasons that : > RF_SHAREABLE is not enabled in sio (in both -current and -stable). : > The patch is not complete. : > : > http://www.freebsd.org/cgi/query-pr.cgi?pr=41227 : : Can anyone enlighten me on the reasons for this? The user of the patch has : experienced no problems using his PCI modem (sio) concurrently with his USB : printer (ulpt) when both devices share IRQs. There's issues with sio and shareable interrupts. sio really wants to have its own interrupt so it can do fast interrupts. With fast interrupts, it gets much better performance than it gets with non-fast interrupts. non-fast interrupts have too much latency to service the 16550 FIFOs. The posted patch is wrong and shouldn't be applied. The solution? The solution is to allow interrupts to be marked as "I'd like this to be a fast interrupt" and have the bus make the determination if some other device might be sharing things with it. If the bus makes the determination that the interrupt could be shared, then it shouldn't allocate it (and the driver should retry with non-fast interrupts if it can support that as a fallback). We've been kocking around ideas on how, exactly, to accomplish this. I've not had time to code up prototypes of the solutions yet, mostly because the acpi interrupt routing stuff isn't quite to where we need it to be to ask the questions (although jhb has some fixes that might be get us close). It appears that the sio driver is broken for non-fast interrupts at the moment for reasons unknown. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 25 22:28:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9368737B400 for ; Sun, 25 Aug 2002 22:28:25 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D10BA43E72 for ; Sun, 25 Aug 2002 22:28:24 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g7Q5SN2F014652 for ; Sun, 25 Aug 2002 23:28:24 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 25 Aug 2002 23:27:59 -0600 (MDT) Message-Id: <20020825.232759.27153304.imp@bsdimp.com> To: hackers@freebsd.org Subject: Fast interrupts From: "M. Warner Losh" X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG can you call wakeup(9) from a fast interrupt handler? I couldn't find the specific answer from the man page: All processes sleeping on a single ident are woken up later by wakeup, often called from inside an interrupt routine, to indicate that the resource the pro- cess was blocking on is available now. The only reason I ask is because sio seems to go out of its way to schedule a soft interrupt to deal with waking up processes, which then calls wakeup... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 25 22:34:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C481D37B400; Sun, 25 Aug 2002 22:34:46 -0700 (PDT) Received: from runt.jnielsen.net (12-254-139-131.client.attbi.com [12.254.139.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3170A43E72; Sun, 25 Aug 2002 22:34:46 -0700 (PDT) (envelope-from john@jnielsen.net) Received: from buff.local (buff [192.168.0.10]) by runt.jnielsen.net (8.12.3/8.12.3) with ESMTP id g7Q5YiGH003272; Sun, 25 Aug 2002 23:34:45 -0600 (MDT) (envelope-from john@jnielsen.net) Content-Type: text/plain; charset="us-ascii" From: John Nielsen To: freebsd-hackers@freebsd.org, current@freebsd.org Subject: USB support for new HP printers? Date: Sun, 25 Aug 2002 23:36:15 -0600 User-Agent: KMail/1.4.2 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200208252336.15970.john@jnielsen.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Are there plans to add USB support for HP's newer printers to FreeBSD? =20 Specificially, the OfficeJets and the LaserJet 1200? They use a=20 new/different/broken USB interface so they're just recognized as ugen=20 devices at the moment.. JN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 25 23: 8: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA9F137B400 for ; Sun, 25 Aug 2002 23:07:50 -0700 (PDT) Received: from relay6.kornet.net (relay6.kornet.net [211.48.62.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E32243E84 for ; Sun, 25 Aug 2002 23:07:47 -0700 (PDT) (envelope-from hyun10310@kornet.net) Received: from your-afc98a0fg0 (211.217.143.188) by relay6.kornet.net; 26 Aug 2002 15:07:43 +0900 Message-ID: <3d69c5af3ddc883a@relay6.kornet.net> (added by relay6.kornet.net) From: =?ks_c_5601-1987?B?vLy9ur+1vu4=?= To: freebsd-hackers@FreeBSD.ORG Subject: =?ks_c_5601-1987?B?W7GksO1dIGZyZWVic2QtaGFja2Vyc7TUIL7Is+fHz7y8v+Q/ILfOurjGrsfSuK7AxyC807y6v7W+7rrxuf0gsPiwsyEguau34bv5x8MgVEFQRcC7ILq4s7u15biztM+02SE=?= Date: Mon, 26 Aug 2002 15:07:39 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0157_01C0F07A.93A39C00" 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-hackers@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 multi-part message in MIME format. ------=_NextPart_000_0157_01C0F07A.93A39C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 VW50aXRsZWQgRG9jdW1lbnQvLy0tPiAgICAgIA0KICANCiAgDQogICAgICAgICAgICANCiAg ICAgICAgILfOurjGrsfSuK6woSAgvK603ri4v6EgTWFzdGVyx9EgvNO8ur+1vu7H0L3AuvG5 /cC7IMfSuK6woSDB98GiILD4sLPH1bTPtNkuICAgICAgICAgICAgICAgILy8vbq/tb7utMIg seLBuMDHIMfQvcC55rn9wLsgIMW7x8fH0SC79bfOv+4gx9C9wLnmuf3AuLfOILTcseKwo7+h IA0KIDEyMDCwsyC/tb7uua7A5cC7IL7PseLHz7DtIL+1vu7IuMituKYgv8+8uiDH0iC89iDA 1rW1t88gx9jB3bTPtNkuDQogDQogICAgICAgICAgICAgICAgv7W+7rChILPRIL3Fs6202Q0K IC4uLjHAzyAzMLrQvr8gMTAwwM/AzLjpIDEyMDCwsyDHyrz2ILmuwOUgwNq1vyC+z7HitMIg ubC30CC/+MfPtMIgIA0KIMbQxc/AxyC7/ciwv7W+7iDHpcf2ILG4u+ex7sH2ILChtMnH2MH4 tNkuDQogDQogIL+1vu6068ituea/obytIL3HwPy/rL3ADQogLi4uwPzIrb+1vu4gtOvIrbnm v6G8rSDH0L3As7u/68C7IL+1vu63ziC068itx8+46bytIL3HwPy/rL3Ax9G02S4NCiC5zLG5 wM6wrbvnILmrt+G56MGkKSANCiANCiAgQUZLTiwgQ05OLi6z0SDA37XpuLC02Q0KIC4uLkFG S0655rzbwLsgtenAuyC2pywgs7jAzcC6ILTcvu4guO4gsLO4uCC16biusO0gLrOquNPB9rTC ILXpuK7B9iANCiC+yrTCtaUguK6167CosKIsv6zAvb/4uK4gtqe5rr+hIMGkxesgucyxub+1 vu4gteix4rChILChtMnH2MH4tNkuICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgDQoNCiANCgkJICAgICAgICC5q7fhu/nHwyC9xcO7x8+x4g0KIA0K CSAgICCh2CDAzLinLMHWvNIgwPzIrbn4yKMgIMfXuPHAuiDHyrz2wNS3wsDUtM+02S4gICAg ICC8uiAgx9QgICAgICgqud215b3DIL3HuO3AuyCx4sDnx9ggwda9w7HiILnZtvi0z7TZLikg ICAgZS1tYWlsICAgICAov7k6IGNlc3NAY2Vzcy5jb20pICAgIMH3vvcgICAgIMH3wOXAziDA 2r+1vvcgtOvH0Lv9IMPKte7H0Lv9IMHfLLDtte7H0Lv9IMHWus4gseLFuCAgICAgIA0Ku/nH wyC53sC4vccNCiDB1rzSDQogICAgICAtICAgv+zG7bn4yKMgICAgICAgDQogICAos6q408H2 IMHWvNK4piDBpMiuyPcgwPu+7sHWvLy/5C4pICAgIMD8yK25+MijICAgICAtICAgLSAgICi/ uTogMDItNTE1LTE2MDApICAgIMfateXG+SAgICAgLSAgIC0gICAov7k6IDAxMS0xMjMtNDU2 NykgICAgIA0KICAgICAgICAgICAgCSAgDQogIA0KIA0KILHNx8/AxyC9wrb0vvjAzCDIq7q4 vLogwPzA2iC/7MbtwLsgurizu7DUILXIIMGhIMGkwd/I9yC757D6ILXluLO0z7TZLg0KIMGk urjF673FuMHAzL/rw8vB+Ln9ILHUwaTAuyDB2Lz2x8+/qSCxpLDtuN7Az8DTwLsgx6W9w8fP v7TAuLjnLCAgvPa9xbDFus4gwOXEobimILi2t8PHz7DtIMDWvcC0z7TZLg0KILHNx8/AxyDA /MDaIL/sxu0gwda80rTCIMDOxc2z3SC788DHILD4sLO1yCDA5bzSv6G8rSC9wLXmx8+/tMC4 uOcsIMD6yPG0wiCxzcfPwMcgwPzA2r/sxu0gwda80iC/3A0KIL7utrDH0SCws8DOwaS6uLW1 ILChwfaw7SDA1sH2IL7KwLi5x7fOIL7IvcnHz73DseIgudm2+LTPtNkuDQogvPa9xcC7IL/4 xKEgvsrAuL3DuOkgvPa9xbDFus64piAgxay4r8fYIMHWvcq9w7/kLg0KICA= ------=_NextPart_000_0157_01C0F07A.93A39C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5VbnRpdGxlZCBEb2N1bWVudDwvdGl0bGU+DQo8bWV0 YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNl dD1ldWMta3IiPg0KPHNjcmlwdCBsYW5ndWFnZT0iSmF2YVNjcmlwdCI+DQo8IS0tDQovL8i4 v/ggw7zFqQ0KDQogIGZ1bmN0aW9uIHNlbmRpdCgpDQp7DQogICBpZihkb2N1bWVudC5mb3Jt MS5uYW1lLnZhbHVlPT0iIil7DQogICAgICBhbGVydCgiwMy4p8C7IMDUt8LHz7+pIMHWvcq9 w7/kLi5wbGVhc2UuIik7DQogICAgICByZXR1cm4gZmFsc2U7DQogICB9DQoJICAgICAgZG9j dW1lbnQuZm9ybTEuc3VibWl0KCk7DQp9DQovLy0tPg0KDQovLy0tPg0KPC9TQ1JJUFQ+DQoN CjwvaGVhZD4NCg0KPGJvZHkgYmdjb2xvcj0iI0ZGRkZGRiIgdGV4dD0iIzAwMDAwMCI+DQoN Cjx0YWJsZSB3aWR0aD0iNjM5IiBib3JkZXI9IjAiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3Bh Y2luZz0iMCIgaGVpZ2h0PSIxMTk2Ij4NCiAgPHRyPiANCiAgICA8dGQgd2lkdGg9IjYzOSIg aGVpZ2h0PSIxMDMiIHZhbGlnbj0idG9wIj4gDQogICAgICA8dGFibGUgd2lkdGg9IjEwMCUi IGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIwIj4NCiAgICAgICAg PHRyPiANCiAgICAgICAgICA8dGQgd2lkdGg9IjYzOSIgaGVpZ2h0PSIyNTQiPiANCiAgICAg ICAgICAgIDxkaXYgYWxpZ249ImNlbnRlciI+PGltZyBzcmM9Imh0dHA6Ly93d3cubWFpbHBh cnRuZXIuY28ua3IvZW1haWwvY2VzZ2FuZ25hbS9pbWc0LmdpZiIgd2lkdGg9IjYzNCIgaGVp Z2h0PSIyMTAiPjxicj4NCiAgICAgICAgICAgICAgPGltZyBzcmM9Imh0dHA6Ly93d3cubWFp bHBhcnRuZXIuY28ua3IvZW1haWwvY2VzZ2FuZ25hbS9pbWczLmdpZiIgd2lkdGg9IjQ5OSIg aGVpZ2h0PSIyNCI+IA0KICAgICAgICAgICAgICA8YnI+DQogICAgICAgICAgICAgIDxociBu b3NoYWRlPg0KICAgICAgICAgICAgPC9kaXY+DQogICAgICAgICAgPC90ZD4NCiAgICAgICAg PC90cj4NCiAgICAgIDwvdGFibGU+DQogICAgPC90ZD4NCiAgPC90cj4NCiAgPHRyPiANCiAg ICA8dGQgdmFsaWduPSJ0b3AiIGhlaWdodD0iMzEyIj4gDQogICAgICA8dGFibGUgd2lkdGg9 IjEwMCUiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIwIj4NCiAg ICAgICAgPHRyPiANCiAgICAgICAgICA8dGQgd2lkdGg9IjUyIiBoZWlnaHQ9IjMyIj48L3Rk Pg0KICAgICAgICAgIDx0ZCB2YWxpZ249InRvcCIgY29sc3Bhbj0iNSI+IA0KICAgICAgICAg ICAgPGRpdiBhbGlnbj0iY2VudGVyIj48aW1nIHNyYz0iaHR0cDovL3d3dy5tYWlscGFydG5l ci5jby5rci9lbWFpbC9jZXNnYW5nbmFtL2NoaWxzdW5nX3RibDAxLmdpZiIgd2lkdGg9IjUz MyIgaGVpZ2h0PSIzMiI+PC9kaXY+DQogICAgICAgICAgPC90ZD4NCiAgICAgICAgICA8dGQg d2lkdGg9IjUyIj48L3RkPg0KICAgICAgICA8L3RyPg0KICAgICAgICA8dHI+IA0KICAgICAg ICAgIDx0ZCBoZWlnaHQ9IjM1Ij48L3RkPg0KICAgICAgICAgIDx0ZCB3aWR0aD0iMTAiIHJv d3NwYW49IjUiIHZhbGlnbj0idG9wIj4mbmJzcDsgPC90ZD4NCiAgICAgICAgICA8dGQgY29s c3Bhbj0iMyIgdmFsaWduPSJ0b3AiPjxpbWcgc3JjPSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVy LmNvLmtyL2VtYWlsL2Nlc2dhbmduYW0vaWNfYm94LmdpZiIgPjxmb250IGNvbG9yPSIjMDAw MEZGIj48Yj48Zm9udCBzaXplPSIyIj63zrq4xq7H0riusKEgDQogICAgICAgICAgICC8rrTe uLi/oSBNYXN0ZXLH0SC807y6v7W+7sfQvcC68bn9wLsgx9K4rrChIMH3waIgsPiws8fVtM+0 2S48L2ZvbnQ+PC9iPjwvZm9udD48L3RkPg0KICAgICAgICAgIDx0ZCB3aWR0aD0iMTAiIHJv d3NwYW49IjUiIHZhbGlnbj0idG9wIj4mbmJzcDs8L3RkPg0KICAgICAgICAgIDx0ZD48L3Rk Pg0KICAgICAgICA8L3RyPg0KICAgICAgICA8dHI+IA0KICAgICAgICAgIDx0ZCBoZWlnaHQ9 IjE2Ij48L3RkPg0KICAgICAgICAgIDx0ZCB3aWR0aD0iMjgiPjwvdGQ+DQogICAgICAgICAg PHRkIHdpZHRoPSI0NTkiPjwvdGQ+DQogICAgICAgICAgPHRkIHdpZHRoPSIyOCI+PC90ZD4N CiAgICAgICAgICA8dGQ+PC90ZD4NCiAgICAgICAgPC90cj4NCiAgICAgICAgPHRyPiANCiAg ICAgICAgICA8dGQgaGVpZ2h0PSI0NSI+PC90ZD4NCiAgICAgICAgICA8dGQ+PC90ZD4NCiAg ICAgICAgICA8dGQgdmFsaWduPSJ0b3AiYm9yZGVyPSIxImJvcmRlcmNvbG9yPSJncmF5IiBu b3dyYXAgYmdjb2xvcj0iI0UzRTNFMyI+IA0KICAgICAgICAgICAgPGRpdiBhbGlnbj0iY2Vu dGVyIj48Zm9udCBjb2xvcj0iIzY2NjY2NiIgc2l6ZT0iMiI+PGI+vLy9ur+1vu60wiCx4sG4 wMcgx9C9wLnmuf3AuyANCiAgICAgICAgICAgICAgxbvHx8fRILv1t86/7iDH0L3Auea5/cC4 t84gtNyx4rCjv6EgPGJyPg0KICAgICAgICAgICAgICA8Zm9udCBjb2xvcj0iI0ZGMDAwMCI+ MTIwMLCzIL+1vu65rsDlPC9mb250PsC7IL7PseLHz7DtIL+1vu7IuMituKYgv8+8uiDH0iC8 9iDA1rW1t88gx9jB3bTPtNkuPC9iPjwvZm9udD48Yj48YnI+DQogICAgICAgICAgICAgIDwv Yj4gPC9kaXY+DQogICAgICAgICAgPC90ZD4NCiAgICAgICAgICA8dGQ+PC90ZD4NCiAgICAg ICAgICA8dGQ+PC90ZD4NCiAgICAgICAgPC90cj4NCiAgICAgICAgPHRyPiANCiAgICAgICAg ICA8dGQgaGVpZ2h0PSIyMSI+PC90ZD4NCiAgICAgICAgICA8dGQ+PC90ZD4NCiAgICAgICAg ICA8dGQ+PC90ZD4NCiAgICAgICAgICA8dGQ+PC90ZD4NCiAgICAgICAgICA8dGQ+PC90ZD4N CiAgICAgICAgPC90cj4NCiAgICAgICAgPHRyPiANCiAgICAgICAgICA8dGQgaGVpZ2h0PSIx NDciPjwvdGQ+DQogICAgICAgICAgPHRkPjwvdGQ+DQogICAgICAgICAgPHRkIHZhbGlnbj0i dG9wIj48aW1nIHNyYz0iaHR0cDovL3d3dy5tYWlscGFydG5lci5jby5rci9lbWFpbC9jZXNn YW5nbmFtL2xvX3JhZGlfaWNvbi5naWYiIHdpZHRoPSIxMCIgaGVpZ2h0PSIxMCI+PGZvbnQg c2l6ZT0iMiIgY29sb3I9IiMwMDk5RkYiPiANCiAgICAgICAgICAgIL+1vu6woSCz0SC9xbOt tNk8L2ZvbnQ+PGZvbnQgc2l6ZT0iMiI+PGJyPg0KICAgICAgICAgICAgPGZvbnQgY29sb3I9 IiM2NjY2NjYiPi4uLjHAzyAzMLrQvr8gMTAwwM/AzLjpIDEyMDCwsyDHyrz2ILmuwOUgwNq1 vyC+z7HitMIgubC30CC/+MfPtMIgDQogICAgICAgICAgICA8YnI+DQogICAgICAgICAgICDG 0MXPwMcgu/3IsL+1vu4gx6XH9iCxuLvnse7B9iCwobTJx9jB+LTZLjwvZm9udD48YnI+DQog ICAgICAgICAgICA8YnI+DQogICAgICAgICAgICA8aW1nIHNyYz0iaHR0cDovL3d3dy5tYWls cGFydG5lci5jby5rci9lbWFpbC9jZXNnYW5nbmFtL2xvX3JhZGlfaWNvbi5naWYiIHdpZHRo PSIxMCIgaGVpZ2h0PSIxMCI+PGZvbnQgY29sb3I9IiMwMDk5RkYiPiANCiAgICAgICAgICAg IL+1vu6068ituea/obytIL3HwPy/rL3APC9mb250Pjxicj4NCiAgICAgICAgICAgIDxmb250 IGNvbG9yPSIjNjY2NjY2Ij4uLi7A/Mitv7W+7iC068ituea/obytIMfQvcCzu7/rwLsgv7W+ 7rfOILTryK3Hz7jpvK0gvcfA/L+svcDH0bTZLjxicj4NCiAgICAgICAgICAgILnMsbnAzrCt u+cguau34bnowaQpIDwvZm9udD48YnI+DQogICAgICAgICAgICA8YnI+DQogICAgICAgICAg ICA8aW1nIHNyYz0iaHR0cDovL3d3dy5tYWlscGFydG5lci5jby5rci9lbWFpbC9jZXNnYW5n bmFtL2xvX3JhZGlfaWNvbi5naWYiIHdpZHRoPSIxMCIgaGVpZ2h0PSIxMCI+PGZvbnQgY29s b3I9IiMwMDk5RkYiPiANCiAgICAgICAgICAgIEFGS04sIENOTi4us9EgwN+16biwtNk8L2Zv bnQ+PGJyPg0KICAgICAgICAgICAgPGZvbnQgY29sb3I9IiM2NjY2NjYiPi4uLkFGS0655rzb wLsgtenAuyC2pywgs7jAzcC6ILTcvu4guO4gsLO4uCC16biusO0gLrOquNPB9rTCILXpuK7B 9iA8YnI+DQogICAgICAgICAgICC+yrTCtaUguK6167CosKIsv6zAvb/4uK4gtqe5rr+hIMGk xesgucyxub+1vu4gteix4rChILChtMnH2MH4tNkuIDwvZm9udD48L2ZvbnQ+PC90ZD4NCiAg ICAgICAgICA8dGQ+PC90ZD4NCiAgICAgICAgICA8dGQ+PC90ZD4NCiAgICAgICAgPC90cj4N CiAgICAgICAgPHRyPiANCiAgICAgICAgICA8dGQgaGVpZ2h0PSIxNSI+PC90ZD4NCiAgICAg ICAgICA8dGQgY29sc3Bhbj0iNSIgdmFsaWduPSJ0b3AiPjxpbWcgc3JjPSJodHRwOi8vd3d3 Lm1haWxwYXJ0bmVyLmNvLmtyL2VtYWlsL2Nlc2dhbmduYW0vbG90dGVyaWFfdGJsMDIuZ2lm IiB3aWR0aD0iNTMzIiBoZWlnaHQ9IjE1Ij48L3RkPg0KICAgICAgICAgIDx0ZD48L3RkPg0K ICAgICAgICA8L3RyPg0KICAgICAgPC90YWJsZT4NCiAgICA8L3RkPg0KICA8L3RyPg0KICA8 dHI+IA0KICAgIDx0ZCBoZWlnaHQ9IjE3NyIgdmFsaWduPSJ0b3AiPiANCiAgICAgIDx0YWJs ZSB3aWR0aD0iMTAwJSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9 IjAiPg0KICAgICAgICA8dHI+IDxicj4NCiAgICAgICAgICA8dGQgd2lkdGg9IjYzOSIgaGVp Z2h0PSIxMSIgdmFsaWduPSJ0b3AiPiANCiAgICAgICAgICAgIDxocj4NCiAgICAgICAgICA8 L3RkPg0KICAgICAgICA8L3RyPg0KICAgICAgICA8dHI+IA0KICAgICAgICAgIDx0ZCBoZWln aHQ9Ijc3Ij4gDQogICAgICAgICAgICA8dGFibGUgd2lkdGg9IjEwMCUiIGJvcmRlcj0iMCI+ DQogICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIyNyUi IGhlaWdodD0iMzAiPiZuYnNwOzwvdGQ+DQogICAgICAgICAgICAgICAgPHRkIHdpZHRoPSI3 MyUiIHJvd3NwYW49IjMiPjxpbWcgc3JjPSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmty L2VtYWlsL2Nlc2dhbmduYW0vZnJlZXNhbXBsZS5naWYiIHdpZHRoPSI0MzAiIGhlaWdodD0i MTE5Ij48L3RkPg0KICAgICAgICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICA8dHI+IA0K ICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMjclIiBoZWlnaHQ9IjY0Ij48aW1nIHNyYz0i aHR0cDovL3d3dy5tYWlscGFydG5lci5jby5rci9lbWFpbC9jZXNnYW5nbmFtL2xlZnRfY2Fs bC5naWYiIHdpZHRoPSIxNzAiIGhlaWdodD0iNTMiPjwvdGQ+DQogICAgICAgICAgICAgIDwv dHI+DQogICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIy NyUiPiZuYnNwOzwvdGQ+DQogICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICA8L3Rh YmxlPg0KICAgICAgICAgIDwvdGQ+DQogICAgICAgIDwvdHI+DQogICAgICA8L3RhYmxlPg0K ICAgICANCiAgICA8L3RkPg0KICA8L3RyPg0KICA8dHI+IA0KICAgIDx0ZCBoZWlnaHQ9IjIw OSI+IA0KICAgICAgPGRpdiBhbGlnbj0iY2VudGVyIj4NCiAgICAgICAgPHA+PGltZyBzcmM9 Imh0dHA6Ly93d3cubWFpbHBhcnRuZXIuY28ua3IvZW1haWwvY2VzZ2FuZ25hbS9tYWlsXzA3 LTIuZ2lmIiB3aWR0aD0iNTc0IiBoZWlnaHQ9IjIyOSI+PC9wPg0KICAgICAgICA8cD4NCgkJ PHRhYmxlIHdpZHRoPSI1NzAiIGJvcmRlcj0iMCIgY2VsbHNwYWNpbmc9IjAiIGNlbGxwYWRk aW5nPSIwIj4NCiAgPHRyPg0KICAgIDx0ZCB2YWxpZ249InRvcCI+DQoNCiAgICAgIDx0YWJs ZSB3aWR0aD0iNTYwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0i MCIgYWxpZ249ImNlbnRlciI+DQogICAgICAgIDx0cj4gDQogICAgICAgICAgPHRkPjwvdGQ+ DQogICAgICAgIDwvdHI+DQogICAgICA8L3RhYmxlPg0KICAgICAgPGRpdiBhbGlnbj0iY2Vu dGVyIj48Yj48Zm9udCBzaXplPSI1IiBjb2xvcj0iIzAwMzM5OSI+uau34bv5x8MgvcXDu8fP seI8L2ZvbnQ+PC9iPjxicj4NCiAgICAgIDwvZGl2Pg0KCSAgPEZPUk0gTUVUSE9EPVBPU1Qg TkFNRT1mb3JtMSBBQ1RJT049Imh0dHA6Ly93d3cubWFpbHBhcnRuZXIuY28ua3IvZW1haWwv Y2VzZ2FuZ25hbS9jZXNfb2suYXNwIj4NCiAgICAgIDx0YWJsZSB3aWR0aD0iNTQwIiBib3Jk ZXI9IjEiIGJvcmRlcmNvbG9ybGlnaHQ9IjY2NjY2NiIgYm9yZGVyY29sb3JkYXJrPSJmZmZm ZmYiIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCIgYWxpZ249ImNlbnRlciIgPg0K ICAgICAgICA8dHIgYWxpZ249InJpZ2h0IiBiZ2NvbG9yPSIjRDlFOEZEIiBoZWlnaHQ9MzA+ IA0KICAgICAgICAgIDx0ZCBjb2xzcGFuPSIyIj48Zm9udCBzaXplPSIyIj6h2CA8Zm9udCBj b2xvcj0iI0ZGMDAwMCI+wMy4pyzB1rzSIMD8yK25+MijPC9mb250PiANCiAgICAgICAgICAg IMfXuPHAuiDHyrz2wNS3wsDUtM+02S4gPC9mb250PiZuYnNwOzwvdGQ+DQogICAgICAgIDwv dHI+DQogICAgICAgIA0KICAgICAgICAgIDx0ciBoZWlnaHQ9IjMwIj4gDQogICAgICAgICAg ICA8dGQgd2lkdGg9IjEwMCIgYWxpZ249ImNlbnRlciIgYmdjb2xvcj0iI0VERUZGRSI+IDxm b250IHNpemU9IjIiPry6IA0KICAgICAgICAgICAgICDH1DwvZm9udD48L3RkPg0KICAgICAg ICAgICAgPHRkIHdpZHRoPSI0NDAiPiZuYnNwOyA8Zm9udCBzaXplPSIyIj4gDQogICAgICAg ICAgICAgIDxpbnB1dCB0eXBlPSJ0ZXh0IiBuYW1lPSJuYW1lIiBzaXplPSI4IiBtYXhsZW5n dGg9MTAgPg0KICAgICAgICAgICAgICAoKrndteW9wyC9x7jtwLsgseLA58fYIMHWvcOx4iC5 2bb4tM+02S4pIDwvZm9udD48L3RkPg0KICAgICAgICAgIDwvdHI+DQogICAgICAgICAgPHRy IGhlaWdodD0iMzAiPiANCiAgICAgICAgICAgIDx0ZCAgYWxpZ249ImNlbnRlciIgYmdjb2xv cj0iI0VERUZGRSI+IDxmb250IHNpemU9IjIiPmUtbWFpbDwvZm9udD48L3RkPg0KICAgICAg ICAgICAgPHRkPiZuYnNwOyANCiAgICAgICAgICAgICAgPGlucHV0IHR5cGU9InRleHQiIG5h bWU9ImVtYWlsIiBzaXplPSIyNSIgbWF4bGVuZ3RoPTUwIGNsYXNzPSJpbnB1dDEiPg0KICAg ICAgICAgICAgICA8Zm9udCBzaXplPSIyIj4gKL+5OiBjZXNzQGNlc3MuY29tKSA8L2ZvbnQ+ PC90ZD4NCiAgICAgICAgICA8L3RyPg0KICAgICAgICAgIDx0ciBoZWlnaHQ9IjMwIj4gDQog ICAgICAgICAgICA8dGQgd2lkdGg9IjEwMCIgYWxpZ249ImNlbnRlciIgYmdjb2xvcj0iI0VE RUZGRSI+PGZvbnQgc2l6ZT0iMiI+wfe+9zwvZm9udD48L3RkPg0KICAgICAgICAgICAgPHRk PiZuYnNwOyA8Zm9udCBzaXplPSIyIj4gDQogICAgICAgICAgICAgIDxzZWxlY3QgbmFtZT0i am9iIiBzaXplPSIxIiA+DQogICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iMSJzZWxl Y3RlZD7B98DlwM48L29wdGlvbj4NCiAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSIy Ij7A2r+1vvc8L29wdGlvbj4NCiAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSIzIj60 68fQu/08L29wdGlvbj4NCiAgICAgICAgICAgICAgICA8b3B0aW9uIHZhbHVlPSI0Ij7DyrXu x9C7/Twvb3B0aW9uPg0KICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IjUiPsHfLLDt te7H0Lv9PC9vcHRpb24+DQogICAgICAgICAgICAgICAgPG9wdGlvbiB2YWx1ZT0iNiI+wda6 zjwvb3B0aW9uPg0KICAgICAgICAgICAgICAgIDxvcHRpb24gdmFsdWU9IjciPrHixbg8L29w dGlvbj4NCiAgICAgICAgICAgICAgPC9zZWxlY3Q+DQogICAgICAgICAgICAgIDwvZm9udD48 L3RkPg0KICAgICAgICAgIDwvdHI+DQogICAgICAgICAgPHRyIGhlaWdodD0iMzAiPiANCiAg ICAgICAgICAgIDx0ZCByb3dzcGFuPSIyIiBhbGlnbj0iY2VudGVyIiAgYmdjb2xvcj0iI0VE RUZGRSI+IA0KICAgICAgICAgICAgICA8cD48Zm9udCBzaXplPSIyIj67+cfDILnewLi9xzxi cj4NCiAgICAgICAgICAgICAgICA8L2ZvbnQ+PGZvbnQgc2l6ZT0iMiI+wda80jwvZm9udD48 L3A+DQogICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgPHRkPiZuYnNwOyANCiAgICAg ICAgICAgICAgPGlucHV0IHR5cGU9InRleHQiIG5hbWU9InppcDEiIHNpemU9IjMiICA+DQog ICAgICAgICAgICAgIC0gDQogICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0ZXh0IiBuYW1l PSJ6aXAyIiBzaXplPSIzIiA+DQogICAgICAgICAgICAgIDxmb250IHNpemU9IjIiPr/sxu25 +MijPC9mb250PjwvdGQ+DQogICAgICAgICAgPC90cj4NCiAgICAgICAgICA8dHIgaGVpZ2h0 PSIzMCI+IA0KICAgICAgICAgICAgPHRkICA+Jm5ic3A7IA0KICAgICAgICAgICAgICA8aW5w dXQgdHlwZT0idGV4dCIgbmFtZT0iQWRkcmVzcyIgc2l6ZT0iNTAiICBtYXhsZW5ndGg9NTA+ DQogICAgICAgICAgICAgIDxicj4NCiAgICAgICAgICAgICAgJm5ic3A7Jm5ic3A7PGZvbnQg c2l6ZT0iMiI+KLOquNPB9iDB1rzSuKYgwaTIrsj3IMD7vu7B1ry8v+QuKSA8L2ZvbnQ+PC90 ZD4NCiAgICAgICAgICA8L3RyPg0KICAgICAgICAgIDx0ciBoZWlnaHQ9IjMwIj4gDQogICAg ICAgICAgICA8dGQgICAgYWxpZ249ImNlbnRlciIgYmdjb2xvcj0iI0VERUZGRSI+PGZvbnQg c2l6ZT0iMiI+wPzIrbn4yKM8L2ZvbnQ+PC90ZD4NCiAgICAgICAgICAgIDx0ZCAgPiZuYnNw OyANCiAgICAgICAgICAgICAgPGlucHV0IHR5cGU9InRleHQiIG5hbWU9InRlbDEiIHNpemU9 IjQiIG1heGxlbmd0aD0iNCIgPg0KICAgICAgICAgICAgICAtIA0KICAgICAgICAgICAgICA8 aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0idGVsMiIgc2l6ZT0iNCIgbWF4bGVuZ3RoPSI0IiA+ DQogICAgICAgICAgICAgIC0gDQogICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0ZXh0IiBu YW1lPSJ0ZWwzIiBzaXplPSI0IiBtYXhsZW5ndGg9IjQiID4NCiAgICAgICAgICAgICAgPGZv bnQgc2l6ZT0iMiI+ICi/uTogMDItNTE1LTE2MDApIDwvZm9udD48L3RkPg0KICAgICAgICAg IDwvdHI+DQogICAgICAgICAgPHRyIGhlaWdodD0iMzAiPiANCiAgICAgICAgICAgIDx0ZCAg ICBhbGlnbj0iY2VudGVyIiBiZ2NvbG9yPSIjRURFRkZFIj48Zm9udCBzaXplPSIyIj7H2rXl xvk8L2ZvbnQ+PC90ZD4NCiAgICAgICAgICAgIDx0ZCAgPiZuYnNwOyANCiAgICAgICAgICAg ICAgPGlucHV0IHR5cGU9InRleHQiIG5hbWU9Imh0ZWwxIiBzaXplPSI0IiBtYXhsZW5ndGg9 IjQiID4NCiAgICAgICAgICAgICAgLSANCiAgICAgICAgICAgICAgPGlucHV0IHR5cGU9InRl eHQiIG5hbWU9Imh0ZWwyIiBzaXplPSI0IiBtYXhsZW5ndGg9IjQiID4NCiAgICAgICAgICAg ICAgLSA8Zm9udCBzaXplPSIyIj4gDQogICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0ZXh0 IiBuYW1lPSJodGVsMyIgc2l6ZT0iNCIgbWF4bGVuZ3RoPSI0IiA+DQogICAgICAgICAgICAg ICi/uTogMDExLTEyMy00NTY3KSA8L2ZvbnQ+PC90ZD4NCiAgICAgICAgICA8L3RyPg0KICAg ICAgICANCiAgICAgIDwvdGFibGU+DQogICAgICA8cD4NCiAgICAgIDx0YWJsZSB3aWR0aD0i NTYwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCIgYWxpZ249 ImNlbnRlciI+DQogICAgICAgIDx0cj4gDQogICAgICAgICAgPHRkIGFsaWduPSJjZW50ZXIi Pg0KICAgICAgICAgICAgPGlucHV0IHR5cGU9aW1hZ2UgU1JDPSJodHRwOi8vd3d3Lm1haWxw YXJ0bmVyLmNvLmtyL2VtYWlsLzA1MDEvaW1nL3NpZ24uZ2lmIiBXSURUSD0iNTkiIEhFSUdI VD0iMjAiIEJPUkRFUj0wID4NCiAgICAgICAgICAgICZuYnNwOyZuYnNwOyZuYnNwOyA8SU1H IFNSQz0iaHR0cDovL3d3dy5tYWlscGFydG5lci5jby5rci9lbWFpbC8wNTAxL2ltZy9yZXdy aXRlLmdpZiIgV0lEVEg9IjU5IiBIRUlHSFQ9IjIwIiBCT1JERVI9MCBBTFQ9IiIgb25jbGlj az0iamF2YXNjcmlwdDpyZXNldCgpIiA+IA0KICAgICAgICAgIDwvdGQ+DQogICAgICAgIDwv dHI+DQogICAgICA8L3RhYmxlPg0KCSAgDQogICAgPHA+PC9mb3JtPjwvdGQ+DQogIDwvdHI+ DQoNCg0KPC90YWJsZT4NCiAgICAgICAgPGJyPg0KICAgICAgICAgIDxicj4NCiAgICAgICAg ICA8c3BhbiBzdHlsZT0iZm9udC1zaXplOjlwdDsiPrHNx8/AxyC9wrb0vvjAzCDIq7q4vLog wPzA2iC/7MbtwLsgurizu7DUILXIIMGhIMGkwd/I9yC757D6ILXluLO0z7TZLjxicj4NCiAg ICAgICAgICDBpLq4xeu9xbjBwMy/68PLwfi5/SCx1MGkwLsgwdi89sfPv6kgPGI+PGZvbnQg Y29sb3I9IiNGRjAwMDAiPrGksO243sDPPC9mb250PjwvYj7A08C7IMelvcPHz7+0wLi45ywg DQogICAgICAgICAgvPa9xbDFus4gwOXEobimILi2t8PHz7DtIMDWvcC0z7TZLjxicj4NCiAg ICAgICAgICCxzcfPwMcgwPzA2iC/7MbtIMHWvNK0wiDAzsXNs90gu/PAxyCw+LCztcggwOW8 0r+hvK0gvcC15sfPv7TAuLjnLCDA+sjxtMIgsc3Hz8DHIMD8wNq/7MbtIMHWvNIgv9w8YnI+ DQogICAgICAgICAgvu62sMfRILCzwM7BpLq4tbUgsKHB9rDtIMDWwfYgvsrAuLnHt84gvsi9 ycfPvcOx4iC52bb4tM+02S48YnI+DQogICAgICAgILz2vcXAuyC/+MShIL7KwLi9w7jpIDxh IGhyZWY9Im1haWx0bzpoeXVuMTAzMTBAa29ybmV0Lm5ldD9zdWJqZWN0Pbz2vcWwxbrOIj48 Zm9udCBjb2xvcj0iYmx1ZSI+vPa9xbDFus48L2ZvbnQ+PC9hPrimIA0KICAgICAgICDFrLiv x9ggwda9yr3Dv+QuPC9zcGFuPjwvZGl2Pg0KICAgIDwvdGQ+DQogIDwvdHI+DQo8L3RhYmxl Pg0KPC9ib2R5Pg0KPC9odG1sPg0K ------=_NextPart_000_0157_01C0F07A.93A39C00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 1:58:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4171437B400 for ; Mon, 26 Aug 2002 01:58:23 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id D55B843E4A for ; Mon, 26 Aug 2002 01:58:21 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 26 Aug 2002 09:58:17 +0100 (BST) Date: Mon, 26 Aug 2002 09:58:15 +0100 From: David Malone To: Patrick Thomas Cc: "Brian T. Schellenberger" , Lars Eggert , Bruce M Simpson , freebsd-hackers@freebsd.org Subject: Re: top shows all zeroes. Message-ID: <20020826085815.GA79103@walton.maths.tcd.ie> References: <200208251820.56614.bts@babbleon.org> <20020825164815.Y58763-100000@utility.clubscholarship.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020825164815.Y58763-100000@utility.clubscholarship.com> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Aug 25, 2002 at 04:49:23PM -0700, Patrick Thomas wrote: > Also, just to add a bit more info, sometimes instead of rebooting to solve > the problem, the problem doesn't exist, and rebooting causes it to > manifest. So it seems fairly random. Can you watch "vmstat -i" before and after the problem occurs? I'm guessing that one of the interrupt counts will stop increasing. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 2:18:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F4DD37B400 for ; Mon, 26 Aug 2002 02:18:36 -0700 (PDT) Received: from www.example.org (dhcp-nic-val-26-61.cisco.com [64.103.26.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 87B8843E4A for ; Mon, 26 Aug 2002 02:18:29 -0700 (PDT) (envelope-from molter@tin.it) Received: (qmail 7962 invoked by uid 1000); 26 Aug 2002 08:51:42 -0000 Message-ID: <20020826085142.7961.qmail@cobweb.example.org> Date: Mon, 26 Aug 2002 10:51:41 +0200 From: Marco Molteni To: John Nielsen Cc: freebsd-hackers@freebsd.org Subject: Re: USB support for new HP printers? In-Reply-To: <200208252336.15970.john@jnielsen.net> References: <200208252336.15970.john@jnielsen.net> X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; i386-portbld-freebsd4.6) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 25 Aug 2002 23:36:15 -0600, John Nielsen wrote: > Are there plans to add USB support for HP's newer printers to FreeBSD? > > Specificially, the OfficeJets and the LaserJet 1200? They use a > new/different/broken USB interface so they're just recognized as ugen > devices at the moment.. have a look at hpoj.sourceforge.net they plan FreeBSD USB support for a next release marco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 3:27:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D32D37B400 for ; Mon, 26 Aug 2002 03:27:19 -0700 (PDT) Received: from runt.jnielsen.net (12-254-139-131.client.attbi.com [12.254.139.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0995643E3B for ; Mon, 26 Aug 2002 03:27:19 -0700 (PDT) (envelope-from john@jnielsen.net) Received: from buff.local (buff [192.168.0.10]) by runt.jnielsen.net (8.12.3/8.12.3) with ESMTP id g7QARFGH003606; Mon, 26 Aug 2002 04:27:17 -0600 (MDT) (envelope-from john@jnielsen.net) Content-Type: text/plain; charset="iso-8859-1" From: John Nielsen To: Marco Molteni Subject: Re: USB support for new HP printers? Date: Mon, 26 Aug 2002 04:28:34 -0600 User-Agent: KMail/1.4.2 Cc: freebsd-hackers@freebsd.org References: <200208252336.15970.john@jnielsen.net> <20020826085142.7961.qmail@cobweb.example.org> In-Reply-To: <20020826085142.7961.qmail@cobweb.example.org> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200208260428.34175.john@jnielsen.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday 26 August 2002 02:51, Marco Molteni wrote: > On Sun, 25 Aug 2002 23:36:15 -0600, John Nielsen > > wrote: > > Are there plans to add USB support for HP's newer printers to FreeBSD= ? > > > > Specificially, the OfficeJets and the LaserJet 1200? They use a > > new/different/broken USB interface so they're just recognized as ugen > > devices at the moment.. > > have a look at hpoj.sourceforge.net > they plan FreeBSD USB support for a next release I've been all over the site and read some of the docs. The most useful=20 piece of information I found was this: "FreeBSD, NetBSD, and OpenBSD are not yet supported in USB mode, due to=20 missing functionality in the kernel "ulpt" driver (bidirectional I/O,=20 device ID retrieval, switching to 7/1/3, and HP channel-change-request)." The only FreeBSD information in the TODO section has to do with fixing th= e=20 build so it works [better]. I don't get the idea that they are planning to add the missing kernel=20 functionality themselves; they don't seem to have done any of that for=20 Linux--they just list using a supported kernel as a requirement for USB. Since I'm mostly just interested in printing to an LJ 1200, I don't know = if=20 I'd even use the hpoj stuff unless necessary (although it does look=20 interesting). I'm just wondering if kernel support for these beasties is= =20 already being worked on, and where I can get more information. JN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 4:47:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80EBA37B400 for ; Mon, 26 Aug 2002 04:47:40 -0700 (PDT) Received: from www.example.org (dhcp-nic-val-26-61.cisco.com [64.103.26.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 1715243E3B for ; Mon, 26 Aug 2002 04:47:11 -0700 (PDT) (envelope-from molter@tin.it) Received: (qmail 8522 invoked by uid 1000); 26 Aug 2002 11:46:44 -0000 Message-ID: <20020826114644.8521.qmail@cobweb.example.org> Date: Mon, 26 Aug 2002 13:46:44 +0200 From: Marco Molteni To: John Nielsen Cc: freebsd-hackers@freebsd.org Subject: Re: USB support for new HP printers? In-Reply-To: <200208260428.34175.john@jnielsen.net> References: <200208252336.15970.john@jnielsen.net> <20020826085142.7961.qmail@cobweb.example.org> <200208260428.34175.john@jnielsen.net> X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; i386-portbld-freebsd4.6) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 26 Aug 2002 04:28:34 -0600, John Nielsen wrote: > On Monday 26 August 2002 02:51, Marco Molteni wrote: > > On Sun, 25 Aug 2002 23:36:15 -0600, John Nielsen > > > > wrote: > > > Are there plans to add USB support for HP's newer printers to > > > FreeBSD? > > > > > > Specificially, the OfficeJets and the LaserJet 1200? They use a > > > new/different/broken USB interface so they're just recognized as > > > ugen devices at the moment.. > > > > have a look at hpoj.sourceforge.net > > they plan FreeBSD USB support for a next release > > I've been all over the site and read some of the docs. The most > useful piece of information I found was this: [..] If you check the hpoj email archives, you will see that more than one person has asked about FreeBSD USB support. I seem to remember that Matt Dillon provided a few patches. The piece of information I was referring to in my first posting was from the TODO list: http://hpoj.sourceforge.net/todo.shtml High-priority TODO list for version 0.91: [..] o Support USB on non-Linux platforms, such as *BSD and maybe Mac OS X (using libusb?). marco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 5: 0:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0DB337B400 for ; Mon, 26 Aug 2002 05:00:30 -0700 (PDT) Received: from soulshock.mail.pas.earthlink.net (soulshock.mail.pas.earthlink.net [207.217.120.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C5CC43E75 for ; Mon, 26 Aug 2002 05:00:30 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by soulshock.mail.pas.earthlink.net (8.11.6+Sun/8.11.6) with ESMTP id g7QAueI13285 for ; Mon, 26 Aug 2002 03:56:40 -0700 (PDT) Received: from pool0027.cvx21-bradley.dialup.earthlink.net ([209.179.192.27] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 17jHWQ-0004zt-00; Mon, 26 Aug 2002 03:55:02 -0700 Message-ID: <3D6A08CC.8DEB339F@mindspring.com> Date: Mon, 26 Aug 2002 03:54:04 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Nielsen Cc: Marco Molteni , freebsd-hackers@freebsd.org Subject: Re: USB support for new HP printers? References: <200208252336.15970.john@jnielsen.net> <20020826085142.7961.qmail@cobweb.example.org> <200208260428.34175.john@jnielsen.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Nielsen wrote: > > have a look at hpoj.sourceforge.net > > they plan FreeBSD USB support for a next release > > I've been all over the site and read some of the docs. The most useful > piece of information I found was this: > > "FreeBSD, NetBSD, and OpenBSD are not yet supported in USB mode, due to > missing functionality in the kernel "ulpt" driver (bidirectional I/O, > device ID retrieval, switching to 7/1/3, and HP channel-change-request)." I'm pretty sure that bidirectional I/O is supported, or there would be no network devices. I'm also pretty sure device ID retrieval is in there. I don't know what the heck "switching to 7/1/3" means; most likely it's some packetization protocol that needs support... you could probably add this yourself, if they point at the documentation of what it is, as opposed to just the idea that it's necessary to have it. "HP channel-change-request" sounds like a vendor command that lives in the vendor device driver, not in ulpt. Unless that "HP" stands for "High Priced" or "Huge Packets" or something... raw USB stuff should handle this without needing to do evil things to the FreeBSD USB driver that are specific to one printer from one vendor. > The only FreeBSD information in the TODO section has to do with fixing the > build so it works [better]. Probably indicates that the "TODO" is current, and the other documentation is out of date... > I don't get the idea that they are planning to add the missing kernel > functionality themselves; they don't seem to have done any of that for > Linux--they just list using a supported kernel as a requirement for USB. > > Since I'm mostly just interested in printing to an LJ 1200, I don't know if > I'd even use the hpoj stuff unless necessary (although it does look > interesting). I'm just wondering if kernel support for these beasties is > already being worked on, and where I can get more information. Get a list of the things that actually need support, and are not specific to that printer, and documentation for how to implement, and it should not be hard to do the work yourself, or find someone who's willing to do it for you, if you send/loan them hardware. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 8:15:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4723737B400 for ; Mon, 26 Aug 2002 08:15:20 -0700 (PDT) Received: from intranet.ru (tcms8.intranet.ru [212.164.0.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E0D043E6A for ; Mon, 26 Aug 2002 08:15:18 -0700 (PDT) (envelope-from replicator@ngs.ru) Received: from [195.151.139.2] (account ) by intranet.ru (CommuniGate Pro WebUser 3.4.8) with HTTP id 35461124 for ; Mon, 26 Aug 2002 22:15:15 +0700 From: Eugene Panchenko Subject: pseudo-devices' names vs. names + quantity To: hackers@freebsd.org X-Mailer: CommuniGate Pro Web Mailer v.3.4.8 Date: Mon, 26 Aug 2002 22:15:15 +0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hello, ppl! I have a small question to all you: i want to be able to use at most 8 instances of the following pseudo-devices at the same time: pseudo-device bpf 8 pseudo-device gif 8 pseudo-device vn 8 pseudo-device snp 8 after which ones of them do I need to put "8"? I assume that i might omit it after "gif" since it's an interface, and i can ifconfig it up any number of times i want, right? but what about the others? also, how aften might I get gziped a.outs to run? do I *really* need 'pseudo-device gzip' nowadays? of course, i am speaking about my custom kernel configuration file. thanks you all very much! -- eugene ____________________________________________________________ îÏ×ÏÅ ÎÁ îçó: http://job.ngs.ru - òÁÂÏÔÁ × îÏ×ÏÓÉÂÉÒÓËÅ http://ngs.ru/wm - îÏ×ÏÓÉÂÉÒÓËÉÊ WM-ÃÅÎÔÒ ____________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 8:18:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D2D637B401 for ; Mon, 26 Aug 2002 08:18:22 -0700 (PDT) Received: from utility.clubscholarship.com (utility.clubscholarship.com [198.78.70.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F24943E3B for ; Mon, 26 Aug 2002 08:18:22 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Received: from localhost (root@localhost) by utility.clubscholarship.com (8.11.6/8.11.6) with ESMTP id g7QFFhT81066; Mon, 26 Aug 2002 08:15:43 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Date: Mon, 26 Aug 2002 08:15:43 -0700 (PDT) From: Patrick Thomas To: David Malone Cc: "Brian T. Schellenberger" , Lars Eggert , Bruce M Simpson , Subject: Re: top shows all zeroes. In-Reply-To: <20020826085815.GA79103@walton.maths.tcd.ie> Message-ID: <20020826081026.Q58763-100000@utility.clubscholarship.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ok: # vmstat -i interrupt total rate ata0 irq14 23 0 ahc0 irq10 15 0 aac0 irq2 6330470 30 fxp0 irq5 17556113 83 fdc0 irq6 4 0 sio0 irq4 8 0 sio1 irq3 8 0 clk irq0 21008332 99 rtc irq8 264460 1 Total 45159433 214 Now, when I repeat vmstat -i, all of these numbers (or rather, all of the large numbers) increase _except_ for `rtc irq8`. So is this just a simple broken clock on the system, as in, my hardware clock is physically broken/breaking ? dmesg says nothing about irq8, so I assume there is no conflict. Further, regarding the APM conjecture, this is a server and (although I may be mistaken) does not have APM in the bios at all - I have also removed it from the kernel. dmesg tends to confirm the absence of APM. --bpat On Mon, 26 Aug 2002, David Malone wrote: > On Sun, Aug 25, 2002 at 04:49:23PM -0700, Patrick Thomas wrote: > > Also, just to add a bit more info, sometimes instead of rebooting to solve > > the problem, the problem doesn't exist, and rebooting causes it to > > manifest. So it seems fairly random. > > Can you watch "vmstat -i" before and after the problem occurs? I'm > guessing that one of the interrupt counts will stop increasing. > > David. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 8:26:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EBA237B400 for ; Mon, 26 Aug 2002 08:26:36 -0700 (PDT) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4D8B43E6E for ; Mon, 26 Aug 2002 08:26:35 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30221 invoked from network); 26 Aug 2002 15:26:34 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 26 Aug 2002 15:26:34 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.5/8.12.5) with ESMTP id g7QFQVBQ035631; Mon, 26 Aug 2002 11:26:32 -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: <20020825.232759.27153304.imp@bsdimp.com> Date: Mon, 26 Aug 2002 11:26:35 -0400 (EDT) From: John Baldwin To: "M. Warner Losh" Subject: RE: Fast interrupts Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 26-Aug-2002 M. Warner Losh wrote: > can you call wakeup(9) from a fast interrupt handler? I couldn't find > the specific answer from the man page: > > All processes > sleeping on a single ident are woken up later by wakeup, often called > from inside an interrupt routine, to indicate that the resource the pro- > cess was blocking on is available now. > > The only reason I ask is because sio seems to go out of its way to > schedule a soft interrupt to deal with waking up processes, which then > calls wakeup... Since wakeup only needs a spin lock, it is probably ok. You just can't call anything that would sleep (in any interrupt handler) or block on a non-spin mutex. -- 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-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 8:29:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C529B37B401 for ; Mon, 26 Aug 2002 08:29:11 -0700 (PDT) Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62CF043E77 for ; Mon, 26 Aug 2002 08:29:11 -0700 (PDT) (envelope-from mbsd@pacbell.net) Received: from atlas ([64.160.45.6]) by mta7.pltn13.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0H1G00CJWJ0MZD@mta7.pltn13.pbi.net> for freebsd-hackers@freebsd.org; Mon, 26 Aug 2002 08:29:10 -0700 (PDT) Date: Mon, 26 Aug 2002 08:29:12 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= Subject: Re: USB support for new HP printers? In-reply-to: <3D6A08CC.8DEB339F@mindspring.com> X-X-Sender: mikko@atlas.home To: Terry Lambert Cc: John Nielsen , Marco Molteni , freebsd-hackers@freebsd.org Message-id: <20020826082508.X356-100000@atlas.home> MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=ISO-8859-1 Content-transfer-encoding: 8BIT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 26 Aug 2002, Terry Lambert wrote: > John Nielsen wrote: > > > have a look at hpoj.sourceforge.net > > > they plan FreeBSD USB support for a next release > > > > I've been all over the site and read some of the docs. The most useful > > piece of information I found was this: > > > > "FreeBSD, NetBSD, and OpenBSD are not yet supported in USB mode, due to > > missing functionality in the kernel "ulpt" driver (bidirectional I/O, > > device ID retrieval, switching to 7/1/3, and HP channel-change-request)." > > > I'm pretty sure that bidirectional I/O is supported, or there > would be no network devices. [...] Though the USB stack handles bi-directional communication, ulpt does not: Static struct cdevsw ulpt_cdevsw = { /* open */ ulptopen, /* close */ ulptclose, /* read */ noread, <---- ! ... In -current, an input routine has been added, but all it does is discard any data that comes from the printer. $.02, /Mikko Mikko Työläjärvi_______________________________________mikko@rsasecurity.com RSA Security To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 9: 1:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84CAA37B400 for ; Mon, 26 Aug 2002 09:01:13 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC56D43E3B for ; Mon, 26 Aug 2002 09:01:12 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (xtt04qyxeovpplz3@hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g7QG0xK27996; Mon, 26 Aug 2002 09:00:59 -0700 (PDT) Message-ID: <3D6A50B6.5060502@isi.edu> Date: Mon, 26 Aug 2002 09:00:54 -0700 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.0.0) Gecko/20020529 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: Patrick Thomas Cc: David Malone , "Brian T. Schellenberger" , Bruce M Simpson , freebsd-hackers@freebsd.org Subject: Re: top shows all zeroes. References: <20020826081026.Q58763-100000@utility.clubscholarship.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020200050706070304050706" Sender: owner-freebsd-hackers@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 cryptographically signed message in MIME format. --------------ms020200050706070304050706 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Patrick Thomas wrote: > Now, when I repeat vmstat -i, all of these numbers (or rather, all of the > large numbers) increase _except_ for `rtc irq8`. interrupt total rate mux irq11 4851 12 ata0 irq14 94219 240 atkbd0 irq1 399 1 fdc0 irq6 2 0 ppc0 irq7 1 0 clk irq0 39123 100 Total 138595 354 "Large ones" increasing, too, but I don't seem to have rtc. > Further, regarding the APM conjecture, this is a server and (although I > may be mistaken) does not have APM in the bios at all - I have also > removed it from the kernel. dmesg tends to confirm the absence of APM. Mine's a laptop with APM enabled (BIOS + kernel). Lars -- Lars Eggert USC Information Sciences Institute --------------ms020200050706070304050706 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYIDJzCCAyMCAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMDgyNjE2MDA1OVowIwYJKoZIhvcNAQkEMRYEFMFcARGRrie/R1tuh63s 42CXnQfgMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0BCRACCzGB naCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZp Y2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMIJUEwDQYJ KoZIhvcNAQEBBQAEggEAeBvv1TcDx3xesCNTFrpRpMkJFwMXMHhb7HJyizMxWOkbyq2sbwKT TmPEhaVYjM41rWJqPEUioBXSPXbccW4NjbYJwdhRIPiQnj547+gNZf9BE2IgBFRoXbZTQcji qZwrO/a2WnsDSQqGJZ4LtGZbNcYZJocGCEAV65rFaqN9hMI+v/QFFOlyh06aTY3sdurMoVBt +tJDzmiLQwXSAI1eFoMpMoDoOeM+qPLEQCYgOjv+0AjgaWT37e2nifq5Pw6BM/QIPGG1z/Fa TvXAAqXaISc4k1UXMPGXDvZji5NJj+khjMw6EFoNSWOcGnz/8Ws8OPvY4ULc81WEF6jSvHQ+ 3AAAAAAAAA== --------------ms020200050706070304050706-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 9:18:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C919437B400 for ; Mon, 26 Aug 2002 09:18:27 -0700 (PDT) Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73C0143E72 for ; Mon, 26 Aug 2002 09:18:27 -0700 (PDT) (envelope-from tony12@mac.com) Received: from smtp-relay01.mac.com (smtp-relay01-en1 [10.13.10.224]) by smtpout.mac.com (8.12.1/MantshX 2.0) with ESMTP id g7QGIR2q005842 for ; Mon, 26 Aug 2002 09:18:27 -0700 (PDT) Received: from asmtp02.mac.com (asmtp02-qfe3 [10.13.10.66]) by smtp-relay01.mac.com (8.12.1/8.12.1/1.0) with ESMTP id g7QGIRVw004628 for ; Mon, 26 Aug 2002 09:18:27 -0700 (PDT) Received: from localhost ([216.189.175.235]) by asmtp02.mac.com (Netscape Messaging Server 4.15) with ESMTP id H1GLAQ00.NTP for ; Mon, 26 Aug 2002 09:18:26 -0700 Date: Mon, 26 Aug 2002 12:19:44 -0400 Mime-Version: 1.0 (Apple Message framework v482) Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: piping to a script From: Antonio Inojal To: freebsd-hackers@FreeBSD.ORG Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I am trying to pipe content from a C program into a shell script. What I want to do is to pass the information coming from the C app, into an environmental variable in the shell script: my_app | my_script . Say that my app spits out the date, ok? I want that an env variable declared in my_script pick up the data being piped and make that data its value. If anyone knows how to do this, or if I have not explained myself right please contact me. Thank You very much. Tony To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 9:40:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82FB337B400 for ; Mon, 26 Aug 2002 09:39:50 -0700 (PDT) Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 151DB43E6A for ; Mon, 26 Aug 2002 09:39:50 -0700 (PDT) (envelope-from dcrudy@pacbell.net) Received: from pacbell.net ([216.103.80.156]) by mta7.pltn13.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0H1G00C87MA3ZH@mta7.pltn13.pbi.net> for FreeBSD-Hackers@FreeBSD.org; Mon, 26 Aug 2002 09:39:46 -0700 (PDT) Date: Mon, 26 Aug 2002 09:39:41 -0700 From: Daniel Rudy Subject: System Panic: Trap 12 - Page Fault X-Sender: "Daniel Rudy" (Unverified) To: FreeBSD-Hackers@FreeBSD.org Reply-To: dcrudy@pacbell.net Message-id: <3D6A59CD.7C90CA57@pacbell.net> Organization: Pacific Bell Internet User MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en]C-CCK-MCD (Win98; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I'm trying to figure out why my system paniced. Below is some of the details that I have come up with so far. This is the SECOND kernel panic in a row. The first one is unusable. strata:/usr/backup/crash 1034 ### ->gdb -k kernel.debug vmcore.1 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"... IdlePTD at phsyical address 0x00311000 initial pcb at physical address 0x00283960 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x644f0680 fault code = supervisor read, page not present instruction pointer = 0x8:0x644f0680 stack pointer = 0x10:0xc0263634 frame pointer = 0x10:0xc05fc006 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net trap number = 12 panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01de0f8 stack pointer = 0x10:0xc0263428 frame pointer = 0x10:0xc0263430 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net bio cam trap number = 12 panic: page fault Uptime: 1m44s dumping to dev #ad/0x20001, offset 131072 dump ata0: resetting devices .. done 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 2 7 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc01529df in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc0152e1d in panic (fmt=0xc025ccac "%s") at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc0224a5f in trap_fatal (frame=0xc02633e8, eva=48) at /usr/src/sys/i386/i386/trap.c:966 #4 0xc022470d in trap_pfault (frame=0xc02633e8, usermode=0, eva=48) at /usr/src/sys/i386/i386/trap.c:859 #5 0xc0224287 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -1067713536, tf_ebp = -1071238096, tf_isp = -1071238124, tf_ebx = -1071164132, tf_edx = 6864960, tf_ecx = -970933824, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071783688, tf_cs = 8, tf_eflags = 66050, tf_esp = -1067713536, tf_ss = -1067713536}) at /usr/src/sys/i386/i386/trap.c:458 #6 0xc01de0f8 in acquire_lock (lk=0xc027551c) at /usr/src/sys/ufs/ffs/ffs_softdep.c:266 #7 0xc01e21f8 in softdep_update_inodeblock (ip=0xc05bfc00, bp=0xc1cef15c, waitfor=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3813 #8 0xc01dd159 in ffs_update (vp=0xc620b9c0, waitfor=0) at /usr/src/sys/ufs/ffs/ffs_inode.c:106 #9 0xc01e6e64 in ffs_fsync (ap=0xc02634dc) at /usr/src/sys/ufs/ffs/ffs_vnops.c:273 #10 0xc01e5673 in ffs_sync (mp=0xc0930e00, waitfor=2, cred=0xc05cf880, p=0xc029c2c0) at vnode_if.h:558 #11 0xc0182e53 in sync (p=0xc029c2c0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:576 #12 0xc0152752 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:235 #13 0xc0152e1d in panic (fmt=0xc025ccac "%s") at /usr/src/sys/kern/kern_shutdown.c:595 #14 0xc0224a5f in trap_fatal (frame=0xc02635f4, eva=1682900608) at /usr/src/sys/i386/i386/trap.c:966 #15 0xc022470d in trap_pfault (frame=0xc02635f4, usermode=0, eva=1682900608) at /usr/src/sys/i386/i386/trap.c:859 #16 0xc0224287 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 6687744, tf_esi = -1067340800, tf_ebp = -1067466746, tf_isp = -1071237600, tf_ebx = -1067340800, tf_edx = -1481375744, tf_ecx = -1067339776, tf_eax = 1682900608, tf_trapno = 12, tf_err = 0, tf_eip = 1682900608, tf_cs = 8, tf_eflags = 66050, tf_esp = -1072234652, tf_ss = -1481375744}) at /usr/src/sys/i386/i386/trap.c:458 #17 0x644f0680 in ?? () #18 0xf09a1cc in ?? () cannot read proc at 0 (kgdb) qstrata:/usr/backup/crash 1037 ### ->uname -a FreeBSD strata.pacbell.net 4.6.2-RELEASE FreeBSD 4.6.2-RELEASE #5: Tue Aug 20 09:41:22 PDT 2002 root@strata. pacbell.net:/usr/obj/usr/src/sys/STRATA i386 strata:/usr/backup/crash 1038 ### -> strata:/usr/src/sys/i386/conf 1039 ### ->cat WILDFIRE # * * * * KERNEL CONFIG FILE # * * * * MACHINE WILDFIRE # * * * * wildfire.pacbell.net # CPU/Machine Options machine i386 cpu I586_CPU ident WILDFIRE maxusers 0 device npx0 at nexus? port IO_NPX irq 13 # Software Debugging Options makeoptions DEBUG=-g # Build a debugging kernel options KTRACE # ktrace(1) support options DDB # Enable the kernel debugger options DDB_UNATTENDED # Force reboot after panic options INVARIANTS # Additional sanity checking options INVARIANT_SUPPORT # Support for INVARIANTS options DIAGNOSTIC # Print additional debug information #options PERFMON # Performance counters see prefmon(4) # Kernel Software/Compatibility Options options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] 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 # POSIX scheduling support options KBD_INSTALL_CDEV # install a CDEV entry in /dev # Filesystem Options options FFS # Berkeley Fast Filesystem options FFS_ROOT # FFS usable as root device [keep this!] options SOFTUPDATES # Enable FFS soft updates support options UFS_DIRHASH # Improve performance on big directories options NFS # Network Filesystem options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem options NFS_NOSERVER # Disable the NFS-server code. options SUIDDIR # SUID directory file support options QUOTA # Enable disk quotas # Bus Hardware Settings device isa # ISA bus [KEEP THIS!] device pci # PCI bus options AUTO_EOI_1 # Auto End of Interrupt Cntlr 1 # Floppy Hardware Settings device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 # ATA/ATAPI Hardware Settings/Software Options device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # Keyboard Hardware Settings device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 # Video Hardware Settings/Software Options device vga0 at isa? # VGA video device pseudo-device splash # Splash screen driver options VESA # Compile in VESA support options VGA_WIDTH90 # Support for 90 column display # System Console Hardware Settings/Software Options device sc0 at isa? flags 0x100 options MAXCONS=8 # Max number of virtual consoles options SC_HISTORY_SIZE=1000 # Size of scroll buffer options SC_PIXEL_MODE # Support for raster text mode # Advanced Power Management Hardware Settings device apm0 at nexus? disable flags 0x20 # Serial Port Hardware Settings device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 # Parallel Port Hardware Settings device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer # Ethernet Network Hardware Settings device miibus # MII bus support device sis # Silicon Intergrated Systems SiS 900/SiS 7016 # Ethernet Network Software Options options INET # InterNETworking options TCP_DROP_SYNFIN # Drop TCP SYN+FIN Packets options ICMP_BANDLIM # Rate limit bad replies options IPDIVERT # divert sockets options IPSTEALTH # support for stealth forwarding options RANDOM_IP_ID # Support for random ID increment options DUMMYNET # Support for traffic shaping options BRIDGE # Support for NIC bridging options MROUTING # Multicast routing options IPFIREWALL # Kernel Firewall (man ipfw) options IPFIREWALL_VERBOSE # print info on dropped packets options IPFIREWALL_FORWARD # enable transparent proxy support options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity #options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default # General Pseudo Devices pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device disc # Discard device (ds0, ds1, etc) pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device speaker # Play IBM style sounds from PC speaker pseudo-device bpf 4 # Berkeley packet filter pseudo-device snp 1 # Snoop Device pseudo-device tun 1 # Tunnel Device for PPP -- Daniel Rudy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 9:41:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B09637B400 for ; Mon, 26 Aug 2002 09:41:11 -0700 (PDT) Received: from seven.Alameda.net (seven.Alameda.net [64.81.63.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12DE043E91 for ; Mon, 26 Aug 2002 09:41:11 -0700 (PDT) (envelope-from ulf@Alameda.net) Received: by seven.Alameda.net (Postfix, from userid 1000) id D1CA53A203; Mon, 26 Aug 2002 09:41:10 -0700 (PDT) Date: Mon, 26 Aug 2002 09:41:10 -0700 From: Ulf Zimmermann To: Marco Molteni Cc: John Nielsen , freebsd-hackers@freebsd.org Subject: Re: USB support for new HP printers? Message-ID: <20020826094110.C1069@seven.alameda.net> Reply-To: ulf@Alameda.net References: <200208252336.15970.john@jnielsen.net> <20020826085142.7961.qmail@cobweb.example.org> <200208260428.34175.john@jnielsen.net> <20020826114644.8521.qmail@cobweb.example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020826114644.8521.qmail@cobweb.example.org>; from molter@tin.it on Mon, Aug 26, 2002 at 01:46:44PM +0200 Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 4.6-STABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 26, 2002 at 01:46:44PM +0200, Marco Molteni wrote: > On Mon, 26 Aug 2002 04:28:34 -0600, John Nielsen > wrote: > > > On Monday 26 August 2002 02:51, Marco Molteni wrote: > > > On Sun, 25 Aug 2002 23:36:15 -0600, John Nielsen > > > > > > wrote: > > > > Are there plans to add USB support for HP's newer printers to > > > > FreeBSD? > > > > > > > > Specificially, the OfficeJets and the LaserJet 1200? They use a > > > > new/different/broken USB interface so they're just recognized as > > > > ugen devices at the moment.. > > > > > > have a look at hpoj.sourceforge.net > > > they plan FreeBSD USB support for a next release > > > > I've been all over the site and read some of the docs. The most > > useful piece of information I found was this: > > [..] > > If you check the hpoj email archives, you will see that more than one > person has asked about FreeBSD USB support. > > I seem to remember that Matt Dillon provided a few patches. > > The piece of information I was referring to in my first posting was from > the TODO list: http://hpoj.sourceforge.net/todo.shtml > > High-priority TODO list for version 0.91: > > [..] > > o Support USB on non-Linux platforms, such as *BSD and maybe Mac OS X > (using libusb?). > > > marco I have an Laserjet 3330 (Fax/Copy/Scanner/Printer) here attached via USB to a Mac running OS X, it detects the printer fine as what it is. Haven't tried to hook it up to FreeBSD. -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 9:42: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78B2F37B400; Mon, 26 Aug 2002 09:42:05 -0700 (PDT) Received: from scl8owa02.int.exodus.net (scl8out02.exodus.net [66.35.230.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB26B43E81; Mon, 26 Aug 2002 09:41:44 -0700 (PDT) (envelope-from Maksim.Yevmenkin@exodus.net) Received: from scl8owa01.int.exodus.net ([66.35.230.241]) by scl8owa02.int.exodus.net with Microsoft SMTPSVC(5.0.2195.4905); Mon, 26 Aug 2002 09:43:29 -0700 Received: from exodus.net ([206.220.227.147]) by scl8owa01.int.exodus.net over TLS secured channel with Microsoft SMTPSVC(5.0.2195.4905); Mon, 26 Aug 2002 09:43:29 -0700 Message-ID: <3D6A5A47.57672729@exodus.net> Date: Mon, 26 Aug 2002 09:41:43 -0700 From: Maksim Yevmenkin X-Mailer: Mozilla 4.78 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: "M. Warner Losh" , hackers@FreeBSD.ORG Subject: Re: Fast interrupts References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 26 Aug 2002 16:43:29.0269 (UTC) FILETIME=[B4D09A50:01C24D1F] Sender: owner-freebsd-hackers@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: > > On 26-Aug-2002 M. Warner Losh wrote: > > can you call wakeup(9) from a fast interrupt handler? [ ...] > > The only reason I ask is because sio seems to go out of its way to > > schedule a soft interrupt to deal with waking up processes, which then > > calls wakeup... > > Since wakeup only needs a spin lock, it is probably ok. You just can't call > anything that would sleep (in any interrupt handler) or block on a non-spin > mutex. what is the general locking technique for interrupt handlers? there must be some sort of locking, right? man atomic(9) says that current set of atomic operations do not necessarily guarantee atomicity across multiple processors. man mutex(9) says that MTX_DEF mutexes _might_ spin for some amount of time. but it is _only_ a machine specific optimization. MTX_SPIN are not recomended (correct me if i wrong). WITNESS gets upset when it finds "unlisted" MTX_SPIN mutex. for example NIC drivers call ether_input() from interrupt handlers which uses mutex to lock input queue. does that mean interrupt handler can/should use MTX_DEF mutex in this case? thanks, max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 10: 7:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E10A037B405; Mon, 26 Aug 2002 10:07:35 -0700 (PDT) Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4680F43E3B; Mon, 26 Aug 2002 10:07:35 -0700 (PDT) (envelope-from bmilekic@unixdaemons.com) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id g7QH6BQ48193; Mon, 26 Aug 2002 13:06:11 -0400 (EDT) (envelope-from bmilekic@unixdaemons.com) Date: Mon, 26 Aug 2002 13:06:11 -0400 From: Bosko Milekic To: Maksim Yevmenkin Cc: John Baldwin , "M. Warner Losh" , hackers@FreeBSD.ORG Subject: Re: Fast interrupts Message-ID: <20020826130611.A48166@unixdaemons.com> References: <3D6A5A47.57672729@exodus.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: <3D6A5A47.57672729@exodus.net>; from myevmenk@exodus.net on Mon, Aug 26, 2002 at 09:41:43AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 26, 2002 at 09:41:43AM -0700, Maksim Yevmenkin wrote: > John Baldwin wrote: > > > > On 26-Aug-2002 M. Warner Losh wrote: > > > can you call wakeup(9) from a fast interrupt handler? > > [ ...] > > > > The only reason I ask is because sio seems to go out of its way to > > > schedule a soft interrupt to deal with waking up processes, which then > > > calls wakeup... > > > > Since wakeup only needs a spin lock, it is probably ok. You just can't call > > anything that would sleep (in any interrupt handler) or block on a non-spin > > mutex. > > what is the general locking technique for interrupt handlers? > there must be some sort of locking, right? You are allowed to use mutex locks (both spin and MTX_DEF), only you are only allowed to user the former for fast interrupt handlers. -- Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 10:14:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D371537B400; Mon, 26 Aug 2002 10:14:34 -0700 (PDT) Received: from scl8owa02.int.exodus.net (scl8out02.exodus.net [66.35.230.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A0A143E9E; Mon, 26 Aug 2002 10:14:34 -0700 (PDT) (envelope-from Maksim.Yevmenkin@exodus.net) Received: from scl8owa01.int.exodus.net ([66.35.230.241]) by scl8owa02.int.exodus.net with Microsoft SMTPSVC(5.0.2195.4905); Mon, 26 Aug 2002 10:16:19 -0700 Received: from exodus.net ([206.220.227.147]) by scl8owa01.int.exodus.net over TLS secured channel with Microsoft SMTPSVC(5.0.2195.4905); Mon, 26 Aug 2002 10:16:18 -0700 Message-ID: <3D6A61F7.872038E5@exodus.net> Date: Mon, 26 Aug 2002 10:14:32 -0700 From: Maksim Yevmenkin X-Mailer: Mozilla 4.78 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Bosko Milekic Cc: John Baldwin , "M. Warner Losh" , hackers@FreeBSD.ORG Subject: Re: Fast interrupts References: <3D6A5A47.57672729@exodus.net> <20020826130611.A48166@unixdaemons.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 26 Aug 2002 17:16:18.0678 (UTC) FILETIME=[4AAC9160:01C24D24] Sender: owner-freebsd-hackers@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 Mon, Aug 26, 2002 at 09:41:43AM -0700, Maksim Yevmenkin wrote: > > John Baldwin wrote: > > > > > > On 26-Aug-2002 M. Warner Losh wrote: > > > > can you call wakeup(9) from a fast interrupt handler? > > > > [ ...] > > > > > > The only reason I ask is because sio seems to go out of its way to > > > > schedule a soft interrupt to deal with waking up processes, which then > > > > calls wakeup... > > > > > > Since wakeup only needs a spin lock, it is probably ok. You just can't call > > > anything that would sleep (in any interrupt handler) or block on a non-spin ^^^^^^^^^^^^^^^^^^^^^^^^^^ my understanding is that John was talking about any interrupt handler. Not just fast interrupt hander. > > > mutex. > > > > what is the general locking technique for interrupt handlers? > > there must be some sort of locking, right? > > You are allowed to use mutex locks (both spin and MTX_DEF), only you > are only allowed to user the former for fast interrupt handlers. thanks, max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 10:18:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C58837B400; Mon, 26 Aug 2002 10:18:44 -0700 (PDT) Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FD9B43E4A; Mon, 26 Aug 2002 10:18:43 -0700 (PDT) (envelope-from bmilekic@unixdaemons.com) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id g7QHHON48236; Mon, 26 Aug 2002 13:17:24 -0400 (EDT) (envelope-from bmilekic@unixdaemons.com) Date: Mon, 26 Aug 2002 13:17:24 -0400 From: Bosko Milekic To: Maksim Yevmenkin Cc: John Baldwin , "M. Warner Losh" , hackers@FreeBSD.ORG Subject: Re: Fast interrupts Message-ID: <20020826131724.A48213@unixdaemons.com> References: <3D6A5A47.57672729@exodus.net> <20020826130611.A48166@unixdaemons.com> <3D6A61F7.872038E5@exodus.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: <3D6A61F7.872038E5@exodus.net>; from myevmenk@exodus.net on Mon, Aug 26, 2002 at 10:14:32AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 26, 2002 at 10:14:32AM -0700, Maksim Yevmenkin wrote: > Bosko Milekic wrote: > > > > On Mon, Aug 26, 2002 at 09:41:43AM -0700, Maksim Yevmenkin wrote: > > > John Baldwin wrote: > > > > > > > > On 26-Aug-2002 M. Warner Losh wrote: > > > > > can you call wakeup(9) from a fast interrupt handler? > > > > > > [ ...] > > > > > > > > The only reason I ask is because sio seems to go out of its way to > > > > > schedule a soft interrupt to deal with waking up processes, which then > > > > > calls wakeup... > > > > > > > > Since wakeup only needs a spin lock, it is probably ok. You just can't call > > > > anything that would sleep (in any interrupt handler) or block on a non-spin > ^^^^^^^^^^^^^^^^^^^^^^^^^^ > my understanding is that John was talking about any > interrupt handler. Not just fast interrupt hander. Yeah, you can't call anything that would _sleep_ (e.g., msleep()). You could still grab a MTX_DEF mutex for a non-fast interrupt handler and possibly block waiting to get it. -- Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 10:28: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C83E37B400 for ; Mon, 26 Aug 2002 10:28:02 -0700 (PDT) Received: from utility.clubscholarship.com (utility.clubscholarship.com [198.78.70.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 101A743EA3 for ; Mon, 26 Aug 2002 10:28:01 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Received: from localhost (root@localhost) by utility.clubscholarship.com (8.11.6/8.11.6) with ESMTP id g7QHP9J85739; Mon, 26 Aug 2002 10:25:09 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Date: Mon, 26 Aug 2002 10:25:09 -0700 (PDT) From: Patrick Thomas To: Lars Eggert Cc: David Malone , "Brian T. Schellenberger" , Bruce M Simpson , Subject: Re: top shows all zeroes. In-Reply-To: <3D6A50B6.5060502@isi.edu> Message-ID: <20020826092516.G58763-100000@utility.clubscholarship.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ok, after 2+ days, for no discernible reason I now have real top stats back. This has occurred within the last 20 minutes, and I have done nothing at all on the system save normal operation. vmstat -i now tells me: # vmstat -i ... rtc irq8 479105 2 ... The 497105 number is steadily rising ... and now, about 30 mins later I am at: rtc irq8 938264 4 --pt On Mon, 26 Aug 2002, Lars Eggert wrote: > Patrick Thomas wrote: > > Now, when I repeat vmstat -i, all of these numbers (or rather, all of the > > large numbers) increase _except_ for `rtc irq8`. > > interrupt total rate > mux irq11 4851 12 > ata0 irq14 94219 240 > atkbd0 irq1 399 1 > fdc0 irq6 2 0 > ppc0 irq7 1 0 > clk irq0 39123 100 > Total 138595 354 > > "Large ones" increasing, too, but I don't seem to have rtc. > > > Further, regarding the APM conjecture, this is a server and (although I > > may be mistaken) does not have APM in the bios at all - I have also > > removed it from the kernel. dmesg tends to confirm the absence of APM. > > Mine's a laptop with APM enabled (BIOS + kernel). > > Lars > -- > Lars Eggert USC Information Sciences Institute > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 10:29:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FBA637B400 for ; Mon, 26 Aug 2002 10:29:55 -0700 (PDT) Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FD9C43E6E for ; Mon, 26 Aug 2002 10:29:55 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 3376 invoked from network); 26 Aug 2002 17:29:54 -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 ; 26 Aug 2002 17:29:54 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.5/8.12.5) with ESMTP id g7QHTqBQ035931; Mon, 26 Aug 2002 13:29:53 -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: <3D6A5A47.57672729@exodus.net> Date: Mon, 26 Aug 2002 13:29:56 -0400 (EDT) From: John Baldwin To: Maksim Yevmenkin Subject: Re: Fast interrupts Cc: hackers@FreeBSD.ORG, "M. Warner Losh" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 26-Aug-2002 Maksim Yevmenkin wrote: > John Baldwin wrote: >> >> On 26-Aug-2002 M. Warner Losh wrote: >> > can you call wakeup(9) from a fast interrupt handler? > > [ ...] > >> > The only reason I ask is because sio seems to go out of its way to >> > schedule a soft interrupt to deal with waking up processes, which then >> > calls wakeup... >> >> Since wakeup only needs a spin lock, it is probably ok. You just can't call >> anything that would sleep (in any interrupt handler) or block on a non-spin >> mutex. > > what is the general locking technique for interrupt handlers? > there must be some sort of locking, right? Normal interrupt handlers should use MTX_DEF mutexes. Fast interrupt handlers cannot use those, so they must use MTX_SPIN mutexes instead. -- 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-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 10:30:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7479D37B405 for ; Mon, 26 Aug 2002 10:29:57 -0700 (PDT) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0874843E65 for ; Mon, 26 Aug 2002 10:29:57 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 24443 invoked from network); 26 Aug 2002 17:29:56 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 26 Aug 2002 17:29:56 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.5/8.12.5) with ESMTP id g7QHTsBQ035934; Mon, 26 Aug 2002 13:29:55 -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: <3D6A61F7.872038E5@exodus.net> Date: Mon, 26 Aug 2002 13:29:58 -0400 (EDT) From: John Baldwin To: Maksim Yevmenkin Subject: Re: Fast interrupts Cc: hackers@FreeBSD.ORG, "M. Warner Losh" , Bosko Milekic Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 26-Aug-2002 Maksim Yevmenkin wrote: > Bosko Milekic wrote: >> >> On Mon, Aug 26, 2002 at 09:41:43AM -0700, Maksim Yevmenkin wrote: >> > John Baldwin wrote: >> > > >> > > On 26-Aug-2002 M. Warner Losh wrote: >> > > > can you call wakeup(9) from a fast interrupt handler? >> > >> > [ ...] >> > >> > > > The only reason I ask is because sio seems to go out of its way to >> > > > schedule a soft interrupt to deal with waking up processes, which then >> > > > calls wakeup... >> > > >> > > Since wakeup only needs a spin lock, it is probably ok. You just can't call >> > > anything that would sleep (in any interrupt handler) or block on a non-spin > ^^^^^^^^^^^^^^^^^^^^^^^^^^ > my understanding is that John was talking about any > interrupt handler. Not just fast interrupt hander. Yes. When you block on a MTX_DEF mutex, that is not considered "sleeping" for the purposes of that statement. Sleeping is when you are in SSLEEP (well, what used to be called SSLEEP). >> > > mutex. >> > >> > what is the general locking technique for interrupt handlers? >> > there must be some sort of locking, right? >> >> You are allowed to use mutex locks (both spin and MTX_DEF), only you >> are only allowed to user the former for fast interrupt handlers. > > thanks, > max -- 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-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 11: 3: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3995F37B400 for ; Mon, 26 Aug 2002 11:02:51 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6BB743E86 for ; Mon, 26 Aug 2002 11:02:50 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id CA4E82A88D; Mon, 26 Aug 2002 11:02:50 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Patrick Thomas Cc: Lars Eggert , David Malone , "Brian T. Schellenberger" , Bruce M Simpson , freebsd-hackers@freebsd.org Subject: Re: top shows all zeroes. In-Reply-To: <20020826092516.G58763-100000@utility.clubscholarship.com> Date: Mon, 26 Aug 2002 11:02:50 -0700 From: Peter Wemm Message-Id: <20020826180250.CA4E82A88D@canning.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Patrick Thomas wrote: > > ok, after 2+ days, for no discernible reason I now have real top stats > back. > > This has occurred within the last 20 minutes, and I have done nothing at > all on the system save normal operation. vmstat -i now tells me: > > # vmstat -i > ... > rtc irq8 479105 2 > ... > > > The 497105 number is steadily rising ... > > and now, about 30 mins later I am at: > > rtc irq8 938264 4 > > --pt This has happened before. For some reason, the RTC stops sending the 128Hz statclock (statistics clock) interrupts. One way to unwedge that in the past was to break into ddb and do a 'show rtc' command.. but that is hardly a solution. I thought we had solved this problem. APM however is a known culprit for causing badness here. > On Mon, 26 Aug 2002, Lars Eggert wrote: > > > Patrick Thomas wrote: > > > Now, when I repeat vmstat -i, all of these numbers (or rather, all of the > > > large numbers) increase _except_ for `rtc irq8`. > > > > interrupt total rate > > mux irq11 4851 12 > > ata0 irq14 94219 240 > > atkbd0 irq1 399 1 > > fdc0 irq6 2 0 > > ppc0 irq7 1 0 > > clk irq0 39123 100 > > Total 138595 354 > > > > "Large ones" increasing, too, but I don't seem to have rtc. > > > > > Further, regarding the APM conjecture, this is a server and (although I > > > may be mistaken) does not have APM in the bios at all - I have also > > > removed it from the kernel. dmesg tends to confirm the absence of APM. > > > > Mine's a laptop with APM enabled (BIOS + kernel). > > > > Lars > > -- > > Lars Eggert USC Information Sciences Institute > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" 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-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 11:48:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FF1037B400 for ; Mon, 26 Aug 2002 11:48:45 -0700 (PDT) Received: from PIKES.panasas.com (gw2.panasas.com [65.194.124.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DAA443E86 for ; Mon, 26 Aug 2002 11:48:44 -0700 (PDT) (envelope-from rgrover@panasas.com) Received: from panasas.com ([172.17.132.191]) by PIKES.panasas.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id R18VRX0J; Mon, 26 Aug 2002 14:48:41 -0400 Message-ID: <3D6A77C7.50FFCE3@panasas.com> Date: Mon, 26 Aug 2002 11:47:35 -0700 From: Rohit Grover X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Antonio Inojal Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: piping to a script References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Antonio Inojal wrote: > > Hello, I am trying to pipe content from a C program into a shell script. > What I want to do is to pass the information coming from the C app, into > an environmental variable in the shell script: > > my_app | my_script . > > Say that my app spits out the date, ok? > I want that an env variable declared in my_script pick up the data being > piped and make that data its value. > If anyone knows how to do this, or if I have not explained myself right > please contact me. Thank You very much. $ ENV_VAR=`my_app` my_script PS: hackers is not the right forum for such questions. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 13:30:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EA3937B400 for ; Mon, 26 Aug 2002 13:30:35 -0700 (PDT) Received: from smtp2.southeast.rr.com (smtp2.southeast.rr.com [24.93.67.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3512843E91 for ; Mon, 26 Aug 2002 13:30:29 -0700 (PDT) (envelope-from bts@fake.com) Received: from mail8.nc.rr.com (fe8 [24.93.67.55]) by smtp2.southeast.rr.com (8.12.5/8.12.2) with ESMTP id g7QKVAts018794; Mon, 26 Aug 2002 16:31:10 -0400 (EDT) Received: from this.is.fake.com ([24.162.238.30]) by mail8.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Mon, 26 Aug 2002 16:30:27 -0400 Received: by i8k.babbleon.org (Postfix, from userid 111) id 808A7BA12; Mon, 26 Aug 2002 16:30:20 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: "Brian T. Schellenberger" To: Lars Eggert , Patrick Thomas Subject: Re: top shows all zeroes. Date: Mon, 26 Aug 2002 16:30:19 -0400 User-Agent: KMail/1.4.2 Cc: David Malone , Bruce M Simpson , freebsd-hackers@freebsd.org References: <20020826081026.Q58763-100000@utility.clubscholarship.com> <3D6A50B6.5060502@isi.edu> In-Reply-To: <3D6A50B6.5060502@isi.edu> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200208261630.19911.bts@babbleon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday 26 August 2002 12:00 pm, Lars Eggert wrote: | Patrick Thomas wrote: | > Now, when I repeat vmstat -i, all of these numbers (or rather, all | > of the large numbers) increase _except_ for `rtc irq8`. | | interrupt total rate | mux irq11 4851 12 | ata0 irq14 94219 240 | atkbd0 irq1 399 1 | fdc0 irq6 2 0 | ppc0 irq7 1 0 | clk irq0 39123 100 | Total 138595 354 | | "Large ones" increasing, too, but I don't seem to have rtc. | | > Further, regarding the APM conjecture, this is a server and | > (although I may be mistaken) does not have APM in the bios at all - | > I have also removed it from the kernel. dmesg tends to confirm the | > absence of APM. | | Mine's a laptop with APM enabled (BIOS + kernel). But on the other hand mine's a laptop with APM and it doesn't have the problem. Then again, my kernel is vintage July 19. | | Lars -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 14:30:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4BCD37B407 for ; Mon, 26 Aug 2002 14:30:22 -0700 (PDT) Received: from insomnia.spc.org (insomnia.spc.org [195.224.94.183]) by mx1.FreeBSD.org (Postfix) with SMTP id 68D7643E42 for ; Mon, 26 Aug 2002 14:30:21 -0700 (PDT) (envelope-from bms@insomnia.spc.org) Received: (qmail 21205 invoked by uid 1031); 26 Aug 2002 21:29:40 -0000 Date: Mon, 26 Aug 2002 22:29:39 +0100 From: Bruce M Simpson To: Peter Wemm Cc: Patrick Thomas , Lars Eggert , David Malone , "Brian T. Schellenberger" , freebsd-hackers@freebsd.org Subject: Re: top shows all zeroes. Message-ID: <20020826212939.GR27670@spc.org> Mail-Followup-To: Bruce M Simpson , Peter Wemm , Patrick Thomas , Lars Eggert , David Malone , "Brian T. Schellenberger" , freebsd-hackers@freebsd.org References: <20020826092516.G58763-100000@utility.clubscholarship.com> <20020826180250.CA4E82A88D@canning.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020826180250.CA4E82A88D@canning.wemm.org> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 26, 2002 at 11:02:50AM -0700, Peter Wemm wrote: > This has happened before. For some reason, the RTC stops sending the 128Hz > statclock (statistics clock) interrupts. One way to unwedge that in the past > was to break into ddb and do a 'show rtc' command.. but that is hardly a > solution. I thought we had solved this problem. > > APM however is a known culprit for causing badness here. I should add that my Vaio has APM compiled into the kernel. I've also done the vmstat -i inspection briefly, all interrupt counters seem to be incrementing as normal. This problem may have cropped up after a set of suspend/resume sequences; right now I've had 3 warm reboots since yesterday (the laptop has been plugged in and unmoved), the problem has not yet manifested itself, but when I last noticed it, I had been suspending and resuming between leaving home and work. I realize this is purely anecdotal but I'll continue to observe for the problem re-emerging. BMS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 14:39:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DA8B37B400 for ; Mon, 26 Aug 2002 14:39:54 -0700 (PDT) Received: from utility.clubscholarship.com (utility.clubscholarship.com [198.78.70.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FE2043E42 for ; Mon, 26 Aug 2002 14:39:54 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Received: from localhost (root@localhost) by utility.clubscholarship.com (8.11.6/8.11.6) with ESMTP id g7QLb2G96401; Mon, 26 Aug 2002 14:37:02 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Date: Mon, 26 Aug 2002 14:37:02 -0700 (PDT) From: Patrick Thomas To: Bruce M Simpson Cc: Peter Wemm , Lars Eggert , David Malone , "Brian T. Schellenberger" , Subject: Re: top shows all zeroes. In-Reply-To: <20020826212939.GR27670@spc.org> Message-ID: <20020826143559.J58763-100000@utility.clubscholarship.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I will note that my system is a dual processor system, no APM hardware in it, and I have an identical machine running a kernel built from an identical kernel configuration file running an identical FreeBSD system that has _never_ had the problem. On Mon, 26 Aug 2002, Bruce M Simpson wrote: > On Mon, Aug 26, 2002 at 11:02:50AM -0700, Peter Wemm wrote: > > This has happened before. For some reason, the RTC stops sending the 128Hz > > statclock (statistics clock) interrupts. One way to unwedge that in the past > > was to break into ddb and do a 'show rtc' command.. but that is hardly a > > solution. I thought we had solved this problem. > > > > APM however is a known culprit for causing badness here. > > I should add that my Vaio has APM compiled into the kernel. I've also done > the vmstat -i inspection briefly, all interrupt counters seem to be > incrementing as normal. This problem may have cropped up after a set of > suspend/resume sequences; right now I've had 3 warm reboots since > yesterday (the laptop has been plugged in and unmoved), the problem has not > yet manifested itself, but when I last noticed it, I had been suspending > and resuming between leaving home and work. > > I realize this is purely anecdotal but I'll continue to observe for the > problem re-emerging. > > BMS > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 15: 2:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22A4637B400 for ; Mon, 26 Aug 2002 15:02:38 -0700 (PDT) Received: from insomnia.spc.org (insomnia.spc.org [195.224.94.183]) by mx1.FreeBSD.org (Postfix) with SMTP id 20F6243E86 for ; Mon, 26 Aug 2002 15:02:38 -0700 (PDT) (envelope-from bms@insomnia.spc.org) Received: (qmail 14964 invoked by uid 1031); 26 Aug 2002 22:01:56 -0000 Date: Mon, 26 Aug 2002 23:01:55 +0100 From: Bruce M Simpson To: stable@freebsd.org, hackers@freebsd.org Subject: Lint libraries in -STABLE Message-ID: <20020826220155.GM2355@spc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Does anybody know if lint library generation was ever fixed in -STABLE? /usr/libdata/lint appears to be empty. Thanks BMS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 15:18:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67F5A37B400 for ; Mon, 26 Aug 2002 15:17:38 -0700 (PDT) Received: from host217-41-15-176.in-addr.btopenworld.com (host217-41-15-176.in-addr.btopenworld.com [217.41.15.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8F8043E9E for ; Mon, 26 Aug 2002 15:17:35 -0700 (PDT) (envelope-from dom@host217-41-15-176.in-addr.btopenworld.com) Received: by host217-41-15-176.in-addr.btopenworld.com (Postfix, from userid 1001) id 5B33747F; Mon, 26 Aug 2002 23:17:27 +0100 (BST) Date: Mon, 26 Aug 2002 23:17:27 +0100 From: Dominic Marks To: freebsd-hackers@freebsd.org Subject: kevent and pipes interaction on 4.6-STABLE Message-ID: <20020826221727.GB92538@gallium> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="3uo+9/B/ebqu+fSQ" Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hey, I'm attempting the junior userland hacker task of replacing select in make with kevent. I have written the code and it is, as far as I know correct. The problem is that this code doesn't work. An example being the following: > cd /usr/src > /usr/obj/usr/home/dom/code/src/usr.bin/make/make -j2 clean xxx: kq = 3 xxx: new job on fd 5 xxx: closing job on fd 5 xxx: new job on fd 5 At this point it blocks waiting for events on fd 5 and it never comes back to life. It I watch kevent being called in Job_CatchOutput it is returning with EBADF. I have checked that kq is >0 when Job_CatchOutput is called so the bad file descriptor message is coming from the pipe. I am using the job->inPipe variable, which is a valid descriptor (I believe) as the identification for the new kevent. Please look at the diff to -CURRENT's make I have attached (small) and see if I have made any really trivial error. A truss log is also attached. Thanks! -- Dominic Marks Computer & Politics Geek [work]::[npl.co.uk] << dominic.marks at npl.co.uk >> [educ]::[umist.ac.uk] << notyet-known at umist.ac.uk >> [home]::[btinternet] << dominic_marks at btinternet.com >> --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="make-kqueue.diff" Index: job.c =================================================================== RCS file: /media/cvs/freebsd/src/usr.bin/make/job.c,v retrieving revision 1.38 diff -u -r1.38 job.c --- job.c 20 Jun 2002 19:28:00 -0000 1.38 +++ job.c 26 Aug 2002 22:06:31 -0000 @@ -1,4 +1,5 @@ /* + * Copyright (c) 2002, Dominic Marks * Copyright (c) 1988, 1989, 1990, 1993 * The Regents of the University of California. All rights reserved. * Copyright (c) 1988, 1989 by Adam de Boor @@ -105,6 +106,7 @@ #include #include #include +#include #include #include #include @@ -237,8 +239,13 @@ * (2) a job can only be run locally, but * nLocal equals maxLocal */ #ifndef RMT_WILL_WATCH -static fd_set outputs; /* Set of descriptors of pipes connected to +#ifdef USE_SELECT +static fd_set outputs; + /* Set of descriptors of pipes connected to * the output channels of children */ +#else +static int kq = -1; +#endif /* USE_SELECT */ #endif STATIC GNode *lastNode; /* The node for which output was most recently @@ -704,11 +711,27 @@ JobClose(job) Job *job; { + int rv; + struct kevent ke; + if (usePipes) { #ifdef RMT_WILL_WATCH - Rmt_Ignore(job->inPipe); + + Rmt_Ignore(job->inPipe); #else +#ifdef USE_SELECT FD_CLR(job->inPipe, &outputs); +#else + memset(&ke, 0, sizeof(struct kevent)); + printf("xxx: closing job on fd %d\n", job->inPipe); + ke.ident = job->inPipe; + ke.filter = EVFILT_READ; + ke.flags = EV_DELETE; + rv = kevent(kq, &ke, 1, NULL, 0, NULL); + if (rv < 0) { + Punt("kevent(2) failed when closing a job"); + } +#endif /* USE_SELECT */ #endif if (job->outPipe != job->inPipe) { (void) close(job->outPipe); @@ -1192,6 +1215,10 @@ Job *job; /* Job to execute */ char **argv; { +#ifndef USE_SELECT + int rv; + struct kevent ke; +#endif /* USE_SELECT */ int cpid; /* ID of new child */ if (DEBUG(JOB)) { @@ -1305,7 +1332,19 @@ #ifdef RMT_WILL_WATCH Rmt_Watch(job->inPipe, JobLocalInput, job); #else +#ifdef USE_SELECT FD_SET(job->inPipe, &outputs); +#else + memset(&ke, 0, sizeof(struct kevent)); + printf("xxx: new job on fd %d\n", job->inPipe); + ke.ident = job->inPipe; + ke.filter = EVFILT_READ; + ke.flags = EV_ADD; + rv = kevent(kq, &ke, 1, NULL, 0, NULL); + if (rv < 0) { + Punt("kevent(2) failed when adding a job"); + } +#endif /* USE_SELECT */ #endif /* RMT_WILL_WATCH */ } @@ -2313,16 +2352,23 @@ void Job_CatchOutput() { - int nfds; - struct timeval timeout; - fd_set readfds; +#ifdef USE_SELECT + int nfds; + struct timeval timeout; + fd_set readfds; +#else +#define KEVENT_SET_SIZE 8 + int kq, rv, idx; + struct kevent ke[KEVENT_SET_SIZE]; +#endif /* USE_SELECT */ LstNode ln; Job *job; #ifdef RMT_WILL_WATCH int pnJobs; /* Previous nJobs */ #endif - + (void) fflush(stdout); + #ifdef RMT_WILL_WATCH pnJobs = nJobs; @@ -2347,26 +2393,49 @@ } #else if (usePipes) { +#ifdef USE_SELECT readfds = outputs; - timeout.tv_sec = SEL_SEC; - timeout.tv_usec = SEL_USEC; - if ((nfds = select(FD_SETSIZE, &readfds, (fd_set *) 0, - (fd_set *) 0, &timeout)) <= 0) - return; + timeout.tv_sec = SEL_SEC; + timeout.tv_usec = SEL_USEC; + + if ((nfds = select(FD_SETSIZE, &readfds, (fd_set *) 0, + (fd_set *) 0, &timeout)) <= 0) { + return; + } else { + if (Lst_Open(jobs) == FAILURE) { + Punt("Cannot open job table"); + } + while (nfds && (ln = Lst_Next(jobs)) != NULL) { + job = (Job *) Lst_Datum(ln); + if (FD_ISSET(job->inPipe, &readfds)) { + JobDoOutput(job, FALSE); + nfds -= 1; + } + } + } +#else + memset(&ke, 0, sizeof(struct kevent) * KEVENT_SET_SIZE); + rv = kevent(kq, NULL, 0, ke, KEVENT_SET_SIZE, NULL); + if (rv <= 0) { + return; + } else { if (Lst_Open(jobs) == FAILURE) { Punt("Cannot open job table"); } - while (nfds && (ln = Lst_Next(jobs)) != NULL) { - job = (Job *) Lst_Datum(ln); - if (FD_ISSET(job->inPipe, &readfds)) { - JobDoOutput(job, FALSE); - nfds -= 1; + while ((ln = Lst_Next(jobs)) != NULL) { + for (idx = 0; idx < rv; idx++) { + if (ke[idx].ident == job->inPipe) { + /* we found the kevent for the job */ + JobDoOutput(job, FALSE); + continue; + } } } Lst_Close(jobs); } +#endif /* USE_SELECT */ } #endif /* RMT_WILL_WATCH */ } @@ -2439,6 +2508,16 @@ } else { targFmt = TARG_FMT; } + +#ifndef USE_SELECT + if (kq < 0) { + kq = kqueue(); + printf("xxx: kq = %d\n", kq); + } + if (kq < 0) { + Punt("kqueue(2) could not assign a kqueue"); + } +#endif /* ! USE_SELECT */ if (shellPath == NULL) { /* --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="trussmake.log" Script started on Mon Aug 26 22:47:02 2002 > truss /usr/obj/usr/home/dom/code/src/usr.bin/make/make -j2 clean getrlimit(0x8,0xbfbfeef0) = 0 (0x0) sigaction(SIGSYS,0xbfbfee28,0xbfbfee10) = 0 (0x0) __getcwd(0xbfbfef00,0x400) = 0 (0x0) sigaction(SIGSYS,0xbfbfee10,0x0) = 0 (0x0) stat("/usr/src",0xbfbffb00) = 0 (0x0) __sysctl(0xbfbfee50,0x2,0xbfbfee58,0xbfbfee4c,0x8072220,0xe) = 0 (0x0) __sysctl(0xbfbfee58,0x2,0xbfbfeee8,0xbfbfeeec,0x0,0x0) = 0 (0x0) stat("obj.i386",0xbfbfee40) ERR#2 'No such file or directory' stat("obj",0xbfbfee40) ERR#2 'No such file or directory' stat("/usr/obj/usr/src",0xbfbfee40) ERR#2 'No such file or directory' readlink("/etc/malloc.conf",0xbfbfedd0,63) ERR#2 'No such file or directory' mmap(0x0,4096,0x3,0x1002,-1,0x0) = 671571968 (0x28076000) break(0x8083000) = 0 (0x0) break(0x8084000) = 0 (0x0) stat(".",0xbfbfedd0) = 0 (0x0) open(".",0x4,00) = 3 (0x3) fstat(3,0xbfbfedd0) = 0 (0x0) fcntl(0x3,0x2,0x1) = 0 (0x0) __sysctl(0xbfbfec88,0x2,0x8080a60,0xbfbfec84,0x0,0x0) = 0 (0x0) fstatfs(0x3,0xbfbfecd0) = 0 (0x0) break(0x8085000) = 0 (0x0) break(0x8086000) = 0 (0x0) getdirentries(0x3,0x8084000,0x1000,0x8082134) = 512 (0x200) getdirentries(0x3,0x8084000,0x1000,0x8082134) = 0 (0x0) lseek(3,0x0,0) = 0 (0x0) close(3) = 0 (0x0) break(0x8087000) = 0 (0x0) break(0x8088000) = 0 (0x0) break(0x8089000) = 0 (0x0) gettimeofday(0xbfbfee98,0x0) = 0 (0x0) stat("/usr/share/mk",0xbfbfedf0) = 0 (0x0) open("/usr/share/mk",0x4,024) = 3 (0x3) fstat(3,0xbfbfedf0) = 0 (0x0) fcntl(0x3,0x2,0x1) = 0 (0x0) fstatfs(0x3,0xbfbfecf0) = 0 (0x0) break(0x808a000) = 0 (0x0) getdirentries(0x3,0x8089000,0x1000,0x8082a74) = 1024 (0x400) getdirentries(0x3,0x8089000,0x1000,0x8082a74) = 0 (0x0) lseek(3,0x0,0) = 0 (0x0) close(3) = 0 (0x0) open("/usr/share/mk/sys.mk",0x0,0666) = 3 (0x3) fstat(3,0xbfbfe870) = 0 (0x0) break(0x808e000) = 0 (0x0) read(0x3,0x808a000,0x4000) = 5288 (0x14a8) break(0x808f000) = 0 (0x0) break(0x8090000) = 0 (0x0) break(0x8091000) = 0 (0x0) break(0x8092000) = 0 (0x0) break(0x8093000) = 0 (0x0) break(0x8094000) = 0 (0x0) break(0x8095000) = 0 (0x0) stat("/etc/defaults/make.conf",0xbfbfe790) = 0 (0x0) break(0x8096000) = 0 (0x0) open("/etc/defaults/make.conf",0x0,0666) = 4 (0x4) fstat(4,0xbfbfe870) = 0 (0x0) break(0x809a000) = 0 (0x0) read(0x4,0x8096000,0x4000) = 16082 (0x3ed2) read(0x4,0x8096000,0x4000) = 0 (0x0) close(4) = 0 (0x0) stat("/etc/make.conf",0xbfbfe7d0) = 0 (0x0) open("/etc/make.conf",0x0,0666) = 4 (0x4) fstat(4,0xbfbfe870) = 0 (0x0) read(0x4,0x8096000,0x4000) = 54 (0x36) read(0x4,0x8096000,0x4000) = 0 (0x0) close(4) = 0 (0x0) open("/usr/share/mk/bsd.cpu.mk",0x0,0666) = 4 (0x4) fstat(4,0xbfbfe870) = 0 (0x0) read(0x4,0x8096000,0x4000) = 3380 (0xd34) read(0x4,0x8096000,0x4000) = 0 (0x0) close(4) = 0 (0x0) stat("/etc/make.conf.local",0xbfbfe7d0) ERR#2 'No such file or directory' stat("/etc/objformat",0xbfbfe7d0) = 0 (0x0) open("/etc/objformat",0x0,0666) = 4 (0x4) fstat(4,0xbfbfe870) = 0 (0x0) read(0x4,0x8096000,0x4000) = 14 (0xe) read(0x4,0x8096000,0x4000) = 0 (0x0) close(4) = 0 (0x0) read(0x3,0x808a000,0x4000) = 0 (0x0) close(3) = 0 (0x0) open("BSDmakefile",0x0,0666) ERR#2 'No such file or directory' open("makefile",0x0,0666) ERR#2 'No such file or directory' open("Makefile",0x0,0666) = 3 (0x3) fstat(3,0xbfbfe8d0) = 0 (0x0) read(0x3,0x808a000,0x4000) = 8449 (0x2101) pipe() = 4 (0x4) vfork() = 92511 (0x1695f) SIGNAL 20 close(5) = 0 (0x0) read(0x4,0xbfbfe5e0,0x400) = 29 (0x1d) read(0x4,0xbfbfe5e0,0x400) = 0 (0x0) close(4) = 0 (0x0) wait4(0xffffffff,0xbfbfe5d4,0x0,0x0) = 92511 (0x1695f) break(0x809b000) = 0 (0x0) break(0x809c000) = 0 (0x0) read(0x3,0x808a000,0x4000) = 0 (0x0) close(3) = 0 (0x0) open(".depend",0x0,0666) ERR#2 'No such file or directory' kqueue() = 3 (0x3) fstat(1,0xbfbfeb20) = 0 (0x0) ioctl(1,TIOCGETA,0xbfbfeb54) = 0 (0x0) xxx: kq = 3 write(1,0x808a000,12) = 12 (0xc) sigaction(SIGINT,0xbfbfee58,0xbfbfee40) = 0 (0x0) sigaction(SIGINT,0xbfbfee58,0xbfbfee40) = 0 (0x0) sigaction(SIGHUP,0xbfbfee58,0xbfbfee40) = 0 (0x0) sigaction(SIGHUP,0xbfbfee58,0xbfbfee40) = 0 (0x0) sigaction(SIGQUIT,0xbfbfee58,0xbfbfee40) = 0 (0x0) sigaction(SIGQUIT,0xbfbfee58,0xbfbfee40) = 0 (0x0) sigaction(SIGTERM,0xbfbfee58,0xbfbfee40) = 0 (0x0) sigaction(SIGTERM,0xbfbfee58,0xbfbfee40) = 0 (0x0) stat("upgrade_checks",0xbfbfedc0) ERR#2 'No such file or directory' gettimeofday(0xbfbfec60,0x0) = 0 (0x0) getpid() = 92510 (0x1695e) open("/dev/urandom",0x0,00) = 4 (0x4) read(0x4,0xbfbfec6c,0x74) = 116 (0x74) close(4) = 0 (0x0) stat("/tmp",0xbfbfed40) = 0 (0x0) open("/tmp/makeirqsjHmX1j",0xa02,0600) = 4 (0x4) getdtablesize() = 1792 (0x700) fcntl(0x4,0x3,0x0) = 2 (0x2) lstat("/tmp/makeirqsjHmX1j",0xbfbfed60) = 0 (0x0) unlink(0x807c744) = 0 (0x0) fcntl(0x4,0x2,0x1) = 0 (0x0) fstat(4,0xbfbfe9d0) = 0 (0x0) break(0x80a0000) = 0 (0x0) write(4,0x809c000,6) = 6 (0x6) write(4,0x809c000,97) = 97 (0x61) write(4,0x809c000,7) = 7 (0x7) write(4,0x809c000,6) = 6 (0x6) write(4,0x809c000,111) = 111 (0x6f) write(4,0x809c000,7) = 7 (0x7) pipe() = 5 (0x5) fcntl(0x5,0x2,0x1) = 0 (0x0) fcntl(0x6,0x2,0x1) = 0 (0x0) vfork() = 92513 (0x16961) xxx: new job on fd 5 write(1,0x808a000,21) = 21 (0x15) kevent(0x3,0xbfbfedbc,0x1,0x0,0x0,0x0) = 0 (0x0) close(4) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' SIGNAL 20 xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 92513 (0x16961) xxx: closing job on fd 5 write(1,0x808a000,25) = 25 (0x19) kevent(0x3,0xbfbfedec,0x1,0x0,0x0,0x0) = 0 (0x0) close(6) = 0 (0x0) read(0x5,0x808c034,0x400) = 12 (0xc) read(0x5,0x808c034,0x400) = 0 (0x0) close(5) = 0 (0x0) stat("upgrade_checks",0xbfbfed60) ERR#2 'No such file or directory' wait4(0xffffffff,0xbfbfee68,0x3,0x0) ERR#10 'No child processes' stat("clean",0xbfbfedb0) ERR#2 'No such file or directory' stat("/tmp",0xbfbfed30) = 0 (0x0) open("/tmp/makeVlmw4Evle7",0xa02,0600) = 4 (0x4) fcntl(0x4,0x3,0x0) = 2 (0x2) lstat("/tmp/makeVlmw4Evle7",0xbfbfed50) = 0 (0x0) unlink(0x807c744) = 0 (0x0) fcntl(0x4,0x2,0x1) = 0 (0x0) fstat(4,0xbfbfe9c0) = 0 (0x0) write(4,0x809c000,6) = 6 (0x6) write(4,0x809c000,98) = 98 (0x62) write(4,0x809c000,7) = 7 (0x7) pipe() = 5 (0x5) fcntl(0x5,0x2,0x1) = 0 (0x0) fcntl(0x6,0x2,0x1) = 0 (0x0) vfork() = 92521 (0x16969) xxx: new job on fd 5 write(1,0x808a000,21) = 21 (0x15) kevent(0x3,0xbfbfedac,0x1,0x0,0x0,0x0) = 0 (0x0) close(4) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,0x808a000,25) = 25 (0x19) wait4(0xffffffff,0xbfbfee68,0x3,0x0) = 0 (0x0) kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' xxx: Bad file descriptor write(1,^C0x808a000,25) = 25 (0x19) SIGNAL 2 SIGNAL 2 SIGNAL 20 kill(0x16969,0x2) ERR#3 'No such process' lstat("clean",0xbfbfe784) ERR#2 'No such file or directory' kill(0x16969,0x2) ERR#3 'No such process' sigprocmask(0x3,0xbfbfe864,0xbfbfe854) = 0 (0x0) sigaction(SIGINT,0xbfbfe83c,0x0) = 0 (0x0) sigaction(SIGINT,0xbfbfe7fc,0xbfbfe7e4) = 0 (0x0) getpid() = 92510 (0x1695e) kill(0x1695e,0x2) = 0 (0x0) kill(0x16969,0x13) ERR#3 'No such process' sigprocmask(0x3,0xbfbfe854,0x0) = 0 (0x0) sigprocmask(0x3,0xbfbfe854,0x0) = 0 (0x0) sigaction(SIGCONT,0xbfbfe83c,0x0) = 0 (0x0) SIGNAL 2 SIGNAL 2 process exit, rval = 2 > exit exit Script done on Mon Aug 26 22:47:12 2002 --3uo+9/B/ebqu+fSQ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 15:26:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33EF337B400 for ; Mon, 26 Aug 2002 15:26:53 -0700 (PDT) Received: from host217-41-15-176.in-addr.btopenworld.com (host217-41-15-176.in-addr.btopenworld.com [217.41.15.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id B77A243E65 for ; Mon, 26 Aug 2002 15:26:52 -0700 (PDT) (envelope-from dom@host217-41-15-176.in-addr.btopenworld.com) Received: by host217-41-15-176.in-addr.btopenworld.com (Postfix, from userid 1001) id 1C9D4487; Mon, 26 Aug 2002 23:26:47 +0100 (BST) Date: Mon, 26 Aug 2002 23:26:47 +0100 From: Dominic Marks To: freebsd-hackers@freebsd.org Subject: Re: kevent and pipes interaction on 4.6-STABLE Message-ID: <20020826222647.GC92538@gallium> References: <20020826221727.GB92538@gallium> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020826221727.GB92538@gallium> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 26, 2002 at 11:17:27PM +0100, Dominic Marks wrote: One thing I forgot to mention, but which I don't think (hope) matters is that I'm building make from checked out -CURRENT source on my -STABLE workstation. That's why the diff is against -CURRENT and the subject mentions 4.6-STABLE. Sorry for the ambiguity. -- Dominic Marks Computer & Politics Geek [work]::[npl.co.uk] << dominic.marks at npl.co.uk >> [educ]::[umist.ac.uk] << notyet-known at umist.ac.uk >> [home]::[btinternet] << dominic_marks at btinternet.com >> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 15:34:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40B6F37B400 for ; Mon, 26 Aug 2002 15:34:19 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5E9043E3B for ; Mon, 26 Aug 2002 15:34:18 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Received: from mousie.catspoiler.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.5/8.12.5) with ESMTP id g7QMY0wr050558; Mon, 26 Aug 2002 15:34:04 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Message-Id: <200208262234.g7QMY0wr050558@gw.catspoiler.org> Date: Mon, 26 Aug 2002 15:34:00 -0700 (PDT) From: Don Lewis Subject: Re: USB support for new HP printers? To: mikko@dynas.se Cc: tlambert2@mindspring.com, john@jnielsen.net, molter@tin.it, freebsd-hackers@FreeBSD.ORG In-Reply-To: <20020826082508.X356-100000@atlas.home> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 26 Aug, Mikko Työläjärvi wrote: > On Mon, 26 Aug 2002, Terry Lambert wrote: > >> John Nielsen wrote: >> > "FreeBSD, NetBSD, and OpenBSD are not yet supported in USB mode, due to >> > missing functionality in the kernel "ulpt" driver (bidirectional I/O, >> > device ID retrieval, switching to 7/1/3, and HP channel-change-request)." >> >> >> I'm pretty sure that bidirectional I/O is supported, or there >> would be no network devices. > > [...] > > Though the USB stack handles bi-directional communication, ulpt does not: > > Static struct cdevsw ulpt_cdevsw = { > /* open */ ulptopen, > /* close */ ulptclose, > /* read */ noread, <---- ! > ... I'd like to have bi-directional communication support in the ulpt driver for my Epson ink jet printer so that I could use the utilities to check the ink levels and align the nozzles. This feature is on the ToDo list on the FreeBSD USB project page. I looked at the existing driver code a while back, but that's as far as I got :-( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 15:59:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3179537B400 for ; Mon, 26 Aug 2002 15:59:01 -0700 (PDT) Received: from host217-41-15-176.in-addr.btopenworld.com (host217-41-15-176.in-addr.btopenworld.com [217.41.15.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B00A43E42 for ; Mon, 26 Aug 2002 15:58:59 -0700 (PDT) (envelope-from dom@host217-41-15-176.in-addr.btopenworld.com) Received: by host217-41-15-176.in-addr.btopenworld.com (Postfix, from userid 1001) id 01D55426; Mon, 26 Aug 2002 23:58:51 +0100 (BST) Date: Mon, 26 Aug 2002 23:58:51 +0100 From: Dominic Marks To: freebsd-hackers@freebsd.org Subject: Re: kevent and pipes interaction on 4.6-STABLE Message-ID: <20020826225851.GA93947@gallium> References: <20020826221727.GB92538@gallium> <20020826222647.GC92538@gallium> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <20020826222647.GC92538@gallium> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hey, The best time to find and fix problems in code is just after you've submitted it to a public forum. It is also the worst time. :-) 1. Removed pointless traversal on kevent structures in Job_CatchOutput which I was doing before. Now all kevent objects store the address of their assigned job in the udata field. 2. Fixed one instance where some variables which should be hiden behind USE_SELECT preprocessor had snuck out. Updated diff attached, the main problem persists. Thanks, -- Dominic Marks Computer & Politics Geek [work]::[npl.co.uk] << dominic.marks at npl.co.uk >> [educ]::[umist.ac.uk] << notyet-known at umist.ac.uk >> [home]::[btinternet] << dominic_marks at btinternet.com >> --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="make-kqueue.diff" Index: job.c =================================================================== RCS file: /media/cvs/freebsd/src/usr.bin/make/job.c,v retrieving revision 1.38 diff -u -r1.38 job.c --- job.c 20 Jun 2002 19:28:00 -0000 1.38 +++ job.c 26 Aug 2002 22:44:05 -0000 @@ -1,4 +1,5 @@ /* + * Copyright (c) 2002, Dominic Marks * Copyright (c) 1988, 1989, 1990, 1993 * The Regents of the University of California. All rights reserved. * Copyright (c) 1988, 1989 by Adam de Boor @@ -105,6 +106,7 @@ #include #include #include +#include #include #include #include @@ -237,8 +239,13 @@ * (2) a job can only be run locally, but * nLocal equals maxLocal */ #ifndef RMT_WILL_WATCH -static fd_set outputs; /* Set of descriptors of pipes connected to +#ifdef USE_SELECT +static fd_set outputs; + /* Set of descriptors of pipes connected to * the output channels of children */ +#else +static int kq = -1; +#endif /* USE_SELECT */ #endif STATIC GNode *lastNode; /* The node for which output was most recently @@ -704,11 +711,29 @@ JobClose(job) Job *job; { +#ifndef USE_SELECT + int rv; + struct kevent ke; +#endif /* ! USE_SELECT */ + if (usePipes) { #ifdef RMT_WILL_WATCH - Rmt_Ignore(job->inPipe); + + Rmt_Ignore(job->inPipe); #else +#ifdef USE_SELECT FD_CLR(job->inPipe, &outputs); +#else + memset(&ke, 0, sizeof(struct kevent)); + printf("xxx: closing job on fd %d\n", job->inPipe); + ke.ident = job->inPipe; + ke.filter = EVFILT_READ; + ke.flags = EV_DELETE; + rv = kevent(kq, &ke, 1, NULL, 0, NULL); + if (rv < 0) { + Punt("kevent(2) failed when closing a job"); + } +#endif /* USE_SELECT */ #endif if (job->outPipe != job->inPipe) { (void) close(job->outPipe); @@ -1192,6 +1217,10 @@ Job *job; /* Job to execute */ char **argv; { +#ifndef USE_SELECT + int rv; + struct kevent ke; +#endif /* USE_SELECT */ int cpid; /* ID of new child */ if (DEBUG(JOB)) { @@ -1305,7 +1334,20 @@ #ifdef RMT_WILL_WATCH Rmt_Watch(job->inPipe, JobLocalInput, job); #else +#ifdef USE_SELECT FD_SET(job->inPipe, &outputs); +#else + memset(&ke, 0, sizeof(struct kevent)); + printf("xxx: new job on fd %d\n", job->inPipe); + ke.ident = job->inPipe; + ke.filter = EVFILT_READ; + ke.flags = EV_ADD; + ke.udata = (void *) job; + rv = kevent(kq, &ke, 1, NULL, 0, NULL); + if (rv < 0) { + Punt("kevent(2) failed when adding a job"); + } +#endif /* USE_SELECT */ #endif /* RMT_WILL_WATCH */ } @@ -2313,16 +2355,24 @@ void Job_CatchOutput() { - int nfds; - struct timeval timeout; - fd_set readfds; +#ifdef USE_SELECT + int nfds; + struct timeval timeout; + fd_set readfds; +#else +#define KEVENT_SET_SIZE 8 + int kq, rv, idx; + Job *kjob; + struct kevent ke[KEVENT_SET_SIZE]; +#endif /* USE_SELECT */ LstNode ln; Job *job; #ifdef RMT_WILL_WATCH int pnJobs; /* Previous nJobs */ #endif - + (void) fflush(stdout); + #ifdef RMT_WILL_WATCH pnJobs = nJobs; @@ -2347,26 +2397,46 @@ } #else if (usePipes) { +#ifdef USE_SELECT readfds = outputs; - timeout.tv_sec = SEL_SEC; - timeout.tv_usec = SEL_USEC; - if ((nfds = select(FD_SETSIZE, &readfds, (fd_set *) 0, - (fd_set *) 0, &timeout)) <= 0) - return; + timeout.tv_sec = SEL_SEC; + timeout.tv_usec = SEL_USEC; + + if ((nfds = select(FD_SETSIZE, &readfds, (fd_set *) 0, + (fd_set *) 0, &timeout)) <= 0) { + return; + } else { + if (Lst_Open(jobs) == FAILURE) { + Punt("Cannot open job table"); + } + while (nfds && (ln = Lst_Next(jobs)) != NULL) { + job = (Job *) Lst_Datum(ln); + if (FD_ISSET(job->inPipe, &readfds)) { + JobDoOutput(job, FALSE); + nfds -= 1; + } + } + } +#else + memset(&ke, 0, sizeof(struct kevent) * KEVENT_SET_SIZE); + rv = kevent(kq, NULL, 0, ke, KEVENT_SET_SIZE, NULL); + if (rv <= 0) { + return; + } else { - if (Lst_Open(jobs) == FAILURE) { - Punt("Cannot open job table"); - } - while (nfds && (ln = Lst_Next(jobs)) != NULL) { - job = (Job *) Lst_Datum(ln); - if (FD_ISSET(job->inPipe, &readfds)) { - JobDoOutput(job, FALSE); - nfds -= 1; + if (Lst_Open(jobs) == FAILURE) { + Punt("Cannot open job table"); } - } - Lst_Close(jobs); + for (idx = 0; idx < rv; idx++) { + kjob = (Job *) ke[idx].udata; + /* we found the kevent for the job */ + JobDoOutput(kjob, FALSE); + continue; + } + Lst_Close(jobs); } +#endif /* USE_SELECT */ } #endif /* RMT_WILL_WATCH */ } @@ -2439,6 +2509,16 @@ } else { targFmt = TARG_FMT; } + +#ifndef USE_SELECT + if (kq < 0) { + kq = kqueue(); + printf("xxx: kq = %d\n", kq); + } + if (kq < 0) { + Punt("kqueue(2) could not assign a kqueue"); + } +#endif /* ! USE_SELECT */ if (shellPath == NULL) { /* --HcAYCG3uE/tztfnV-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 16: 1:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADAAF37B400 for ; Mon, 26 Aug 2002 16:01:45 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50CE443E42 for ; Mon, 26 Aug 2002 16:01:45 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0294.cvx21-bradley.dialup.earthlink.net ([209.179.193.39] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17jSrb-0006q8-00; Mon, 26 Aug 2002 16:01:39 -0700 Message-ID: <3D6AB319.791060CF@mindspring.com> Date: Mon, 26 Aug 2002 16:00:41 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mikko =?iso-8859-1?Q?Ty=F6l=E4j=E4rvi?= Cc: John Nielsen , Marco Molteni , freebsd-hackers@freebsd.org Subject: Re: USB support for new HP printers? References: <20020826082508.X356-100000@atlas.home> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mikko Ty=F6l=E4j=E4rvi wrote: > > I'm pretty sure that bidirectional I/O is supported, or there > > would be no network devices. > = > [...] > = > Though the USB stack handles bi-directional communication, ulpt does no= t: > = > Static struct cdevsw ulpt_cdevsw =3D { > /* open */ ulptopen, > /* close */ ulptclose, > /* read */ noread, <---- ! > ... > = > In -current, an input routine has been added, but all it does is > discard any data that comes from the printer. That should be trivial to correct, for anyone who wants to use their printer, and requires bidirecitonal I/O... But I stand corrected. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 16:41:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8FAE37B417 for ; Mon, 26 Aug 2002 16:41:23 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 1720B43E65 for ; Mon, 26 Aug 2002 16:41:23 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from gosset.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 27 Aug 2002 00:41:22 +0100 (BST) To: Dominic Marks Cc: freebsd-hackers@freebsd.org Subject: Re: kevent and pipes interaction on 4.6-STABLE In-Reply-To: Your message of "Mon, 26 Aug 2002 23:58:51 BST." <20020826225851.GA93947@gallium> Date: Tue, 27 Aug 2002 00:41:21 +0100 From: Ian Dowse Message-ID: <200208270041.aa72777@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020826225851.GA93947@gallium>, Dominic Marks writes: >+static int kq = -1; >+ int kq, rv, idx; >kevent(0x3,0xbfbfedbc,0x1,0x0,0x0,0x0) = 0 (0x0) >kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' Look at the above 4 lines, and it is pretty clear what is going on. You don't want to hide the global `kq' behind an uninitialised local variable of the same name. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 16:49:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DE4237B400 for ; Mon, 26 Aug 2002 16:49:38 -0700 (PDT) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB63D43E4A for ; Mon, 26 Aug 2002 16:49:37 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0294.cvx21-bradley.dialup.earthlink.net ([209.179.193.39] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17jTbu-000339-00; Mon, 26 Aug 2002 16:49:31 -0700 Message-ID: <3D6ABE51.B93F6B0A@mindspring.com> Date: Mon, 26 Aug 2002 16:48:33 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dominic Marks Cc: freebsd-hackers@freebsd.org Subject: Re: kevent and pipes interaction on 4.6-STABLE References: <20020826221727.GB92538@gallium> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dominic Marks wrote: > I'm attempting the junior userland hacker task of replacing select in > make with kevent. I have written the code and it is, as far as I know > correct. > > The problem is that this code doesn't work. An example being the > following: The problem is that kqueue is known to not work well with pipes; specifically, the available data is not correctly reported. This was noted by Alfred before. BTW: This was one of the motivating factors in my recent set of patches to support System V Message Queues with kqueue: I needed a reliable IPC delivery mechanism that worked via kqueue, and pipes were not it, and I didn't want to have to worry about net based attacks on my IPC mechanism, so I didn't use sockets. Contact Alfred for details on the pipe issue, since he discovered it about the middle of last year. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 20:26: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C308C37B400; Mon, 26 Aug 2002 20:26:02 -0700 (PDT) Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B6D143E6A; Mon, 26 Aug 2002 20:26:02 -0700 (PDT) (envelope-from kmacy@netapp.com) Received: from frejya.corp.netapp.com (frejya [10.10.20.91]) by mx01-a.netapp.com (8.12.3/8.12.3/NTAP-1.4) with ESMTP id g7R3Q1l7015032; Mon, 26 Aug 2002 20:26:01 -0700 (PDT) Received: from elwood-fe.eng (elwood-fe.eng.netapp.com [10.56.10.100]) by frejya.corp.netapp.com (8.12.5/8.12.2/NTAP-1.4) with ESMTP id g7R3Q0rc017225; Mon, 26 Aug 2002 20:26:01 -0700 (PDT) Received: from localhost (kmacy@localhost) by elwood-fe.eng (8.11.6+Sun/8.11.6) with ESMTP id g7R3Pq000971; Mon, 26 Aug 2002 20:26:00 -0700 (PDT) Date: Mon, 26 Aug 2002 20:25:52 -0700 (PDT) From: Kip Macy To: GERARDO ENRIQUE PAREDES MANCIA Cc: freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: problems with pthreads In-Reply-To: <6647ea481bf9ec68.1bf9ec686647ea48@unitec.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@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 remove the -ansi flag to the compilation to remove the warnings, and add a -pthread to the link stage so that libc_r will be used instead of libc. As an aside: this only belongs on -questions. However, considering I got _zero_ response after posting to one then the other when one of my boxes failed to boot after cvsupping -STABLE and doing a make world I can understand the crossposting. I think responding to trolls is more fun for many people. -Kip On Sun, 25 Aug 2002, GERARDO ENRIQUE PAREDES MANCIA wrote: > when trying to portupgrade XFree86-clients from 4.2.??? to the newest version i > get this: > > > LD_LIBRARY_PATH=../../exports/lib cc -O -pipe -march=pentiumpro -ansi -pedantic > -Dasm=__asm -Wall -Wpointer-arith -I../.. -I../../exports/include > -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -c appres.c > In file included from appres.c:34: > /usr/include/stdlib.h:110: warning: ANSI C does not support `long long' > /usr/include/stdlib.h:114: warning: ANSI C does not support `long long' > rm -f appres > LD_LIBRARY_PATH=../../exports/lib cc -o appres -ansi -pedantic -Dasm=__asm > -Wall -Wpointer-arith -L../../exports/lib appres.o -lXt -lSM -lICE -lXext > -lX11 -L/usr/X11R6/lib -Wl,-rpath,/usr/X11R6/lib > ../../exports/lib/libXt.so: undefined reference to `pthread_cond_signal' > /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_zero_stub_' > ../../exports/lib/libX11.so: undefined reference to `pthread_cond_broadcast' > /usr/X11R6/lib/libXThrStub.so.6: undefined reference to `_Xthr_self_stub_' > ../../exports/lib/libXt.so: undefined reference to `pthread_cond_init' > ../../exports/lib/libXt.so: undefined reference to `pthread_mutex_unlock' > ../../exports/lib/libXt.so: undefined reference to `pthread_self' > ../../exports/lib/libXt.so: undefined reference to `pthread_mutex_destroy' > ../../exports/lib/libXt.so: undefined reference to `pthread_mutex_lock' > ../../exports/lib/libXt.so: undefined reference to `pthread_cond_wait' > ../../exports/lib/libXt.so: undefined reference to `pthread_cond_destroy' > ../../exports/lib/libXt.so: undefined reference to `pthread_mutex_init' > *** Error code 1 > > > i get the same errors when trying to compile wxWindows apps with: > > g++ -o proggy proggy.cpp `wx-config --libs` `wx-config --cxxflags` > > > however i got my wxwindows apps to compile (with some warnings) adding -lc_r > after the above line. > > i just recently build the world, i track RELENG_4 on a weekly basis, is this > problem related to it? if don't, please provide me with any insight how to fix > it. > > Thanks > Gerardo > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 26 23:47:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B749837B405 for ; Mon, 26 Aug 2002 23:47:55 -0700 (PDT) Received: from host217-41-35-87.in-addr.btopenworld.com (host217-41-35-87.in-addr.btopenworld.com [217.41.35.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D56643E42 for ; Mon, 26 Aug 2002 23:47:55 -0700 (PDT) (envelope-from dom@host217-41-35-87.in-addr.btopenworld.com) Received: by gallium.localdomain (Postfix, from userid 1001) id 217D028E; Tue, 27 Aug 2002 07:47:56 +0100 (BST) Date: Tue, 27 Aug 2002 07:47:56 +0100 From: Dominic Marks To: Ian Dowse Cc: freebsd-hackers@freebsd.org Subject: Re: kevent and pipes interaction on 4.6-STABLE Message-ID: <20020827064756.GA239@gallium> References: <20020826225851.GA93947@gallium> <200208270041.aa72777@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200208270041.aa72777@salmon.maths.tcd.ie> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 27, 2002 at 12:41:21AM +0100, Ian Dowse wrote: > In message <20020826225851.GA93947@gallium>, Dominic Marks writes: > >+static int kq = -1; > >+ int kq, rv, idx; > >kevent(0x3,0xbfbfedbc,0x1,0x0,0x0,0x0) = 0 (0x0) > >kevent(0x809abc0,0x0,0x0,0xbfbfede0,0x8,0x0) ERR#9 'Bad file descriptor' > > Look at the above 4 lines, and it is pretty clear what is going on. > You don't want to hide the global `kq' behind an uninitialised local > variable of the same name. > > Ian Woops. Thanks! -- Dominic Marks Computer & Politics Geek [work]::[npl.co.uk] << dominic.marks at npl.co.uk >> [educ]::[umist.ac.uk] << notyet-known at umist.ac.uk >> [home]::[btinternet] << dominic_marks at btinternet.com >> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 1:38:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC00937B400 for ; Tue, 27 Aug 2002 01:38:28 -0700 (PDT) Received: from mail.syd.eastlink.ca (mail.syd.eastlink.ca [24.222.87.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45C1C43E75 for ; Tue, 27 Aug 2002 01:38:28 -0700 (PDT) (envelope-from dest@syd.eastlink.ca) Received: from process.syd.eastlink.ca (dest@u80n87.syd.eastlink.ca [24.222.80.87]) by mail.syd.eastlink.ca (8.12.2/8.12.2) with ESMTP id g7R8cQZY030201 for ; Tue, 27 Aug 2002 05:38:27 -0300 Message-Id: <5.1.0.14.0.20020827052903.00bbe268@pop.syd.eastlink.ca> X-Sender: dest@pop.syd.eastlink.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 27 Aug 2002 05:39:14 -0300 To: freebsd-hackers@freebsd.org From: Craig Hawco Subject: SMP on Intel SE7500CW2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I've been looking into PR i386/40564 as I'm the owner of an Intel SE7500CW2. I managed to track it down to start_ap in mp_machdep.c. snippet from start_ap(): while (read_apic_timer()) if (mp_ncpus > cpus) return 1; /* return SUCCESS */ After a bit of poking around I found mpboot.s as the location of where mp_ncpus gets increased (mp_begin) after the AP has been started. The startup code for the AP is also in mpboot.s. Not being a kernel hacker I'm kind of stuck at this point. Windows and Linux work with this board, so it's probably not a hardware problem. Start_ap also appears to follow the Intel MP Spec very closely, after a quick glance, so I'm at a loss. Is an interrupt being lost somewhere? Is the problem occuring before the AP even executes its startup code and thus never executing mp_begin? I'm not an assembly programmer, and only have a very loose understanding of assembly, so actually understanding anything going on in mpboot.s is not very likely. Any help would be greatly appreciated. Craig Hawco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 2:14: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70D4637B400 for ; Tue, 27 Aug 2002 02:13:56 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C69C43E4A for ; Tue, 27 Aug 2002 02:13:56 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0060.cvx40-bradley.dialup.earthlink.net ([216.244.42.60] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 4.10) id 17jcQ3-00071d-00; Tue, 27 Aug 2002 02:13:51 -0700 Message-ID: <3D6B425F.D0777F7@mindspring.com> Date: Tue, 27 Aug 2002 02:11:59 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Craig Hawco Cc: freebsd-hackers@freebsd.org Subject: Re: SMP on Intel SE7500CW2 References: <5.1.0.14.0.20020827052903.00bbe268@pop.syd.eastlink.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Craig Hawco wrote: > I've been looking into PR i386/40564 as I'm the owner of an Intel > SE7500CW2. I managed to track it down to start_ap in mp_machdep.c. > > snippet from start_ap(): > > while (read_apic_timer()) > if (mp_ncpus > cpus) > return 1; /* return SUCCESS */ > > After a bit of poking around I found mpboot.s as the location of where > mp_ncpus gets increased (mp_begin) after the AP has been started. The > startup code for the AP is also in mpboot.s. Not being a kernel hacker I'm > kind of stuck at this point. Windows and Linux work with this board, so > it's probably not a hardware problem. Start_ap also appears to follow the > Intel MP Spec very closely, after a quick glance, so I'm at a loss. Is an > interrupt being lost somewhere? Is the problem occuring before the AP even > executes its startup code and thus never executing mp_begin? I'm not an > assembly programmer, and only have a very loose understanding of assembly, > so actually understanding anything going on in mpboot.s is not very likely. > Any help would be greatly appreciated. Assuming you are running the FreeBSD version 4.6 referenced by that PR, what it's telling you when it panic's is that the BP has waited over 5 seconds for the incl of mp_ncpus to occur, and it never happened. Basically, the only way this can happen, according to the code is for the second CPU to totally crash, or for the increment to occur in cache, and not have its value updated in the place that the other CPU is looping on. Unless you have cooked your ship by overclocking or static, let's assume that it's the latter: the notification is taking place, but is having no effect. Neither you nor the PR indicate which compiler you used, or if cranking the number of seconds up helps at all. There are a couple of things you can try; which (if any) will work depends on information you aren't providing: 1) Change: int mp_ncpus; /* # of CPUs, including BSP */ To: volatile int mp_ncpus; /* # of CPUs, including BSP */ In mp_machdep.c; it could be that the compiler options you are using are causing the value to end up being cached in a register in the loop (you would have to examine the assembly code to see if this were the case). 2) In locore.s, change: begin: /* set up bootstrap stack */ movl _proc0paddr,%esp /* location of in-kernel pages */ addl $UPAGES*PAGE_SIZE,%esp /* bootstrap stack end location */ xorl %eax,%eax /* mark end of frames */ movl %eax,%ebp movl _proc0paddr,%eax movl _IdlePTD, %esi movl %esi,PCB_CR3(%eax) testl $CPUID_PGE, R(_cpu_feature) jz 1f movl %cr4, %eax orl $CR4_PGE, %eax movl %eax, %cr4 1: To: begin: /* set up bootstrap stack */ movl _proc0paddr,%esp /* location of in-kernel pages */ addl $UPAGES*PAGE_SIZE,%esp /* bootstrap stack end location */ xorl %eax,%eax /* mark end of frames */ movl %eax,%ebp movl _proc0paddr,%eax movl _IdlePTD, %esi movl %esi,PCB_CR3(%eax) testl $CPUID_PGE, R(_cpu_feature) jz 1f /* * DISABLE PGE/GPE on Intel/AMD; eat performance hit on CR3 reload * in exchange for non-stale TLB contents on bogus motherboard with * bad MMU hardware and/or wiring and/or undocumented hardware bug. */ /* movl %cr4, %eax */ /* orl $CR4_PGE, %eax */ /* movl %eax, %cr4 */ 1: 3) Add "options DISABLE_PSE" to the config file, and rebuild the kernel. YMMV (of course). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 2:46:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B47FC37B400 for ; Tue, 27 Aug 2002 02:46:32 -0700 (PDT) Received: from mail012.syd.optusnet.com.au (mail012.syd.optusnet.com.au [210.49.20.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA41343E42 for ; Tue, 27 Aug 2002 02:46:31 -0700 (PDT) (envelope-from simon@synatech.com.au) Received: from co3021625-a.mckinn1.vic.optushome.com.au (c17681.mckinn1.vic.optusnet.com.au [210.49.221.35]) by mail012.syd.optusnet.com.au (8.11.1/8.11.1) with ESMTP id g7R9kUK15527 for ; Tue, 27 Aug 2002 19:46:30 +1000 Received: by co3021625-a.mckinn1.vic.optushome.com.au (Postfix, from userid 1001) id EFD6C14A59; Tue, 27 Aug 2002 19:46:29 +1000 (EST) Date: Tue, 27 Aug 2002 19:46:29 +1000 From: Simon Lai To: freebsd-hackers@freebsd.org Subject: implementing Via LongHaul technology Message-ID: <20020827194629.A6743@pobox.com.> Reply-To: simon@synatech.com.au Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Via uses a technology called LongHaul in its low power CPUs, to save power and reduce operating temperatures. Its activated through MSRs, but has some particular timing requirements. An example code fragment from the programmers manual for this technology is mov [_temp],eax ;copy RevisionID[3:0] and [_temp],0fh ;mask RevisionID[3:0] shl [_temp],4 ;save revkey and eax,0fe0fff0fh ; reset longhaul[24:20] to 0 or eax,ebx or eax, 00000200h ; set EnableSoftVID [9] or eax,[_temp] ;set revkey wrmsr hlt hlt From the section accompanying this code - "Once the enable SoftVID bit [9] is set, the processor's VID pins will drive the value in [24:20] on the next AUTOHALT/StopGrant transition. The duration should be >=1ms to ensure the CPU's internal PLL is resynchronized. For AUTOHALT, this means interrupts must be disabled except for the timer tick, which should be reset to >= 1ms. Care must be taken to avoid other system events that could interfere with this operation. A few examples are snooping, NMI, INIT, SMI, FLUSH." Can someone point to code that already does a similar thing, timing wise and disabling interrupts. Initially I would be happy just to force the processor into a particular mode on boot, for testing purposes, but would like to eventually implement a dynamic tuning algorithm related to idle time. Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 4:34:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CE4637B400; Tue, 27 Aug 2002 04:34:25 -0700 (PDT) Received: from omta02.mta.everyone.net (sitemail3.everyone.net [216.200.145.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCC4E43E75; Tue, 27 Aug 2002 04:34:24 -0700 (PDT) (envelope-from boumerola@somd.net) Received: from sitemail.everyone.net (dsnat [216.200.145.62]) by omta02.mta.everyone.net (Postfix) with ESMTP id E23EA1C7BC3; Tue, 27 Aug 2002 04:33:50 -0700 (PDT) Received: by sitemail.everyone.net (Postfix, from userid 99) id B787A3951; Tue, 27 Aug 2002 04:33:50 -0700 (PDT) Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Date: Tue, 27 Aug 2002 04:33:50 -0700 (PDT) From: Phil Boumerola To: hackers@freebsd.org Cc: chat@freebsd.org Subject: The current status of FreeBSD Reply-To: boumerola@somd.net X-Originating-Ip: [211.78.164.242] Message-Id: <20020827113350.B787A3951@sitemail.everyone.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gentlemen, FreeBSD is a sinking ship for the true hackers among us. Perhaps due to bad politics, perhaps due to envy on Linux' success and hype, FreeBSD had no resemblance of what it once was. It's now 'yet another Linux distro'/'commercial unix wannabe'. In the wise words of Chris G Demetriou (NetBSD core): "When i think of "politics," i think of Jordan Hubbard, flat out lying about what's in, or going to be in, FreeBSD, or what the system can do, or what's wrong with the system. (worth noting: I've come to understand Kolstad, even see him as a reasonable person. I see jordan as a _liar_, period.) _that's_ not the game that we, or i, play." Unfortunately, it's not its only problem. Constant flamage and hypocrisy between developers has resulted in a system that is mediocre at best. Too much time spent in flames and useless politics has resulted in a system that has to copy from others to survive (NetBSD's RAIDFrame, rcng and a dozen userland tools), and that is constantly playing catchup, with Linux in the hype area, with NetBSD in the technical area. Do yourselves a favor and download the latest SuSE ISO. Thank you. _____________________________________________________________ Sign up for FREE email from Southern Maryland Online at http://somd.com _____________________________________________________________ Promote your group and strengthen ties to your members with email@yourgroup.org by Everyone.net http://www.everyone.net/?btn=tag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 5:30:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6120B37B400 for ; Tue, 27 Aug 2002 05:30:56 -0700 (PDT) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D9B043E77 for ; Tue, 27 Aug 2002 05:30:55 -0700 (PDT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.5/8.12.3) with ESMTP id g7RCUsHU069843 for ; Tue, 27 Aug 2002 14:30:54 +0200 (CEST) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.5/8.12.4/Submit) id g7RCUsQY069842 for freebsd-hackers@freebsd.org; Tue, 27 Aug 2002 14:30:54 +0200 (CEST) Date: Tue, 27 Aug 2002 14:30:54 +0200 From: Stijn Hoop To: freebsd-hackers@freebsd.org Subject: VMware 3 on FreeBSD? Message-ID: <20020827123054.GF68243@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7DO5AaGCk89r4vaK" Content-Disposition: inline User-Agent: Mutt/1.4i X-Bright-Idea: Let's abolish HTML mail! Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --7DO5AaGCk89r4vaK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, sent this to -questions a week ago, got no response, so I'm asking again here: is it possible to run VMware 3 on -STABLE? If so, how? I noticed there is no port like there is for VMware 2, so that's why I'm asking. Thanks, --Stijn --=20 Help Wanted: Telepath. You know where to apply. --7DO5AaGCk89r4vaK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9a3D+Y3r/tLQmfWcRAkk+AJ9pdD+H3sHggx268TgT2gw8hHJNkACfSsI0 Qf5x/pUHBmBW+eMqNZXNPvo= =Fv5k -----END PGP SIGNATURE----- --7DO5AaGCk89r4vaK-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 5:35: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B3DF37B400 for ; Tue, 27 Aug 2002 05:35:03 -0700 (PDT) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 141A443E3B for ; Tue, 27 Aug 2002 05:35:02 -0700 (PDT) (envelope-from joe@genius.tao.org.uk) Received: by genius.tao.org.uk (Postfix, from userid 100) id 4EAAB429A; Tue, 27 Aug 2002 13:34:52 +0100 (BST) Date: Tue, 27 Aug 2002 13:34:52 +0100 From: Josef Karthauser To: Stijn Hoop Cc: freebsd-hackers@freebsd.org Subject: Re: VMware 3 on FreeBSD? Message-ID: <20020827123452.GB4807@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Stijn Hoop , freebsd-hackers@freebsd.org References: <20020827123054.GF68243@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rS8CxjVDS/+yyDmU" Content-Disposition: inline In-Reply-To: <20020827123054.GF68243@pcwin002.win.tue.nl> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --rS8CxjVDS/+yyDmU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 27, 2002 at 02:30:54PM +0200, Stijn Hoop wrote: > Hi, >=20 > sent this to -questions a week ago, got no response, so I'm asking > again here: is it possible to run VMware 3 on -STABLE? If so, how? > I noticed there is no port like there is for VMware 2, so that's > why I'm asking. >=20 It's possible, but as far as I know no-one's unravelled the vmware3 install script yet. The vmware3 binary run, but complains that it's not got a valid configuration file. That file I believe is written by the install script which is a shell script that knows about all things linux, but about no things FreeBSD. If you'd like to work on this please get in touch with me off list. Joe --=20 "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 --rS8CxjVDS/+yyDmU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iEYEARECAAYFAj1rcesACgkQXVIcjOaxUBZzQQCg3z9tbL4kLkS5BCbnezLRR4gs WogAoI2tkhShXvxjZwO9ETSnL6wK+6Ky =+Dxk -----END PGP SIGNATURE----- --rS8CxjVDS/+yyDmU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 6:21: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58D8C37B401 for ; Tue, 27 Aug 2002 06:21:02 -0700 (PDT) Received: from web21107.mail.yahoo.com (web21107.mail.yahoo.com [216.136.227.109]) by mx1.FreeBSD.org (Postfix) with SMTP id 7FDC943E9C for ; Tue, 27 Aug 2002 06:21:01 -0700 (PDT) (envelope-from hitmaster2k@yahoo.com) Message-ID: <20020827132101.28827.qmail@web21107.mail.yahoo.com> Received: from [62.254.0.5] by web21107.mail.yahoo.com via HTTP; Tue, 27 Aug 2002 06:21:01 PDT Date: Tue, 27 Aug 2002 06:21:01 -0700 (PDT) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: problems with pthreads To: Kip Macy , GERARDO ENRIQUE PAREDES MANCIA Cc: freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Kip Macy wrote: > [...] > As an aside: this only belongs on -questions. However, considering I got > _zero_ response after posting to one then the other when one of my boxes > failed to boot after cvsupping -STABLE and doing a make world I can > understand the crossposting. I think responding to trolls is more fun for > many people. Gerardo, FYI: the pthread(3) manual page holds information about this, and so does the gcc(1) manual page. Take Care. Regards. -- Hiten __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 6:52: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0F7537B400 for ; Tue, 27 Aug 2002 06:51:56 -0700 (PDT) Received: from insomnia.spc.org (insomnia.spc.org [195.224.94.183]) by mx1.FreeBSD.org (Postfix) with SMTP id 7367743E84 for ; Tue, 27 Aug 2002 06:51:55 -0700 (PDT) (envelope-from bms@insomnia.spc.org) Received: (qmail 32079 invoked by uid 1031); 27 Aug 2002 13:51:10 -0000 Date: Tue, 27 Aug 2002 14:51:10 +0100 From: Bruce M Simpson To: Ian Dowse Cc: n_hibma@FreeBSD.ORG, joe@FreeBSD.ORG, hackers@freebsd.org Subject: Re: USB->ATA devices Message-ID: <20020827135110.GB24795@spc.org> References: <20020827122010.GA5438@spc.org> <200208271420.aa79383@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200208271420.aa79383@salmon.maths.tcd.ie> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Ian, [Moved to -hackers because no longer directly relevant to -mobile.] Please let me know if I'm talking complete monkey dung here. On Tue, Aug 27, 2002 at 02:20:09PM +0100, Ian Dowse wrote: > If you're interested, I wrote a functional but incomplete driver > for a similar device, the Prolific Technology PL2307 bridge. I just This is good stuff. The Onspec expects a command packet containing the ATA register contents in the order they appear in i/o space. Plus an additional byte whose meaning I have yet to decipher. > implemented the conversion for a minimal set of ATA commands in the > driver itself; it would obviously be better to have the ATA layer > in a separate driver though. The code for that driver is at: How about doing ata(4) over usb? Support was added for PCMCIA to ata in the form of ata-card.c. This required macro-izing the bus_space_write*() calls amongst other things. Normally this takes place over an underlying isa/pci bus abstraction, maybe we could re-use this abstraction in ata-usb.c to avoid changing anything here? That way we avoid duplicating the ATA bit-banging code. Remember atapicam? I like the fact that it allows one to run cdrecord with an ATAPI CDRW drive; perhaps it could be re-used and extended to allow CAM to be used to interact with these pure ATA devices? Of course in this case, if we make the devices on the USB->ATA bridge look like ata-disk devices and what have you, who needs CAM? Discussion invited and welcomed... BMS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 6:53: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E99D37B400 for ; Tue, 27 Aug 2002 06:53:02 -0700 (PDT) Received: from voyager.tkb.pl (shapieron.tkb.pl [212.33.84.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77D7743E6E for ; Tue, 27 Aug 2002 06:52:57 -0700 (PDT) (envelope-from spock@voyager.tkb.pl) Received: (qmail 9761 invoked by uid 1000); 27 Aug 2002 15:55:05 -0000 Date: Tue, 27 Aug 2002 15:55:05 +0000 (GMT) From: Marcin Jurczuk To: freebsd-hackers@freebsd.org Subject: System crash 4 times/hour. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello ! I'm using old dual pentium Pro 200MHz box with 256 MB RAM. Instaled system is FreeBSd 4.6-STABLE. Every time after 15-30 min since boot up system showing something like: -- cut here -- Fatal trap 12: page fault while in kernel mode mp_lock = 01000003; cpuid = 1; lapic.id = 00000000 fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0278acd stack pointer = 0x10:0xcf547af4 frame pointer = 0x10:0xcf547afc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net tty bio cam <- SMP: XXX trap number = 12 panic: page fault bla bla .. Uptime: 13m59s cpu_reset called on cpu#1 cpu_reset: Stopping orher CPUs -- cut here -- Any sugestions ? Best regards... Marcin Jurczuk -> spock@tkb.pl Network/System Administartor. Bialystok Cable Television. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 7:23:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2998637B400; Tue, 27 Aug 2002 07:23:11 -0700 (PDT) Received: from mail.uk.alink.co.za (mail.uk.alink.co.za [213.253.1.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB29443E77; Tue, 27 Aug 2002 07:23:10 -0700 (PDT) (envelope-from george@alink.co.za) Received: from [195.8.70.199] (helo=spoem) by mail.uk.alink.co.za with smtp (Exim 3.36 #4) id 17jhF2-0000D5-00; Tue, 27 Aug 2002 15:22:48 +0100 Message-ID: <014901c24dd4$e3958e30$c74608c3@spoem> From: "George Barnett" To: , Cc: References: <20020827113350.B787A3951@sitemail.everyone.net> Subject: Re: The current status of FreeBSD Date: Tue, 27 Aug 2002 15:20:26 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Iwank Regularly posted: > Do yourselves a favor and download the latest SuSE ISO. SuSE is available as an ISO? heh.. I was under the impression the only ISO you got was a trial "live system" one, and you had to fiddle with an FTP install or buy a full copy? Has this changed? --george To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 7:37:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B56DF37B400; Tue, 27 Aug 2002 07:37:18 -0700 (PDT) Received: from freebsd.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8014443E72; Tue, 27 Aug 2002 07:37:17 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.12.5/8.12.5) id g7REbFUl091711; Tue, 27 Aug 2002 16:37:15 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200208271437.g7REbFUl091711@freebsd.dk> Subject: Re: USB->ATA devices In-Reply-To: <20020827135110.GB24795@spc.org> To: Bruce M Simpson Date: Tue, 27 Aug 2002 16:37:15 +0200 (CEST) Cc: Ian Dowse , n_hibma@FreeBSD.ORG, joe@FreeBSD.ORG, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Bruce M Simpson wrote: > > If you're interested, I wrote a functional but incomplete driver > > for a similar device, the Prolific Technology PL2307 bridge. I just > > This is good stuff. > > The Onspec expects a command packet containing the ATA register contents > in the order they appear in i/o space. Plus an additional byte whose > meaning I have yet to decipher. > > > implemented the conversion for a minimal set of ATA commands in the > > driver itself; it would obviously be better to have the ATA layer > > in a separate driver though. The code for that driver is at: > > How about doing ata(4) over usb? > > Support was added for PCMCIA to ata in the form of ata-card.c. This > required macro-izing the bus_space_write*() calls amongst other things. Ahem, all the bus_* stuff was done to support other platforms (alpha/sparc) not for the PCMCIA stuff which is very much straight forward... > Normally this takes place over an underlying isa/pci bus abstraction, > maybe we could re-use this abstraction in ata-usb.c to avoid changing > anything here? That way we avoid duplicating the ATA bit-banging code. It should be possible to hide the USB stuff under the ATA_* macroes or even just under bus_space_*. I need a bit more concrete details on how to call into the USB code, then it should be pretty easy to add... > > > Remember atapicam? I like the fact that it allows one to run cdrecord > with an ATAPI CDRW drive; perhaps it could be re-used and extended to > allow CAM to be used to interact with these pure ATA devices? Of course > in this case, if we make the devices on the USB->ATA bridge look like > ata-disk devices and what have you, who needs CAM? atapicam only does ATAPI, not ATA... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 8: 8:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E02637B400; Tue, 27 Aug 2002 08:08:43 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 3934F43E84; Tue, 27 Aug 2002 08:08:42 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 27 Aug 2002 16:08:35 +0100 (BST) To: Soeren Schmidt Cc: Bruce M Simpson , n_hibma@FreeBSD.ORG, joe@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: USB->ATA devices In-Reply-To: Your message of "Tue, 27 Aug 2002 16:37:15 +0200." <200208271437.g7REbFUl091711@freebsd.dk> Date: Tue, 27 Aug 2002 16:08:35 +0100 From: Ian Dowse Message-ID: <200208271608.aa03351@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200208271437.g7REbFUl091711@freebsd.dk>, Soeren Schmidt writes: >It should be possible to hide the USB stuff under the ATA_* macroes >or even just under bus_space_*. >I need a bit more concrete details on how to call into the USB >code, then it should be pretty easy to add... This would be hard to do right, as the preferred way to talk to USB devices is with a request-callback model. The ATA command would need to be put into a request structure and handed to the USB device driver, and the USB driver would then call back when the request completes. There are hacks that can be used to perform the USB operations synchronously, but they generally do not handle unexpected removal of the device well at all. There are many possible ATA/ATAPI over USB protocols, so turning the ATA request into one or more USB transfers is a bridge-specific operation. Basically these odd protocols exist because the manufacturers of the various bridges have decided to cut corners and not implement the standard USB mass storage interface. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 8:17:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 916AD37B400 for ; Tue, 27 Aug 2002 08:17:22 -0700 (PDT) Received: from smtp.mailix.net (smtp.mailix.net [216.148.213.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27CA743E6E for ; Tue, 27 Aug 2002 08:17:22 -0700 (PDT) (envelope-from tapeworm@insekta.org) Received: from [12.246.29.145] (helo=domina.insekta.org) by smtp.mailix.net with asmtp (Exim 4.01) id 17ji5o-0001tK-00 for freebsd-hackers@freebsd.org; Tue, 27 Aug 2002 08:17:20 -0700 Date: Tue, 27 Aug 2002 08:15:01 -0700 From: tapeworm To: freebsd-hackers@freebsd.org Subject: programming tools Message-Id: <20020827081501.141e63a7.tapeworm@insekta.org> Organization: the insekta organization X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; i386-portbld-freebsd4.6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@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 if this is necessarily the recommended place to ask this, but here we go. i've recently become more actively interested in learning programming. freebsd, obviously, has a pretty wide range of tools available, and i'm a little unsure where to start. rather than ask something too generalized, like "how can i learn to program?", i have a few questions about some specific languages/tools. 1. is anyone using aleph or pike? if so, what are your impressions so far, and how well do they integrate with other languages? (most notably python and/or c/c++). 2. most of the projects i'm interested in working on are to be x-based. i've seen a lot of gui toolkits and libraries, but what are some ways these are actually implemented? preferrably platform independent, as i don't like kde or gnome (mmm. fluxbox.) 3. are there any integral things i should install as supplementals, like bindings for python, when first starting? if this is too general, my main curiousity right now lies in aleph, perl, pike, and python. perhaps c/c++ later on. 4. developer environments (i.e. kdevelop): yes or no? (i'm leaning towards no, since i tend to get more work done without dozens of terminals full of crap). i suppose that about covers it. i'm somewhat curious to see the responses on this (if it actually receives any). - erik To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 8:36:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB0D137B400; Tue, 27 Aug 2002 08:36:53 -0700 (PDT) Received: from freebsd.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1432243E72; Tue, 27 Aug 2002 08:36:52 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.12.5/8.12.5) id g7RFapYX004079; Tue, 27 Aug 2002 17:36:51 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200208271536.g7RFapYX004079@freebsd.dk> Subject: Re: USB->ATA devices In-Reply-To: <200208271608.aa03351@salmon.maths.tcd.ie> To: Ian Dowse Date: Tue, 27 Aug 2002 17:36:50 +0200 (CEST) Cc: Bruce M Simpson , n_hibma@FreeBSD.ORG, joe@FreeBSD.ORG, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Ian Dowse wrote: > In message <200208271437.g7REbFUl091711@freebsd.dk>, Soeren Schmidt writes: > >It should be possible to hide the USB stuff under the ATA_* macroes > >or even just under bus_space_*. > >I need a bit more concrete details on how to call into the USB > >code, then it should be pretty easy to add... > > This would be hard to do right, as the preferred way to talk to USB > devices is with a request-callback model. The ATA command would > need to be put into a request structure and handed to the USB device > driver, and the USB driver would then call back when the request > completes. There are hacks that can be used to perform the USB > operations synchronously, but they generally do not handle unexpected > removal of the device well at all. > > There are many possible ATA/ATAPI over USB protocols, so turning > the ATA request into one or more USB transfers is a bridge-specific > operation. Basically these odd protocols exist because the manufacturers > of the various bridges have decided to cut corners and not implement > the standard USB mass storage interface. Sounds like a can of worms better left unopened... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 9:23:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25DBA37B401 for ; Tue, 27 Aug 2002 09:23:13 -0700 (PDT) Received: from insomnia.spc.org (insomnia.spc.org [195.224.94.183]) by mx1.FreeBSD.org (Postfix) with SMTP id A970F43E42 for ; Tue, 27 Aug 2002 09:23:11 -0700 (PDT) (envelope-from bms@insomnia.spc.org) Received: (qmail 17282 invoked by uid 1031); 27 Aug 2002 16:22:23 -0000 Date: Tue, 27 Aug 2002 17:22:23 +0100 From: Bruce M Simpson To: Soeren Schmidt Cc: Ian Dowse , n_hibma@FreeBSD.ORG, joe@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: USB->ATA devices Message-ID: <20020827162223.GD24795@spc.org> References: <200208271608.aa03351@salmon.maths.tcd.ie> <200208271536.g7RFapYX004079@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200208271536.g7RFapYX004079@freebsd.dk> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 27, 2002 at 05:36:50PM +0200, Soeren Schmidt wrote: > > This would be hard to do right, as the preferred way to talk to USB > > devices is with a request-callback model. The ATA command would Exactamundo. That's what makes it messy. > > There are many possible ATA/ATAPI over USB protocols, so turning > > the ATA request into one or more USB transfers is a bridge-specific > > operation. Basically these odd protocols exist because the manufacturers > > of the various bridges have decided to cut corners and not implement > > the standard USB mass storage interface. > > Sounds like a can of worms better left unopened... Indeed. My workaround was to ditch the USB-ATA device, and just get one that was umass compliant (SanDisk). However, I just bought a SmartMedia disk for my MPMan. What a pain. Maybe I should get a SecureMate. Or better still, a PCMCIA->SmartMedia adaptor. Much pain. I even mailed OnSpec nearly a month back asking for datasheets. Response was nada. BMS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 10:19:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C012637B400 for ; Tue, 27 Aug 2002 10:19:38 -0700 (PDT) Received: from hda.hda.com (host65.hda.com [63.104.68.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D42E43E4A for ; Tue, 27 Aug 2002 10:19:37 -0700 (PDT) (envelope-from dufault@hda.com) Received: (from dufault@localhost) by hda.hda.com (8.11.6/8.11.6) id g7RHJHi32933; Tue, 27 Aug 2002 13:19:17 -0400 (EDT) (envelope-from dufault@hda.com) Date: Tue, 27 Aug 2002 13:19:13 -0400 From: Peter Dufault To: "Kenneth D. Merry" Cc: Terry Lambert , Gardner Buchanan , "'freebsd-hackers@freebsd.org'" Subject: Re: CAM "wiring", LUNs and duplicate wired entries Message-ID: <20020827131913.A32913@hda.hda.com> References: <20020819142708.A89419@panzer.kdm.org> <3D615A91.EE7E8058@mindspring.com> <20020819145538.A89963@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020819145538.A89963@panzer.kdm.org>; from ken@kdm.org on Mon, Aug 19, 2002 at 02:55:38PM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 19, 2002 at 02:55:38PM -0600, Kenneth D. Merry wrote: > > That's some sneaky code. 8-). If this works and you commit it, > > can you add an expository comment? > > Maybe. Peter Wemm wrote the hardwiring code, and would likely be in a > slightly better position to explain it. Peter Dufault did but he's been gone for years. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Fail-Safe systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 10:34:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF9DD37B400 for ; Tue, 27 Aug 2002 10:34:14 -0700 (PDT) Received: from grillolja.cs.umu.se (grillolja.cs.umu.se [130.239.40.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1102643E42 for ; Tue, 27 Aug 2002 10:34:14 -0700 (PDT) (envelope-from tdv94ped@cs.umu.se) Received: from localhost (localhost [127.0.0.1]) by amavisd-new (Postfix) with ESMTP id E8D359FCF; Tue, 27 Aug 2002 19:34:12 +0200 (MEST) Received: from cs.umu.se (h11n1c1o1023.bredband.skanova.com [213.64.164.11]) by grillolja.cs.umu.se (Postfix) with ESMTP id 87C529F86; Tue, 27 Aug 2002 19:34:09 +0200 (MEST) Message-ID: <3D6BB80E.43CD223E@cs.umu.se> Date: Tue, 27 Aug 2002 19:34:06 +0200 From: Paul Everlund X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: sv,en MIME-Version: 1.0 To: "Alex V." Cc: hackers@freebsd.org Subject: Re: Hello from Kabul References: <20020825194115.099BE3953@sitemail.everyone.net> <002601c24cc3$960ec800$230282d5@crazy> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new amavisd-new-20020630 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Continuing the top posting to avoid a mess... Actually there was/is a Unix-like OS for the Commodore 64. It actually worked, though not very well I guess comparing with today's best OS (which of course is FreeBSD :-) "Alex V." wrote: > > Yeah.............! > ;-) > > ----- Original Message ----- > From: "Muhammad Faisal Rauf Danka" > To: > Sent: Sunday, August 25, 2002 12:41 PM > Subject: Re: Hello from Kabul > > > Nice joke! > > > > Regards > > -------- > > Muhammad Faisal Rauf Danka > > > > Head of GemSEC / Chief Technology Officer > > Gem Internet Services (Pvt) Ltd. > > web: www.gem.net.pk > > Key Id: 0x784B0202 > > Key Fingerprint: 6F8C EDCF 6C6E 06A5 48D7 6A20 C592 484B > > 784B 0202 > > > > > > --- wrote: > > >HI !!! > > > > > >I am Junis from Kabul. With > > >help from friend Jon Katz I > > >have made first release of > > >my new operating system - > > >JUNIX. Plays well MP3 and has > > >good support for iPod system. > > >Also special file sytem to > > >store DivX of baywatch and > > >survivor television show. > > >I very much like america > > >culture. JUNIX is built for > > >commodore but I include my > > >compiler so you can build for > > >your system when you have dug > > >up hardware from chicken hut. > > > > > >THANKS. > > >--JUNIS > > >----- Get your free WebMail account from Sympatico-Lycos at > www.sympatico.ca ----- > > > > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > > >with "unsubscribe freebsd-hackers" in the body of the message > > > > _____________________________________________________________ > > --------------------------- > > [ATTITUDEX.COM] > > http://www.attitudex.com/ > > --------------------------- > > > > _____________________________________________________________ > > Promote your group and strengthen ties to your members with > email@yourgroup.org by Everyone.net http://www.everyone.net/?btn=tag > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 11:29: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6FD037B400 for ; Tue, 27 Aug 2002 11:29:04 -0700 (PDT) Received: from van-laarhoven.org (ap-z-5ab8.adsl.wanadoo.nl [212.129.218.184]) by mx1.FreeBSD.org (Postfix) with SMTP id EC6AC43E84 for ; Tue, 27 Aug 2002 11:29:02 -0700 (PDT) (envelope-from n_hibma@van-laarhoven.org) Received: (qmail 33702 invoked from network); 27 Aug 2002 18:29:00 -0000 Received: from heather.van-laarhoven.org (10.66.0.2) by uitsmijter.van-laarhoven.org with SMTP; 27 Aug 2002 18:29:00 -0000 Date: Tue, 27 Aug 2002 20:29:00 +0200 (CEST) From: Nick Hibma To: Soeren Schmidt Cc: Ian Dowse , Bruce M Simpson , "joe@FreeBSD.ORG" , "hackers@FreeBSD.ORG" Subject: Re: USB->ATA devices In-Reply-To: <200208271536.g7RFapYX004079@freebsd.dk> Message-ID: <20000101203734.M3514-100000@heather.van-laarhoven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > This would be hard to do right, as the preferred way to talk to USB > > devices is with a request-callback model. The ATA command would > > need to be put into a request structure and handed to the USB device > > driver, and the USB driver would then call back when the request > > completes. There are hacks that can be used to perform the USB > > operations synchronously, but they generally do not handle unexpected > > removal of the device well at all. > > > > There are many possible ATA/ATAPI over USB protocols, so turning > > the ATA request into one or more USB transfers is a bridge-specific > > operation. Basically these odd protocols exist because the manufacturers > > of the various bridges have decided to cut corners and not implement > > the standard USB mass storage interface. > > Sounds like a can of worms better left unopened... Translating the commands in the umass driver is the best you can do I'm afraid. Until the moment of course where you run the ATA driver on a thread that doesn't mind being suspended for 1 or 2 ms during a 'register write' operation. That approach has been considered and hacked into shape for the MIIBUS enabled USB ethernet dongles. Just check out the threads telling you that they won't work and you'll see that it ain't an easy problem to solve. Nick -- 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-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 12:10:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F23337B400 for ; Tue, 27 Aug 2002 12:10:46 -0700 (PDT) Received: from insomnia.spc.org (insomnia.spc.org [195.224.94.183]) by mx1.FreeBSD.org (Postfix) with SMTP id 85A6443E42 for ; Tue, 27 Aug 2002 12:10:44 -0700 (PDT) (envelope-from bms@insomnia.spc.org) Received: (qmail 7648 invoked by uid 1031); 27 Aug 2002 19:09:56 -0000 Date: Tue, 27 Aug 2002 20:09:56 +0100 From: Bruce M Simpson To: Nick Hibma Cc: Soeren Schmidt , Ian Dowse , "joe@FreeBSD.ORG" , "hackers@FreeBSD.ORG" Subject: Re: USB->ATA devices Message-ID: <20020827190955.GF24795@spc.org> References: <200208271536.g7RFapYX004079@freebsd.dk> <20000101203734.M3514-100000@heather.van-laarhoven.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20000101203734.M3514-100000@heather.van-laarhoven.org> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 27, 2002 at 08:29:00PM +0200, Nick Hibma wrote: > > > There are many possible ATA/ATAPI over USB protocols, so turning > > > the ATA request into one or more USB transfers is a bridge-specific > > > operation. Basically these odd protocols exist because the manufacturers > > > of the various bridges have decided to cut corners and not implement > > > the standard USB mass storage interface. > > Sounds like a can of worms better left unopened... > Translating the commands in the umass driver is the best you can do I'm > afraid. I've already started going down this road. Although it involves overriding the standard CAM callback that umass uses so that ATA replies can get translated into their SCSI equivalents. It's horrid. Having said that, I don't really want to continue along this road unless absolutely necessary; I sidestepped the issue in the end by buying alternative hardware. Now that I have a need to read and write SmartMedia, it gets worse... BMS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 14:56:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAC0037B400 for ; Tue, 27 Aug 2002 14:56:19 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFC5E43E6E for ; Tue, 27 Aug 2002 14:56:19 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3889B72FC5; Tue, 27 Aug 2002 14:54:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3675872D9E; Tue, 27 Aug 2002 14:54:24 -0700 (PDT) Date: Tue, 27 Aug 2002 14:54:24 -0700 (PDT) From: Doug White To: Craig Hawco Cc: freebsd-hackers@freebsd.org Subject: Re: SMP on Intel SE7500CW2 In-Reply-To: <5.1.0.14.0.20020827052903.00bbe268@pop.syd.eastlink.ca> Message-ID: <20020827145322.P68343-100000@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 27 Aug 2002, Craig Hawco wrote: > I've been looking into PR i386/40564 as I'm the owner of an Intel > SE7500CW2. I managed to track it down to start_ap in mp_machdep.c. Can you grab an mptable(8) output for this board? I wasn't aware that these were broken, I've seen other ones work fine. If its trying to init missing APs, that sounds like a broken mptable on the machine, and is probably fixed in a BIOS update. (Windows would bluescreen on such a system as well, probably) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 15: 1:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF15137B400 for ; Tue, 27 Aug 2002 15:01:18 -0700 (PDT) Received: from hq1.tyfon.net (hq1.tyfon.net [217.27.162.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F59F43E4A for ; Tue, 27 Aug 2002 15:01:18 -0700 (PDT) (envelope-from dl@tyfon.net) Received: from localhost (localhost [127.0.0.1]) by hq1.tyfon.net (Postfix) with ESMTP id B256720589 for ; Wed, 28 Aug 2002 00:01:16 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by hq1.tyfon.net (Postfix) with ESMTP id E2A1020544 for ; Wed, 28 Aug 2002 00:01:15 +0200 (CEST) Date: Wed, 28 Aug 2002 00:01:15 +0200 (CEST) From: Dan Larsson To: hackers@freebsd.org Subject: Enabling the SMBUS controller on an ASUS P4B motherboard Message-ID: <20020827233627.S76730-100000@hq1.tyfon.net> Organization: Tyfon Svenska AB X-NCC-NIC: DL1999-RIPE X-NCC-RegID: se.tyfon MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by hq1.tyfon.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG While trying to get hardware monitoring to work on my computer I found the below procedure to enable the smbus device. It didn't get me any closer to actually monitoring the hardware with xbmon, lmmon or healthd. But the device is there. Can this probe/tweak be done during boot somehow? I'd gladly try out patches :-) Please CC me as I'm not on the freebsd-hackers list. % pcitweak -l >pci.before % pcitweak -r 00:1f:0: -h 0xf2 0x0148 % pcitweak -w 00:1f:0: -h 0xf2 0x0040 % pcitweak -l >pci.after % diff -u pci.before pci.after --- pci.before Tue Aug 27 23:30:46 2002 +++ pci.after Tue Aug 27 23:30:52 2002 @@ -7,6 +7,7 @@ PCI: 00:1f:0: chip 8086,2440 card 0000,0000 rev 12 class 06,01,00 hdr 80 PCI: 00:1f:1: chip 8086,244b card 1043,8028 rev 12 class 01,01,80 hdr 00 PCI: 00:1f:2: chip 8086,2442 card 1043,8028 rev 12 class 0c,03,00 hdr 00 +PCI: 00:1f:3: chip 8086,2443 card 1043,8028 rev 12 class 0c,05,00 hdr 00 PCI: 00:1f:4: chip 8086,2444 card 1043,8028 rev 12 class 0c,03,00 hdr 00 PCI: 00:1f:5: chip 8086,2445 card 1043,8072 rev 12 class 04,01,00 hdr 00 PCI: 01:00:0: chip 10de,0110 card 1043,403d rev b2 class 03,00,00 hdr 00 I used the "prog/hotplug/README.p4b" document located in the lm_sensors source distribution file for linux as a guide, it is available here: ftp://ftp.netroedge.com/pub/lm-sensors/lm_sensors-2.6.4.tar.gz Regards +------ Dan Larsson -+- Tyfon Svenska AB -+- DL1999-RIPE A9C8 7230 ECFB 5B06 5370 B571 1E88 9C76 ACDE 744C To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 15:24:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC73737B400 for ; Tue, 27 Aug 2002 15:24:30 -0700 (PDT) Received: from norad.inetu.net (norad.inetu.net [209.235.223.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13C8F43E4A for ; Tue, 27 Aug 2002 15:24:30 -0700 (PDT) (envelope-from maxiter@inetu.net) Received: from localhost (maxiter@localhost) by norad.inetu.net (8.9.3/8.9.3) with ESMTP id SAA28404 for ; Tue, 27 Aug 2002 18:24:29 -0400 (EDT) Date: Tue, 27 Aug 2002 18:24:29 -0400 (EDT) From: Mark To: freebsd-hackers@freebsd.org Subject: bridge(4) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Greets. I'm using bridge(4) for some slightly unintended purposes, and need some insight or alternative suggestions. I have a FreeBSD 4.6.2 box with six NICs. :) I want to use bridge to mirror traffic from xl1 to xl2 and xl3 (and possibly others). I don't have a hub. :( Of course, I'm not using bridge in the traditional sense. The xl1 interface is connected to the SPAN port of a switch. Since the switch only gives me 1 span port, I have to replicate it somehow. This is where I use bridge(4). Knowing that FreeBSD's kernel bridge is not normally going to work the way I want it (it tries to be smart), I changed the bridge_in() function in /usr/src/sys/net/bridge.c to return BDG_BCAST for just about everything. This *almost* works. It gets *ALL* traffic mirrored out to xl2. The xl3 get's *SOME* of the traffic, apparently in a random (about 10% of traffic). Dunno why. This trickery get's me to about 40% cpu (I'm forwarding 15,000+ pps). Don't know if this would have anything to do with it. Anybody know why I might be seeing such behavior... or if I can get the kernel to allocate more CPU to doing such things... (it's 60% idle). Thanks. --------------------------------------------------- Mark Rekai - INetU, Inc.(tm) - http://www.INetU.net Electronic commerce - Web development - Web hosting Mark@INetU.net - Phone: (610) 266-7441 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 15:33:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C48937B400; Tue, 27 Aug 2002 15:33:50 -0700 (PDT) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFC8F43E6E; Tue, 27 Aug 2002 15:33:49 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0470.cvx21-bradley.dialup.earthlink.net ([209.179.193.215] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17jnCW-0006uK-00; Tue, 27 Aug 2002 13:44:36 -0700 Message-ID: <3D6BE474.B3940434@mindspring.com> Date: Tue, 27 Aug 2002 13:43:32 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Soeren Schmidt Cc: Ian Dowse , Bruce M Simpson , n_hibma@FreeBSD.ORG, joe@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: USB->ATA devices References: <200208271536.g7RFapYX004079@freebsd.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Soeren Schmidt wrote: > It seems Ian Dowse wrote: > > There are many possible ATA/ATAPI over USB protocols, so turning > > the ATA request into one or more USB transfers is a bridge-specific > > operation. Basically these odd protocols exist because the manufacturers > > of the various bridges have decided to cut corners and not implement > > the standard USB mass storage interface. > > Sounds like a can of worms better left unopened... Or a "CAM of worms"? 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 15:42:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DB5B37B400 for ; Tue, 27 Aug 2002 15:42:44 -0700 (PDT) Received: from norad.inetu.net (norad.inetu.net [209.235.223.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 634BE43E4A for ; Tue, 27 Aug 2002 15:42:43 -0700 (PDT) (envelope-from maxiter@inetu.net) Received: from localhost (maxiter@localhost) by norad.inetu.net (8.9.3/8.9.3) with ESMTP id SAA28971 for ; Tue, 27 Aug 2002 18:42:42 -0400 (EDT) Date: Tue, 27 Aug 2002 18:42:42 -0400 (EDT) From: Mark To: freebsd-hackers@freebsd.org Subject: Re: bridge(4) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To follow-up to my own message, in case this was of interest to anybody.... I have tried this approach with a link generating less traffic, and I'm successfully duplicating traffic from 1 interface to 4 others. I still welcome any input to the original problem, especially if there is an alternate way to accomplish what I'd like. Thx. --------------------------------------------------- Mark Rekai - INetU, Inc.(tm) - http://www.INetU.net Electronic commerce - Web development - Web hosting Mark@INetU.net - Phone: (610) 266-7441 On Tue, 27 Aug 2002, Mark wrote: > > Greets. I'm using bridge(4) for some slightly unintended purposes, and > need some insight or alternative suggestions. > > I have a FreeBSD 4.6.2 box with six NICs. :) I want to use bridge to > mirror traffic from xl1 to xl2 and xl3 (and possibly others). > > I don't have a hub. :( > > Of course, I'm not using bridge in the traditional sense. The xl1 > interface is connected to the SPAN port of a switch. Since the switch > only gives me 1 span port, I have to replicate it somehow. This is where > I use bridge(4). > > Knowing that FreeBSD's kernel bridge is not normally going to work the way > I want it (it tries to be smart), I changed the bridge_in() function in > /usr/src/sys/net/bridge.c to return BDG_BCAST for just about everything. > > This *almost* works. It gets *ALL* traffic mirrored out to xl2. The xl3 > get's *SOME* of the traffic, apparently in a random (about 10% of > traffic). Dunno why. > > This trickery get's me to about 40% cpu (I'm forwarding 15,000+ pps). > Don't know if this would have anything to do with it. > > Anybody know why I might be seeing such behavior... or if I can get the > kernel to allocate more CPU to doing such things... (it's 60% idle). > > Thanks. > > --------------------------------------------------- > Mark Rekai - INetU, Inc.(tm) - http://www.INetU.net > Electronic commerce - Web development - Web hosting > Mark@INetU.net - Phone: (610) 266-7441 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 15:45:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EADB737B400 for ; Tue, 27 Aug 2002 15:45:04 -0700 (PDT) Received: from mail.syd.eastlink.ca (mail.syd.eastlink.ca [24.222.87.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2393443E3B for ; Tue, 27 Aug 2002 15:45:04 -0700 (PDT) (envelope-from dest@syd.eastlink.ca) Received: from process.syd.eastlink.ca (dest@u80n87.syd.eastlink.ca [24.222.80.87]) by mail.syd.eastlink.ca (8.12.2/8.12.2) with ESMTP id g7RMiwZY029332 for ; Tue, 27 Aug 2002 19:44:59 -0300 Message-Id: <5.1.0.14.0.20020827194101.00b38a40@pop.syd.eastlink.ca> X-Sender: dest@pop.syd.eastlink.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 27 Aug 2002 19:45:51 -0300 To: freebsd-hackers@freebsd.org From: Craig Hawco Subject: Re: SMP on Intel SE7500CW2 In-Reply-To: <20020827145322.P68343-100000@carver.gumbysoft.com> References: <5.1.0.14.0.20020827052903.00bbe268@pop.syd.eastlink.ca> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_402947638==_" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=====================_402947638==_ Content-Type: text/plain; charset="us-ascii"; format=flowed Alright, I'll fill in the missing info. It's a 4.6.2-RELEASE system, but I've seen nothing committed to -STABLE to fix the problem. Compile options: (from make.conf) CPUTYPE=p4 CFLAGS = -O -pipe Attached is the output of mptable. Anything else you guys could use? --Craig At 02:54 PM 27/08/2002 -0700, you wrote: >On Tue, 27 Aug 2002, Craig Hawco wrote: > > > I've been looking into PR i386/40564 as I'm the owner of an Intel > > SE7500CW2. I managed to track it down to start_ap in mp_machdep.c. > >Can you grab an mptable(8) output for this board? I wasn't aware that >these were broken, I've seen other ones work fine. > >If its trying to init missing APs, that sounds like a broken mptable on >the machine, and is probably fixed in a BIOS update. (Windows would >bluescreen on such a system as well, probably) > >-- >Doug White | FreeBSD: The Power to Serve >dwhite@gumbysoft.com | www.FreeBSD.org > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message --=====================_402947638==_ Content-Type: text/plain; charset="us-ascii" Content-Disposition: attachment; filename="mptable.txt" Alright, I'll patch up the missing info: =============================================================================== MPTable, version 2.0.15 mptable: mem open: Permission denied dest@vimy:~% su toor Password: root@vimy:/home/dest# mptable =============================================================================== MPTable, version 2.0.15 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f66c0 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x39 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x0009ee70 signature: 'PCMP' base table length: 300 version: 1.4 checksum: 0xc7 OEM ID: ' ' Product ID: 'SE7500CW2' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 29 local APIC address: 0xfee00000 extended table length: 124 extended table checksum: 54 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x14 BSP, usable 15 2 4 0x3febfbff 6 0x14 AP, usable 15 2 4 0x3febfbff -- Bus: Bus ID Type 0 PCI 1 PCI 2 PCI 3 PCI 4 PCI 5 ISA -- I/O APICs: APIC ID Version State Address 2 0x20 usable 0xfec00000 3 0x20 usable 0xfec80000 4 0x20 usable 0xfec80400 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 5 0 2 0 INT active-hi edge 5 1 2 1 INT active-hi edge 5 0 2 2 INT active-hi edge 5 3 2 3 INT active-hi edge 5 4 2 4 INT active-lo level 4 5:A 2 23 INT active-hi edge 5 6 2 6 INT active-hi edge 5 7 2 7 INT active-hi edge 5 8 2 8 INT active-hi edge 5 9 2 9 INT active-lo level 4 3:A 2 21 INT active-lo level 0 31:B 2 17 INT active-hi edge 5 12 2 12 INT active-hi edge 5 13 2 13 INT active-hi edge 5 14 2 14 INT active-hi edge 5 15 2 15 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 5 0 255 0 NMI active-hi edge 5 0 255 1 ------------------------------------------------------------------------------- MP Config Extended Table Entries: -- System Address Space bus ID: 0 address type: I/O address address base: 0x0 address range: 0x10000 -- System Address Space bus ID: 0 address type: memory address address base: 0x80000000 address range: 0x7ee00000 -- System Address Space bus ID: 0 address type: memory address address base: 0xfee01000 address range: 0x11ff000 -- System Address Space bus ID: 4 address type: memory address address base: 0xa0000 address range: 0x20000 -- System Address Space bus ID: 4 address type: memory address address base: 0xc8000 address range: 0x1c000 -- Bus Heirarchy bus ID: 5 bus info: 0x01 parent bus ID: 0 -- Compatibility Bus Address bus ID: 0 address modifier: add predefined range: 0x00000000 -- Compatibility Bus Address bus ID: 0 address modifier: add predefined range: 0x00000001 =============================================================================== --=====================_402947638==_-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 15:53: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE5E537B400 for ; Tue, 27 Aug 2002 15:52:58 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26CDC43E6A for ; Tue, 27 Aug 2002 15:52:58 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g7RMquwu031011; Tue, 27 Aug 2002 15:52:56 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g7RMqucj031010; Tue, 27 Aug 2002 15:52:56 -0700 Date: Tue, 27 Aug 2002 15:52:55 -0700 From: Brooks Davis To: Mark Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: bridge(4) Message-ID: <20020827155255.A25403@Odin.AC.HMC.Edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from maxiter@inetu.net on Tue, Aug 27, 2002 at 06:24:29PM -0400 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 27, 2002 at 06:24:29PM -0400, Mark wrote: >=20 > Greets. I'm using bridge(4) for some slightly unintended purposes, and > need some insight or alternative suggestions. >=20 > I have a FreeBSD 4.6.2 box with six NICs. :) I want to use bridge to > mirror traffic from xl1 to xl2 and xl3 (and possibly others). =20 I'd suggest using netgraph and an ng_one2many node. The example in the manpage is fairly similar to what you want to do with the primary exceptions being that you don't want to process any packets and you need to put the node in NG_ONE2MANY_XMIT_ALL mode. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9bALGXY6L6fI4GtQRAs1fAJ4lGiJu/Mr2846NVKNCK5Iqkb4digCfejxv 0JpLbjzjIF7gQ3IUwg/Q/VU= =Xifq -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 18:26:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADB0937B400 for ; Tue, 27 Aug 2002 18:26:53 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AC4543E42 for ; Tue, 27 Aug 2002 18:26:53 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id D7AD43ABD43; Wed, 28 Aug 2002 03:29:17 +0200 (CEST) Date: Wed, 28 Aug 2002 03:29:17 +0200 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Subject: Replacing kernel functions. Message-ID: <20020828012917.GH22722@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ZYOWEO2dMm2Af3e3" Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.pgp X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ZYOWEO2dMm2Af3e3 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello hackers... I've wrote two functions to replace kernel functions. /* * sysfun - address of kernel function * myfun - address of our function * buf - 5 bytes length buffer to keep old first 5 kernel function bytes */ static u_int funchange(void *sysfun, void *myfun, void *buf) { static u_char *chgcode =3D "\xe9...."; u_long *addr; /* * Dots will be replaced by address of our function, so we go: * jmp */ if (sysfun =3D=3D NULL || myfun =3D=3D NULL || buf =3D=3D NULL) return (EFAULT); /* Keep first 5 bytes of kernel function in giveen buffer */ memcpy(buf, sysfun, 5); /* Count address for 'jmp' and put it to 'chgcode' */ addr =3D (u_long *)((u_char *)chgcode + 1); *addr =3D (u_long)myfun - (u_long)sysfun - 10; /* ok! let's replace it */ memcpy(sysfun, chgcode, 5); return (0); } static u_int funbackchange(void *sysfun, void *buf) { if (sysfun =3D=3D NULL || buf =3D=3D NULL) return (EFAULT); memcpy(sysfun, buf, 5); return (0); } How to use: int ourfun(...) { [...] } [...] char buf[5]; [...] funchange(kernfun, ourfun, buf); [...] funbackchange(kernfun, buf); [...] Ok... And now what I want from You. This works of course only on i386 arch and I need version of those functions for the rest of archs supported by FreeBSD. So if You know how to port them, fell free to send me Your version:) Thanks! --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --ZYOWEO2dMm2Af3e3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPWwnbT/PhmMH/Mf1AQFhLQQAiZSEchxpZIwnveOTRTSCggdA4SSqgbmw 5aupjbncIcqfqN4tgehQqggvB+dg4CpIaDYYFk9Hepe0KFHnBbKNUkxWPRiS1V6D FflzL1ROalGh0P41wyKoY2cRH3QYiOtapoFWoghZ/lOlkjOHrzJdFJlAIO891+Sg d8LnEWJRhqw= =lrIl -----END PGP SIGNATURE----- --ZYOWEO2dMm2Af3e3-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 18:52:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A4E637B400 for ; Tue, 27 Aug 2002 18:52:40 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33DA543E42 for ; Tue, 27 Aug 2002 18:52:40 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0268.cvx40-bradley.dialup.earthlink.net ([216.244.43.13] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17js0U-0000RG-00; Tue, 27 Aug 2002 18:52:31 -0700 Message-ID: <3D6C2C3F.6FF99F86@mindspring.com> Date: Tue, 27 Aug 2002 18:49:51 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Pawel Jakub Dawidek Cc: freebsd-hackers@freebsd.org Subject: Re: Replacing kernel functions. References: <20020828012917.GH22722@garage.freebsd.pl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Pawel Jakub Dawidek wrote: > Hello hackers... > > I've wrote two functions to replace kernel functions. [ ... functions to replace functions with stub calls to other functions, so as to avoid the symbol fixup problem for already linked code ... ] > Ok... And now what I want from You. > This works of course only on i386 arch and I need version of those functions > for the rest of archs supported by FreeBSD. > So if You know how to port them, fell free to send me Your version:) This is evil. [ ... ] > Pawel Jakub Dawidek > UNIX Systems Administrator > http://garage.freebsd.pl > Am I Evil? Yes, I Am. But you appear to know that already. 8-). I think it's pretty much the general consensus that turning every kernel symbol into an interface is an inherently bad idea. It's much better to control interfaces. For example, I notice you are not locking the symbol before replacing it, to ensure that there is not another CPU in the code with an instruction counter somewhere in the region being replaced. There's also no accessor/mutator hooks: this is basically a data interface, and data interfaces are evil, too (e.g. "proc size mismatch"). Probably this is an OK thing to do for in-house applications, on UP machines, but a really, really bad thing to do as a general interface. Personally, I've used this technique myself, for the purposes of code instrumentation for profiling on an OD for which I lacked source code, but I would *never* consider exporting this as a general API. I wouldn't object to seeing it in a "ports/devel" library at some point, though... ;^). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 19: 7:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EB4B37B400 for ; Tue, 27 Aug 2002 19:07:45 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDD4043E6E for ; Tue, 27 Aug 2002 19:07:44 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 429493ABD43; Wed, 28 Aug 2002 04:10:16 +0200 (CEST) Date: Wed, 28 Aug 2002 04:10:16 +0200 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Subject: Re: Replacing kernel functions. Message-ID: <20020828021016.GB31943@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="aVD9QWMuhilNxW9f" Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.pgp X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --aVD9QWMuhilNxW9f Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 27, 2002 at 06:49:51PM -0700, Terry Lambert wrote: +> For example, I notice you are not locking the symbol before +> replacing it, to ensure that there is not another CPU in the +> code with an instruction counter somewhere in the region +> being replaced. +> +> There's also no accessor/mutator hooks: this is basically a +> data interface, and data interfaces are evil, too (e.g. "proc +> size mismatch"). As I see problem is much more complicated. +> Probably this is an OK thing to do for in-house applications, +> on UP machines, but a really, really bad thing to do as a +> general interface. But there is no way to do what I want to do. I need to write something that give me filename of open file when I gave an descriptor. So I cache all open() calls. But there is a problem how to clean up on close. When descriptors are closed by syscalls (close(), sys_exit()) there is no problem to catch it, by what when process will be killed by signal from kernel? So I'm replacing ffree() function from /sys/kern/kern_descrip.c in my evil way:) I know that this way is fucked up, but I have no idea how to made this in diffrent (nice) way. +> Personally, I've used this technique myself, for the purposes +> of code instrumentation for profiling on an OD for which I +> lacked source code, but I would *never* consider exporting +> this as a general API. So when all kernel functions addresses will be in some tab just like syscalls addresses?:) --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --aVD9QWMuhilNxW9f Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPWwxCD/PhmMH/Mf1AQE2AAP9Emz0pL0qC7UhzhJIPHOYUmHOOd6Mr1+q OS5A2H9kLvqOrThPjiD8V+HGFMEdnSlnlHJlfusLOIe+f4v9HL+Xpsic+MA9RFqb bilGDpZ9dDqfo5fKgojHPxzEYpWTVJNIp+riiM24zqDelE5JgJHnzMoYemt3zzxw a7JkND/6OfQ= =SYga -----END PGP SIGNATURE----- --aVD9QWMuhilNxW9f-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 19:25: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C417837B400 for ; Tue, 27 Aug 2002 19:25:01 -0700 (PDT) Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDB9D43E3B for ; Tue, 27 Aug 2002 19:25:00 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from monica.cs.rpi.edu (monica.cs.rpi.edu [128.213.7.3]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id WAA37579 for ; Tue, 27 Aug 2002 22:24:59 -0400 (EDT) Received: from monica.cs.rpi.edu (crossd@localhost) by monica.cs.rpi.edu (8.11.6/8.11.6) with ESMTP id g7S2OxO36242 for ; Tue, 27 Aug 2002 22:24:59 -0400 (EDT) (envelope-from crossd@monica.cs.rpi.edu) Message-Id: <200208280224.g7S2OxO36242@monica.cs.rpi.edu> To: freebsd-hackers@freebsd.org Subject: (hopefully) easy NFS question Date: Tue, 27 Aug 2002 22:24:59 -0400 From: "David E. Cross" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have an NFS server that recently began to display the following behaviour (technically the brhaviour is displayed on the clients): (4.6.2-RELEASE) mount_nfs -3 -T server:/path /mnt (UDP doesn't exhibit this) dd bs=64k if=/dev/zero of=/mnt/somefile I now get about 7 times/second on the client: NFS server server:/path is not responding, still trying NFS server server:/path is OK. NFS server is a Dual P2/400, 512MB ECC cache, exact details can be found in my microuptime() posts last month (which have been solved with a new powersupply) They aren't included here for the sake of brevity, and I hope they don't matter. A tcpdump on the client shows seemingly normal request/reponses from the server and _lots_ of NFS Null requests from client-->server. I am guessing this is the client trying to see if the server is back? This is on the order of many times a second: 21:31:09.275806 client.0 > server.nfs: 1448 null (DF) 21:31:09.275900 server.nfsd > client.1015: . ack 91673 win 30280 (DF) 21:31:09.275993 client.0 > server.nfs: 1448 null (DF) 21:31:09.276008 client.0 > server.nfs: 1448 null (DF) 21:31:09.276025 client.0 > server.nfs: 1448 null (DF) 21:31:09.276137 server.nfsd > client.1015: . ack 94569 win 27384 (DF) 21:31:09.276409 server.nfs > client.1710096066: reply ok 164 (DF) 21:31:09.276451 client.0 > server.nfs: 1448 null (DF) 21:31:09.276466 client.0 > server.nfs: 1448 null (DF) Ethernet card in question is a 3c950C in the server and a FXP 100B in the client (client is also 4.6.2). I tested another machine with a 3c950C and the same client with no errors. I would say hardware but this is too predictable with no dataloss, and this is seemingly initiated on the client. Any ideas on where to look? -- David Cross | email: crossd@cs.rpi.edu Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 20:10:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6E0237B406 for ; Tue, 27 Aug 2002 20:10:09 -0700 (PDT) Received: from norad.inetu.net (norad.inetu.net [209.235.223.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3974343E4A for ; Tue, 27 Aug 2002 20:10:09 -0700 (PDT) (envelope-from mark@inetu.net) Received: from localhost (maxiter@localhost) by norad.inetu.net (8.9.3/8.9.3) with ESMTP id XAA07647; Tue, 27 Aug 2002 23:10:07 -0400 (EDT) Date: Tue, 27 Aug 2002 23:10:07 -0400 (EDT) From: mark@inetu.net X-Sender: maxiter@norad.inetu.net To: Brooks Davis Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: bridge(4) In-Reply-To: <20020827155255.A25403@Odin.AC.HMC.Edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is NG_ONE2MANY_XMIT_ALL an algorithm available in FreeBSD 5.0? It doesn't seem to be around in 4.6.2? --------------------------------------------------- Mark Rekai - INetU, Inc.(tm) - http://www.INetU.net Electronic commerce - Web development - Web hosting Mark@INetU.net - Phone: (610) 266-7441 On Tue, 27 Aug 2002, Brooks Davis wrote: > On Tue, Aug 27, 2002 at 06:24:29PM -0400, Mark wrote: > > > > Greets. I'm using bridge(4) for some slightly unintended purposes, and > > need some insight or alternative suggestions. > > > > I have a FreeBSD 4.6.2 box with six NICs. :) I want to use bridge to > > mirror traffic from xl1 to xl2 and xl3 (and possibly others). > > I'd suggest using netgraph and an ng_one2many node. The example in the > manpage is fairly similar to what you want to do with the primary > exceptions being that you don't want to process any packets and you need > to put the node in NG_ONE2MANY_XMIT_ALL mode. > > -- Brooks > > -- > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 20:13:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4DED37B400 for ; Tue, 27 Aug 2002 20:13:34 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48E1743E4A for ; Tue, 27 Aug 2002 20:13:34 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0268.cvx40-bradley.dialup.earthlink.net ([216.244.43.13] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17jtGs-0002uj-00; Tue, 27 Aug 2002 20:13:30 -0700 Message-ID: <3D6C3F16.EC09BDB@mindspring.com> Date: Tue, 27 Aug 2002 20:10:14 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Pawel Jakub Dawidek Cc: freebsd-hackers@freebsd.org Subject: Re: Replacing kernel functions. References: <20020828021016.GB31943@garage.freebsd.pl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Pawel Jakub Dawidek wrote: > But there is no way to do what I want to do. > I need to write something that give me filename of open file > when I gave an descriptor. > So I cache all open() calls. But there is a problem how to clean up > on close. When descriptors are closed by syscalls (close(), sys_exit()) > there is no problem to catch it, by what when process will be killed > by signal from kernel? > So I'm replacing ffree() function from /sys/kern/kern_descrip.c in my > evil way:) > > I know that this way is fucked up, but I have no idea how to made > this in diffrent (nice) way. The easiest way to do this is to take nullfs and modify it so that it caches the name of the file for the vnode that is returned as a value pointed to by the per layer vnode data area, e.g. modify struct null_node to add a null_name pointer: struct null_node { struct lock null_lock; /* Lock for this vnode. MBF */ struct lock *null_vnlock; /* lock of lower vnode in the st ack */ LIST_ENTRY(null_node) null_hash; /* Hash list */ struct vnode *null_lowervp; /* VREFed once */ struct vnode *null_vnode; /* Back pointer */ char *null_name; /* Name used to open */ }; Then add an vop_ioctl() command entry that can retrieve the name out of the null_name entry, and cache the value on the way out of any null_lookup(), if it's not already non-NULL. Then in null_reclaim(), before freeing vdata, cast it to a (struct null_node *), and free vdata->null_name. This method requires you to stack a layer, which need an explicit mount and has some additiona overhead from converting the page get/put to use read/write operations, but it will do what you want, if all you want is the node name. The downside of the requirement of the explicit mount is that you tie the semantics you want to an externally visible operation, so you can't hide the fact that you did this from users, but then you couldn't hide the fact that you mounted an FFS instead of a CD9660 from users, if the semantic you wanted was writeability, or support for chflags. 8-). Since directories are not allowed to have multiple hard links, you can do a traversal to root using the parent vnode pointer, which is passed in as part of the lookup context, in order to get the intermediate path components (basically, if you cache the full path this way, you will get the path minus that file name itself from the parent's cached path, automatically). By default, ioctl() is not supported (trapped) by the nullfs layer, so you will need to add a descriptor and a function implementation, but that's pretty trivial. Stacking in FreeBSD is really ugly compared to what it could be (IMO), but it's workable. > +> Personally, I've used this technique myself, for the purposes > +> of code instrumentation for profiling on an OD for which I > +> lacked source code, but I would *never* consider exporting > +> this as a general API. > > So when all kernel functions addresses will be in some tab just like > syscalls addresses?:) The symbol table of the object file; in this case, the kernel. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 20:16:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9346137B400 for ; Tue, 27 Aug 2002 20:16:52 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5333343E6E for ; Tue, 27 Aug 2002 20:16:52 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0268.cvx40-bradley.dialup.earthlink.net ([216.244.43.13] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17jtK3-00079S-00; Tue, 27 Aug 2002 20:16:47 -0700 Message-ID: <3D6C3FDA.90126960@mindspring.com> Date: Tue, 27 Aug 2002 20:13:30 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "David E. Cross" Cc: freebsd-hackers@freebsd.org Subject: Re: (hopefully) easy NFS question References: <200208280224.g7S2OxO36242@monica.cs.rpi.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "David E. Cross" wrote: > A tcpdump on the client shows seemingly normal request/reponses from the > server and _lots_ of NFS Null requests from client-->server. I am guessing > this is the client trying to see if the server is back? This is on the order > of many times a second: Null requests are used for two reasons; the first is to determine if the RPC server is there; the second is as part of the support for asynchronous calls (see the RPC Programming Guide for details). > Ethernet card in question is a 3c950C in the server and a FXP 100B in the > client (client is also 4.6.2). I tested another machine with a 3c950C and > the same client with no errors. I would say hardware but this is too > predictable with no dataloss, and this is seemingly initiated on the client. > > Any ideas on where to look? You haven't said why this is actually a problem, at all. If it just did this recently, though, I would look for what has changed on the client. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 20:17:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F61537B400 for ; Tue, 27 Aug 2002 20:17:09 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82DAD43E77 for ; Tue, 27 Aug 2002 20:17:08 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g7S3H6wu030217; Tue, 27 Aug 2002 20:17:06 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g7S3H6K3030215; Tue, 27 Aug 2002 20:17:06 -0700 Date: Tue, 27 Aug 2002 20:17:06 -0700 From: Brooks Davis To: mark@inetu.net Cc: Brooks Davis , freebsd-hackers@FreeBSD.ORG Subject: Re: bridge(4) Message-ID: <20020827201705.A29826@Odin.AC.HMC.Edu> References: <20020827155255.A25403@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from mark@inetu.net on Tue, Aug 27, 2002 at 11:10:07PM -0400 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 27, 2002 at 11:10:07PM -0400, mark@inetu.net wrote: >=20 > Is NG_ONE2MANY_XMIT_ALL an algorithm available in FreeBSD 5.0? It doesn't > seem to be around in 4.6.2? Oops, it's only in current at this point. I'd expect it's trivial to backport. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9bECxXY6L6fI4GtQRAs4KAKCqhj5CcsaGknnBMFvdZ0Aq/VaIpACdFmXD e5gXTe5/i37usMJuXDKQUN8= =cZw9 -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 20:54:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D06637B400 for ; Tue, 27 Aug 2002 20:54:32 -0700 (PDT) Received: from norad.inetu.net (norad.inetu.net [209.235.223.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BA5243E6E for ; Tue, 27 Aug 2002 20:54:31 -0700 (PDT) (envelope-from mark@inetu.net) Received: from localhost (maxiter@localhost) by norad.inetu.net (8.9.3/8.9.3) with ESMTP id XAA09166 for ; Tue, 27 Aug 2002 23:54:30 -0400 (EDT) Date: Tue, 27 Aug 2002 23:54:30 -0400 (EDT) From: mark@inetu.net X-Sender: maxiter@norad.inetu.net To: freebsd-hackers@FreeBSD.ORG Subject: Re: bridge(4) In-Reply-To: <20020827201705.A29826@Odin.AC.HMC.Edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm actually going to throw up a 5.0-current box and start playing. By the time done what I need, there'll probably be a release of it. :) It looks like a more than trivial backport, at least for my ability and general sleepless state. Thanks all for the help/suggestions. --------------------------------------------------- Mark Rekai - INetU, Inc.(tm) - http://www.INetU.net Electronic commerce - Web development - Web hosting Mark@INetU.net - Phone: (610) 266-7441 On Tue, 27 Aug 2002, Brooks Davis wrote: > On Tue, Aug 27, 2002 at 11:10:07PM -0400, mark@inetu.net wrote: > > > > Is NG_ONE2MANY_XMIT_ALL an algorithm available in FreeBSD 5.0? It doesn't > > seem to be around in 4.6.2? > > Oops, it's only in current at this point. I'd expect it's trivial to > backport. > > -- Brooks > > -- > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 21:50:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A289937B400 for ; Tue, 27 Aug 2002 21:50:01 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1022743E4A for ; Tue, 27 Aug 2002 21:50:01 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g7S4nxwu007225; Tue, 27 Aug 2002 21:49:59 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g7S4nw8Z007223; Tue, 27 Aug 2002 21:49:58 -0700 Date: Tue, 27 Aug 2002 21:49:58 -0700 From: Brooks Davis To: mark@inetu.net Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: bridge(4) Message-ID: <20020827214958.A3713@Odin.AC.HMC.Edu> References: <20020827201705.A29826@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from mark@inetu.net on Tue, Aug 27, 2002 at 11:54:30PM -0400 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 27, 2002 at 11:54:30PM -0400, mark@inetu.net wrote: >=20 > I'm actually going to throw up a 5.0-current box and start > playing. By the time done what I need, there'll probably be a release of > it. :) >=20 > It looks like a more than trivial backport, at least for my ability and > general sleepless state. Here you go. It's untested other then compiling, but the diff applied almost directly so I'd guess it works. -- Brooks Index: ng_one2many.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: /usr/cvs/src/sys/netgraph/ng_one2many.c,v retrieving revision 1.1.2.2 diff -u -p -r1.1.2.2 ng_one2many.c --- ng_one2many.c 2 Jul 2002 23:44:02 -0000 1.1.2.2 +++ ng_one2many.c 28 Aug 2002 04:47:32 -0000 @@ -43,7 +43,7 @@ * ng_one2many(4) netgraph node type * * Packets received on the "one" hook are sent out each of the - * "many" hooks in round-robin fashion. Packets received on any + * "many" hooks accoring to an algorithm. Packets received on any * "many" hook are always delivered to the "one" hook. */ =20 @@ -284,6 +284,7 @@ ng_one2many_rcvmsg(node_p node, struct n conf =3D (struct ng_one2many_config *)msg->data; switch (conf->xmitAlg) { case NG_ONE2MANY_XMIT_ROUNDROBIN: + case NG_ONE2MANY_XMIT_ALL: break; default: error =3D EINVAL; @@ -390,6 +391,7 @@ ng_one2many_rcvdata(hook_p hook, struct=20 struct ng_one2many_link *dst; int error =3D 0; int linkNum; + int i; =20 /* Get link number */ linkNum =3D LINK_NUM(hook); @@ -412,8 +414,48 @@ ng_one2many_rcvdata(hook_p hook, struct=20 NG_FREE_DATA(m, meta); return (ENOTCONN); } - dst =3D &priv->many[priv->activeMany[priv->nextMany]]; - priv->nextMany =3D (priv->nextMany + 1) % priv->numActiveMany; + switch(priv->conf.xmitAlg) { + case NG_ONE2MANY_XMIT_ROUNDROBIN: + dst =3D &priv->many[priv->activeMany[priv->nextMany]]; + priv->nextMany =3D (priv->nextMany + 1) % priv->numActiveMany; + break; + case NG_ONE2MANY_XMIT_ALL: + /* no need to copy data for the 1st one */ + dst =3D &priv->many[priv->activeMany[0]]; + + /* make copies of data and send for all links + * except the first one, which we'll do last=20 + */ + for (i =3D 1; i < priv->numActiveMany; i++) { + meta_p meta2 =3D NULL; + struct mbuf *m2; + struct ng_one2many_link *mdst; + + mdst =3D &priv->many[priv->activeMany[i]]; + m2 =3D m_dup(m, M_NOWAIT); /* XXX m_copypacket() */ + if (m2 =3D=3D NULL) { + mdst->stats.memoryFailures++; + NG_FREE_DATA(m, meta); + return (ENOBUFS); + } + if (meta !=3D NULL + && (meta2 =3D ng_copy_meta(meta)) =3D=3D NULL) { + mdst->stats.memoryFailures++; + m_freem(m2); + NG_FREE_DATA(m, meta); + return (ENOMEM); + } + /* Update transmit stats */ + mdst->stats.xmitPackets++; + mdst->stats.xmitOctets +=3D m->m_pkthdr.len; + NG_SEND_DATA(error, mdst->hook, m2, meta2); + } + break; +#ifdef INVARIANTS + default: + panic("%s: invalid xmitAlg", __FUNCTION__); +#endif + } } else dst =3D &priv->one; =20 @@ -509,6 +551,8 @@ ng_one2many_update_many(priv_p priv) case NG_ONE2MANY_XMIT_ROUNDROBIN: if (priv->numActiveMany > 0) priv->nextMany %=3D priv->numActiveMany; + break; + case NG_ONE2MANY_XMIT_ALL: break; #ifdef INVARIANTS default: Index: ng_one2many.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: /usr/cvs/src/sys/netgraph/ng_one2many.h,v retrieving revision 1.1.2.3 diff -u -p -r1.1.2.3 ng_one2many.h --- ng_one2many.h 2 Jul 2002 23:44:02 -0000 1.1.2.3 +++ ng_one2many.h 28 Aug 2002 04:47:33 -0000 @@ -59,6 +59,7 @@ =20 /* Algorithms for outgoing packet distribution (XXX only one so far) */ #define NG_ONE2MANY_XMIT_ROUNDROBIN 1 /* round-robin delivery */ +#define NG_ONE2MANY_XMIT_ALL 2 /* send packets to all many hooks */ =20 /* Algorithms for detecting link failure (XXX only one so far) */ #define NG_ONE2MANY_FAIL_MANUAL 1 /* use enabledLinks[] array */ @@ -84,6 +85,7 @@ struct ng_one2many_link_stats { u_int64_t recvPackets; /* total pkts rec'd on link */ u_int64_t xmitOctets; /* total octets xmit'd on link */ u_int64_t xmitPackets; /* total pkts xmit'd on link */ + u_int64_t memoryFailures; /* times couldn't get mem or mbuf */ }; =20 /* Keep this in sync with the above structure definition */ @@ -92,6 +94,7 @@ struct ng_one2many_link_stats { { "recvPackets", &ng_parse_uint64_type }, \ { "xmitOctets", &ng_parse_uint64_type }, \ { "xmitPackets", &ng_parse_uint64_type }, \ + { "memoryFailures", &ng_parse_uint64_type }, \ { NULL } \ } --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9bFZ2XY6L6fI4GtQRAnmPAKCn82xz3C9GYss7L8/e29SwhYKNDgCgxFbJ FOTlQrGBx/0yU9pbc05ur/8= =4vTm -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 27 23: 5:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9739E37B400 for ; Tue, 27 Aug 2002 23:05:52 -0700 (PDT) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E0C943E72 for ; Tue, 27 Aug 2002 23:05:51 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id B395581461; Wed, 28 Aug 2002 15:35:48 +0930 (CST) Date: Wed, 28 Aug 2002 15:35:48 +0930 From: Greg 'groggy' Lehey To: Doug Swarin Cc: Peter Edwards , gallatin@cs.duke.edu, hackers@FreeBSD.ORG Subject: Re: Vinum crash Message-ID: <20020828060548.GA16973@wantadilla.lemis.com> References: <20020823202017.0E2C043E3B@mx1.FreeBSD.org> <20020823155817.A82817@staff.texas.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020823155817.A82817@staff.texas.net> User-Agent: Mutt/1.3.99i 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-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday, 23 August 2002 at 15:58:17 -0500, Doug Swarin wrote: > On Fri, Aug 23, 2002 at 09:20:02PM +0100, Peter Edwards wrote: >> "Peter Edwards" wrote: >> Urgh. Forget it, I was seeing references to rq that weren't there. >> >>> Hi, >>> >>> Ok, I'm up to my neck in code I've never seen and making wild >>> guesses, but: >>> >>> In vinumrequest.c:launch_requests(), isn't it possible that the >>> final BUF_STRATEGY() from line 431 completes before we get back to >>> the top of the outer "for" loop and that complete_rqe gets called >>> for the last buffer (we don't have splbio()), bringing the >>> refcount of the entire request down to zero, then freeing the >>> request. You then get to the top of the loop, and rq will have >>> been freed, but you looking at its contents. Ok, maybe not likely >>> but... >>> >>> I suppose you could just hold one more reference to the request >>> while doing launch_requests() and check after all theB UF_STRATEGYs >>> are done when you decrement the active count and find it's zero, >>> then do the "request-finished" processing as done by complete_rqe >>> Just a thought... > > I've already got a patch for this; it's in PR kern/41740, along with > another that allows you to safely hot-revive a striped plex. I checked in the first patch a couple of hours ago. It seems that it only affected ATA drives, which is why I wasn't able to reproduce it. The second patch is less obvious. It doesn't take into account that RAID plexes are also striped. I'll discuss this with you in private mail. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 3: 8:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06B3A37B400 for ; Wed, 28 Aug 2002 03:08:14 -0700 (PDT) Received: from insomnia.spc.org (insomnia.spc.org [195.224.94.183]) by mx1.FreeBSD.org (Postfix) with SMTP id CC69943E72 for ; Wed, 28 Aug 2002 03:08:12 -0700 (PDT) (envelope-from bms@insomnia.spc.org) Received: (qmail 24140 invoked by uid 1031); 28 Aug 2002 10:07:23 -0000 Date: Wed, 28 Aug 2002 11:07:23 +0100 From: Bruce M Simpson To: hackers@freebsd.org, hardware@freebsd.org Cc: Dan Larsson Subject: Getting /dev/smb* to work. Message-ID: <20020828100722.GH24795@spc.org> References: <20020827233627.S76730-100000@hq1.tyfon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020827233627.S76730-100000@hq1.tyfon.net> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Aug 28, 2002 at 12:01:15AM +0200, Dan Larsson wrote: > While trying to get hardware monitoring to work on my computer I > found the below procedure to enable the smbus device. > It didn't get me any closer to actually monitoring the hardware with > xbmon, lmmon or healthd. But the device is there. I'd like to add to this. uname is: FreeBSD triage.dollah.com 4.6-STABLE FreeBSD 4.6-STABLE #1: Sun Aug 25 11:23:33 BST 2002 root@triage.dollah.com:/usr/src/sys/compile/TRIAGE i386 Box in question is a Sony Vaio PCG-Z600HEK. dmesg looks like this:- pcib0: on motherboard ... intpm0: port 0x1040-0x104f irq 9 at device 7.3 on pci0 intpm0: I/O mapped 1040 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped 8000 With kernel config: [..] device intpm device apm0 device smbus device smb device iic device iicbus device iicsmb device iicbb [..] This supports APM just fine, but SMB goes nowhere. Any clues? When ktracing processws which use /dev/smb0, it seems that the ioctls simply don't get handled. I assume this is because something somewhere didn't attach. From the above dmesg output I'd infer that nothing's being seen on the smbus. I've also tried this patch: http://people.freebsd.org/~nsouch/download/iic-stable.diffs But it didn't help much (after fixing it up for the current -STABLE). BMS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 3:26:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D08A37B400 for ; Wed, 28 Aug 2002 03:26:41 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C46543E75 for ; Wed, 28 Aug 2002 03:26:41 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id B6DC63ABD43; Wed, 28 Aug 2002 12:29:02 +0200 (CEST) Date: Wed, 28 Aug 2002 12:29:02 +0200 From: Pawel Jakub Dawidek To: Terry Lambert Cc: freebsd-hackers@freebsd.org Subject: Re: Replacing kernel functions. Message-ID: <20020828102902.GF31943@garage.freebsd.pl> References: <20020828021016.GB31943@garage.freebsd.pl> <3D6C3F16.EC09BDB@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="kbCYTQG2MZjuOjyn" Content-Disposition: inline In-Reply-To: <3D6C3F16.EC09BDB@mindspring.com> X-PGP-Key-URL: http://garage.freebsd.pl/jules.pgp X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --kbCYTQG2MZjuOjyn Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 27, 2002 at 08:10:14PM -0700, Terry Lambert wrote: +> The easiest way to do this is to take nullfs and modify it so +> that it caches the name of the file for the vnode that is +> returned as a value pointed to by the per layer vnode data +> area, e.g. modify struct null_node to add a null_name pointer: [...] Yes, but I don't want to patch kernel at all. Everythings should be in one kld module and should works for all file systems (ufs/ffs, fat32, procfs, etc.). File system shouldn't be important. --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --kbCYTQG2MZjuOjyn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPWyl7j/PhmMH/Mf1AQGKegP6An1KnXOEOp8F25Nw5Dpg1jDSkLG0Nvif nO/40iVg4T9XCCd5xZ7RMqTudpRh5JaMOIc/MRq7ZizXvh/Yo2gkBElH+XpCf9pN 3sW4S1/OpROQUqh4bCMFpmpBU6zBb1YMYgm2GSn6n192FgjuDDQ9JTawHctxw1W3 EZkc/PIofm8= =GuwB -----END PGP SIGNATURE----- --kbCYTQG2MZjuOjyn-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 4:26:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 484F337B401 for ; Wed, 28 Aug 2002 04:26:12 -0700 (PDT) Received: from mx1.FreeBSD.org (63-100-194-227.reverse.newskies.net [63.100.194.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 7A20E43E6A for ; Wed, 28 Aug 2002 04:26:08 -0700 (PDT) (envelope-from phillipgomez@mail.com) From: "Engr. Lanre Christian Dickson" Date: Thu, 29 Aug 2002 00:36:33 To: freebsd-hackers@FreeBSD.org Subject: Mutual Trust Needed (Urgent) MIME-Version: 1.0 Content-Type: text/plain;charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <20020828112608.7A20E43E6A@mx1.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Reply to: lanre_dickson@engineer.com or lizzpeters@yahoo.com Dear Sir/Madam, I am Engr. Lanre Christian Dickson, Chairman of the Contract Award and Verification Panel set up by the Federal Ministry of Aviation (FMA) for reconciliation of contract claims, recomemdation and subsequent approvals. I got your contact information from the net during my personal search for a reliable/reputable foreign firm and after careful deliberations; my colleagues and I decided to contact you for a very confidential business transaction of mutual benefit. During our verification exercise, we came across an over-invoiced contract (Contract No: FMA/PED/1473/96). This contract was awarded in July, 1996 and completed in August 1998, and the original contractor has since been paid his contract sum leaving the over-invoiced sum of US$25.5m(Twenty Five Million, Five Hundred Thousand United States Dollars). This amount has been left floating in our account with the African Continental Bank (ACB), until our recent discovery. My colleagues and I have decided to seek for the assistance of a reliable for foreign partner into whose account the fund will be transferred for safekeeping and disboursement among us. If this proposal is acceptable to you, a “Deed of Transfer” of the above contract will be obtained on your behalf to empower you as the legal beneficiary of the contract and the sum to be transferred. All necessary and relevant documents will be procured for the release and transfer of the fund into your nominated bank account. An application for Foreign Exchange Allocation will be made on your behalf from my office to the Federal Ministry of Finance (FMF) and the African Continental Bank (ACB) for the subsequent release and transfer of the fund into your nominated account. Please be informed that we are working in collaboration with top officials of the Federal Ministry of Finance and the African Continental Bank (ACB) who will assist us in the transfer of the fund. And with your maximum cooperation, the success of this transaction is guaranteed. We have agreed to compensate you with 25% of the total sum, 70% will be for me and my colleagues here, while the remaining 5% have been mapped-out for miscellaneous expenses that might be incurred by both parties during the course of this transaction. All things being equal, this transaction will be concluded within 6 working days upon the day of receipt of your response. You are required to email us the following information needed for this transaction: (1) Your Bank particulars (i.e. Name of the bank, Address, Account number, Account name and Telex/Swift code), where you want this fund to be transferred. (2) Your full name and address (3) Private Telephone and Fax numbers. Please treat this transaction with top priority and remember to keep it as confidential as possible. As soon as we receive your response, more details about how to proceed will be given to you. Meanwhile, you can contact me on my direct telephone no: 234 80 331 24007. We await your prompt response. Best Regards, Engr. Lanre Christian Dickson Chairman, Contract Award & Verification Panel NB: Pls be informed that the other email addresses as directed belong to two of my partners. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 5: 5:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E359137B400 for ; Wed, 28 Aug 2002 05:05:43 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88F4B43E8A for ; Wed, 28 Aug 2002 05:05:43 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0018.cvx40-bradley.dialup.earthlink.net ([216.244.42.18] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17k1Zs-000449-00; Wed, 28 Aug 2002 05:05:40 -0700 Message-ID: <3D6CBC0B.A94B7197@mindspring.com> Date: Wed, 28 Aug 2002 05:03:23 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Pawel Jakub Dawidek Cc: freebsd-hackers@freebsd.org Subject: Re: Replacing kernel functions. References: <20020828021016.GB31943@garage.freebsd.pl> <3D6C3F16.EC09BDB@mindspring.com> <20020828102902.GF31943@garage.freebsd.pl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Pawel Jakub Dawidek wrote: > On Tue, Aug 27, 2002 at 08:10:14PM -0700, Terry Lambert wrote: > +> The easiest way to do this is to take nullfs and modify it so > +> that it caches the name of the file for the vnode that is > +> returned as a value pointed to by the per layer vnode data > +> area, e.g. modify struct null_node to add a null_name pointer: > [...] > > Yes, but I don't want to patch kernel at all. > Everythings should be in one kld module and should works for all file > systems (ufs/ffs, fat32, procfs, etc.). File system shouldn't be > important. You would make your own stacking module named "pawelfs", derived from "nullfs". That module would be the only module you would need. You would stack it on any FS that you wanted to be able to the the ioctl() "PAWELS_MAGIC_GET_NAME" on. No kernel modifications required. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 9:58:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0469337B620 for ; Wed, 28 Aug 2002 09:58:03 -0700 (PDT) Received: from mail.syd.eastlink.ca (mail.syd.eastlink.ca [24.222.87.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02D5943F5B for ; Wed, 28 Aug 2002 09:56:26 -0700 (PDT) (envelope-from dest@syd.eastlink.ca) Received: from process.syd.eastlink.ca (dest@u80n87.syd.eastlink.ca [24.222.80.87]) by mail.syd.eastlink.ca (8.12.2/8.12.2) with ESMTP id g7SGuLbk014120 for ; Wed, 28 Aug 2002 13:56:24 -0300 Message-Id: <5.1.0.14.0.20020828135544.00b82418@pop.syd.eastlink.ca> X-Sender: dest@pop.syd.eastlink.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 28 Aug 2002 13:57:23 -0300 To: freebsd-hackers@freebsd.org From: Craig Hawco Subject: SMP+SE7500CW2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I tried the changes outlined on the list, but SMP still fails at the same point. Any further suggestions? There's quite a few users with this issue. A friend of mine went through the lists and counted 18 the other day. Thanks, Craig To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 9:58:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D92937B708 for ; Wed, 28 Aug 2002 09:57:58 -0700 (PDT) Received: from omta02.mta.everyone.net (sitemail3.everyone.net [216.200.145.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2076243F6F for ; Wed, 28 Aug 2002 09:56:08 -0700 (PDT) (envelope-from ltambert2@digiverse.net) Received: from sitemail.everyone.net (dsnat [216.200.145.62]) by omta02.mta.everyone.net (Postfix) with ESMTP id AF1E61CD7DA for ; Wed, 28 Aug 2002 09:52:19 -0700 (PDT) Received: by sitemail.everyone.net (Postfix, from userid 99) id 615693969; Wed, 28 Aug 2002 09:52:19 -0700 (PDT) Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Date: Wed, 28 Aug 2002 09:52:18 -0700 (PDT) From: Lerrence Tambert To: hackers@freebsd.org Subject: Amazing! Reply-To: ltambert2@digiverse.net X-Originating-Ip: [208.189.97.90] Message-Id: <20020828165219.615693969@sitemail.everyone.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I can't believe the amount of BS that I'm seeing posted here. Terry, stop posting SHIT, please, nobody gives a flying fuck about Zen, or Aristotle, ok? Then we have all the other people who replied to those trolls, sometimes with insulting comments, without realizing they just showed what a bunch of clueless fuckwits they are. Never judge a persons IQ by his willing to troll or crapflood. Those are not related. And don't assume I've never written good software just because I decided to troll a bit. I've probably written more lines of quality C and assembler now than most of you will in your entire life. Then we have the people shouting loud "You're a troll!". That I am and worse, much worse, but I do have ethics. Let's not get started on the amount of crapflooding now going on freebsd-security@, so the signal/noise ratio was low? Gimme a break, it's 0 now! Gentlement, don't confuse kindness with weakness. Sincerely, Lerrence BTW, greetings to Jordan Hubbard[1] [1] "When i think of "politics," i think of Jordan Hubbard, flat out lying about what's in, or going to be in, FreeBSD, or what the system can do, or what's wrong with the system. (worth noting: I've come to understand Kolstad, even see him as a reasonable person. I see jordan as a _liar_, period.) _that's_ not the game that we, or i, play." Chris G Demetriou (NetBSD core team) _____________________________________________________________ Tired of spam from Hotmail? >>> http://www.digiverse.net yourname@digiverse - a unique name for your unique personality _____________________________________________________________ Promote your group and strengthen ties to your members with email@yourgroup.org by Everyone.net http://www.everyone.net/?btn=tag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 10: 0:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B97EE37B400 for ; Wed, 28 Aug 2002 10:00:09 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [216.187.105.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id E25B243E65 for ; Wed, 28 Aug 2002 10:00:08 -0700 (PDT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 1C6643F28; Wed, 28 Aug 2002 13:00:08 -0400 (EDT) From: "Dan Langille" To: "Michael Scheidell" Date: Wed, 28 Aug 2002 12:58:09 -0400 MIME-Version: 1.0 Subject: Re: why does this sendmail connection take so long? Cc: Message-ID: <3D6CC8E1.8800.896A6F03@localhost> In-reply-to: <003e01c24a2b$31eb7980$3301010a@MIKELT> X-mailer: Pegasus Mail for Windows (v4.02) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 22 Aug 2002 at 18:28, Michael Scheidell wrote: > ----- Original Message ----- > From: ""Dan Langille"" > Newsgroups: local.freebsd.hackers > Sent: Thursday, August 22, 2002 1:41 PM > Subject: why does this sendmail connection take so long? > > > > I'd normally attribute this problem to DNS, but I can't track down > > what DNS problem is occuring. Note the lag between the first event > > and the next. Any suggestions? > > might be identd (port 113) After some testing, I'm inclined to think it's not ident. The network in question is behind a firewall which is doing NAT. Two boxes do not exibit the problem. Two do. All are FreeBSD 4.6-stable created from same source snapshot. I've tested this from several boxes behind my firewall each time emailing to a box outside the firewall. The test was: echo 'hi there' | mail dan@m20.example.org The two boxes which exibit the probem are the DNS server and the firewall. Mail sent from those boxes exhibit identical delays, namely a 75 second lag between the first and second event (see below for an example; note that I've changed the real domain to example.org). I'm not sure whether this indicates a problem on the sending or receiving end. I suspect sending. But what the problem is I'm not sure yet. I've been running "tcpdump -i lo0 port 53" to see if I could find anything suspect in there, but I didn't. BTW, what would I be looking for if the above delay is caused by DNS? Thanks. Aug 28 12:07:24 xeon sendmail[66323]: g7SG7O7G066323: from=dan, size=37, class=0, nrcpts=1, msgid=<200208281607.g7SG7O7G066323@xeon.example.org>, relay=dan@localhost Aug 28 12:08:39 xeon sm-mta[66507]: g7SG8dvj066507: from=, size=351, class=0, nrcpts=1, msgid=<200208281607.g7SG7O7G066323@xeon.example.org>, proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1] Aug 28 12:08:40 xeon sendmail[66323]: g7SG7O7G066323: to=dan@m20.example.org, ctladdr=dan (1000/1000), delay=00:01:16, xdelay=00:01:16, mailer=relay, pri=30028, relay=localhost.example.org. [127.0.0.1], dsn=2.0.0, stat=Sent (g7SG8dvj066507 Message accepted for delivery) Aug 28 12:08:42 xeon sm-mta[66509]: g7SG8dvj066507: to=, ctladdr= (1000/1000), delay=00:00:03, xdelay=00:00:02, mailer=esmtp, pri=30342, relay=m20.example.org. [216.187.106.227], dsn=2.0.0, stat=Sent (Ok: queued as 169F57A11) -- Dan Langille I'm looking for a computer job: http://www.freebsddiary.org/dan_langille.php To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 10:13:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C958237B400 for ; Wed, 28 Aug 2002 10:13:35 -0700 (PDT) Received: from ns1.ovis.net (ns1.ovis.net [207.0.147.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A0FE43E3B for ; Wed, 28 Aug 2002 10:13:35 -0700 (PDT) (envelope-from chromexa@ovis.net) Received: from 207.0.147.110 (s44.pm5.ovis.net [207.0.147.110]) by ns1.ovis.net (Postfix) with SMTP id 375763B6C; Wed, 28 Aug 2002 13:13:04 -0400 (EDT) Reply-To: Steve Kudlak From: chromexa@ovis.net To: ltambert2@digiverse.net, hackers@freebsd.org Cc: Subject: RE: Amazing! Uh, Amazing BSD Arguments? Date: 28 Aug 2002 13:21:52 -0500 X-Mailer: NeoPlanet Version: 5.1.0.1418 X-ID: AF93F1E08CC911D3BC29444553540000 Message-Id: <20020828171304.375763B6C@ns1.ovis.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > ** Original Subject: RE: Amazing! > ** Original Sender: Lerrence Tambert > ** Original Date: Wed, 28 Aug 2002 13:00:15 -0400 (EDT) > ** Original Message follows... > > I can't believe the amount of BS that I'm seeing posted here. Terry, stop posting SHIT, please, nobody gives a flying fuck about Zen, or Aristotle, ok? > > Then we have all the other people who replied to those trolls, sometimes with insulting comments, without realizing they just showed what a bunch of clueless fuckwits they are. Never judge a persons IQ by his willing to troll or crapflood. Those are not related. And don't assume I've never written good software just because I decided to troll a bit. I've probably written more lines of quality C and assembler now than most of you will in your entire life. > > Then we have the people shouting loud "You're a troll!". That I am and worse, much worse, but I do have ethics. Let's not get started on the amount of crapflooding now going on freebsd-security@, so the signal/noise ratio was low? Gimme a break, it's 0 now! > > Gentlement, don't confuse kindness with weakness. > > Sincerely, > Lerrence > > BTW, greetings to Jordan Hubbard[1] > > [1] > "When i think of "politics," i think of Jordan Hubbard, flat out lying > about what's in, or going to be in, FreeBSD, or what the system can > do, or what's wrong with the system. (worth noting: I've come to > understand Kolstad, even see him as a reasonable person. I see jordan > as a _liar_, period.) _that's_ not the game that we, or i, play." > Chris G Demetriou (NetBSD core team) > > > _____________________________________________________________ > Tired of spam from Hotmail? >>> http://www.digiverse.net > yourname@digiverse - a unique name for your unique personality > > _____________________________________________________________ > Promote your group and strengthen ties to your members with email@yourgroup.org by Everyone.net http://www.everyone.net/?btn=tag > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message >** --------- End Original Message ----------- ** > How about judging people by how loud they can snarl? Is that a good metric? Mainly I lurk unless I have a real tech issue to discuss. However the recent questions over the viability of BSD and BSD hacking is important. Now perhaps this should all happen in chat, but people being what they are will jump strict categories. Humans are like that you know. Have Fun, Sends Steve Have Fun, Sends Steve Download the Lycos Browser at http://lycos.neoplanet.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 10:49: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7EED37B400; Wed, 28 Aug 2002 10:48:52 -0700 (PDT) Received: from sixshooter.v6.thrupoint.net (sixshooter.v6.thrupoint.net [65.242.152.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8DBB43E6A; Wed, 28 Aug 2002 10:48:51 -0700 (PDT) (envelope-from jpb@sixshooter.v6.thrupoint.net) Received: by sixshooter.v6.thrupoint.net (Postfix, from userid 1000) id C51D9107A3; Wed, 28 Aug 2002 13:48:50 -0400 (EDT) Date: Wed, 28 Aug 2002 13:48:50 -0400 From: Jim Brown To: freebsd-hackers@FreeBSD.ORG Cc: freebsd-questions@FreeBSD.ORG Subject: Re: why does this sendmail connection take so long? Message-ID: <20020828174850.GB77792@sixshooter.v6.thrupoint.net> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG References: <003e01c24a2b$31eb7980$3301010a@MIKELT> <3D6CC8E1.8800.896A6F03@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D6CC8E1.8800.896A6F03@localhost> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Dan Langille [2002-08-28 13:01]: > On 22 Aug 2002 at 18:28, Michael Scheidell wrote: > > > ----- Original Message ----- > > From: ""Dan Langille"" > > Newsgroups: local.freebsd.hackers > > Sent: Thursday, August 22, 2002 1:41 PM > > Subject: why does this sendmail connection take so long? > > > > > > > I'd normally attribute this problem to DNS, but I can't track down > > > what DNS problem is occuring. Note the lag between the first event > > > and the next. Any suggestions? > > > > might be identd (port 113) > > After some testing, I'm inclined to think it's not ident. The > network in question is behind a firewall which is doing NAT. Two > boxes do not exibit the problem. Two do. All are FreeBSD 4.6-stable > created from same source snapshot. > > I've tested this from several boxes behind my firewall each time > emailing to a box outside the firewall. The test was: > > echo 'hi there' | mail dan@m20.example.org > > The two boxes which exibit the probem are the DNS server and the > firewall. Mail sent from those boxes exhibit identical delays, > namely a 75 second lag between the first and second event (see below > for an example; note that I've changed the real domain to > example.org). I'm not sure whether this indicates a problem on the > sending or receiving end. I suspect sending. But what the problem > is I'm not sure yet. > > I've been running "tcpdump -i lo0 port 53" to see if I could find > anything suspect in there, but I didn't. BTW, what would I be > looking for if the above delay is caused by DNS? I don't think you can see 127.0.0.0 traffic this way, BICBW. In general you should see less than a 2 second reply to any DNS query if everything is configured correctly. Most replys are less than .5 seconds even on a fairly busy network. > > Thanks. > > Aug 28 12:07:24 xeon sendmail[66323]: g7SG7O7G066323: from=dan, > size=37, class=0, nrcpts=1, > msgid=<200208281607.g7SG7O7G066323@xeon.example.org>, > relay=dan@localhost > > Aug 28 12:08:39 xeon sm-mta[66507]: g7SG8dvj066507: > from=, size=351, class=0, nrcpts=1, > msgid=<200208281607.g7SG7O7G066323@xeon.example.org>, proto=ESMTP, > daemon=MTA, relay=localhost [127.0.0.1] > > Aug 28 12:08:40 xeon sendmail[66323]: g7SG7O7G066323: > to=dan@m20.example.org, ctladdr=dan (1000/1000), delay=00:01:16, > xdelay=00:01:16, mailer=relay, pri=30028, > relay=localhost.example.org. [127.0.0.1], dsn=2.0.0, stat=Sent > (g7SG8dvj066507 Message accepted for delivery) > > Aug 28 12:08:42 xeon sm-mta[66509]: g7SG8dvj066507: > to=, ctladdr= (1000/1000), > delay=00:00:03, xdelay=00:00:02, mailer=esmtp, pri=30342, > relay=m20.example.org. [216.187.106.227], dsn=2.0.0, stat=Sent (Ok: > queued as 169F57A11) OK, I'm going to try to analyze this *without* my Sendmail tome handy (it's on another continent)... Looks like you've got sendmail on the local machine to first relay to host localhost.example.org probably in /etc/mail/sendmail.cf. I'd suggest just setting your relayhost to the firewall machine. (And set the firewall relayhost to nothing- let him do final transfer.) No- I don't remember quirky sendmail variable- web over to sendmail.org or read the config file notes. Another test you should try is to just simulate the mail exchange via telnet. Run through the protocol (helo, mail from:, rcpt to:, data) and see performance. Also check how long it takes to close the tcp connection. I think that is also tunable via sendmail.cf Getting the split mail setup working correctly is tricky, but there are some examples in the big Sendmail book. Probably should move this to -questions... Hope this helps, jpb === [snip] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 11:24:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39C7337B400 for ; Wed, 28 Aug 2002 11:24:50 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7123643E75 for ; Wed, 28 Aug 2002 11:24:49 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g7SILHex082444 for ; Wed, 28 Aug 2002 20:21:17 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: hackers@FreeBSD.ORG Subject: Re: Amazing! (not) In-Reply-To: Your message of "Wed, 28 Aug 2002 09:52:18 PDT." <20020828165219.615693969@sitemail.everyone.net> Date: Wed, 28 Aug 2002 20:21:17 +0200 Message-ID: <82443.1030558877@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020828165219.615693969@sitemail.everyone.net>, Lerrence Tambert w rites: >And don't assume I've never written good software just >because I decided to troll a bit. I've probably written more lines >of quality C and assembler now than most of you will in your entire >life. Hahahahaha! You want us to belive that a lowlife like you, a person who hides behind sniding pseudonyms rather than stand up and defend his ideas, a person who resorts to doctoring old quotes to make his point, a person who uses open proxies to cover his tracks, should ever have been able to think coherent enough to write quality code ? Spill the beans, what was it that you wrote ? Was it a "sp701t" you stole from somebody ? A r00tk1t with your very own copyright ? A tic-tac-toe game for your Commodore 64 ? To me you sound like a frustrated PFY who had his l33t patch to FreeBSD turned down because it was a pile of shit, and now you're out to get revenge at the people who called you on your fraudlent claims and made your the laughingstock of your equally loosing #l33td00ds peers. Here's a dime, get yourself a real OS. You'd better tell your mom you've been naughty before we do. Poul-Henning -- 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-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 11:27:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7FF637B400 for ; Wed, 28 Aug 2002 11:27:50 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C78143E6A for ; Wed, 28 Aug 2002 11:27:50 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id E9C1D3ABD43; Wed, 28 Aug 2002 20:30:18 +0200 (CEST) Date: Wed, 28 Aug 2002 20:30:18 +0200 From: Pawel Jakub Dawidek To: Terry Lambert Cc: freebsd-hackers@freebsd.org Subject: Re: Replacing kernel functions. Message-ID: <20020828183018.GL31943@garage.freebsd.pl> References: <20020828021016.GB31943@garage.freebsd.pl> <3D6C3F16.EC09BDB@mindspring.com> <20020828102902.GF31943@garage.freebsd.pl> <3D6CBC0B.A94B7197@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="nrM5Z5VIJgwP9LWp" Content-Disposition: inline In-Reply-To: <3D6CBC0B.A94B7197@mindspring.com> X-PGP-Key-URL: http://garage.freebsd.pl/jules.pgp X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --nrM5Z5VIJgwP9LWp Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 28, 2002 at 05:03:23AM -0700, Terry Lambert wrote: +> -- Terry Thanks to Your help I've found maybe better way to do this. I could catch open(), and: int myopen(struct proc *p, struct open_args *uap) { int ret; if ((ret =3D open(p, uap)) !=3D 0) return (ret); /* * And here I can cache uap->name and change close() function address, * where address of those functions is here: * p->p_fd->fd_ofiles[p->p_retval[0]]->f_ops->fo_close */ return (0); } This is much more complicated, because if I will change address of this function, it changes for every descriptor on this file system. So I need cache original address of fo_close() functions, etc. But this should works, I'm testing it at the moment. --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --nrM5Z5VIJgwP9LWp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPW0Wuj/PhmMH/Mf1AQF9xAQAjTNv/q8rrUBZeaBXsBTZxlXEJZsNMmXV tOQd5hQFJ8VAEC4VZn6wC9RGuatR9rHvxrNEGqeSxEfT5tFWZsjjmNGiea4rTm+x spxT1lHj8aobTx4BCUZLoj5D2yUUKaLAHWHeaV/UAeWlJoucEMRZzttKCnyS/FlS aABRIhFYq8s= =VgJT -----END PGP SIGNATURE----- --nrM5Z5VIJgwP9LWp-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 13:46:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82BEB37B401 for ; Wed, 28 Aug 2002 13:46:32 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id F06D243E65 for ; Wed, 28 Aug 2002 13:46:31 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 78222 invoked by uid 1000); 28 Aug 2002 20:46:33 -0000 Date: Wed, 28 Aug 2002 13:46:33 -0700 (PDT) From: Nate Lawson To: Bruce M Simpson Cc: hackers@freebsd.org, hardware@freebsd.org, Dan Larsson Subject: Re: Getting /dev/smb* to work. In-Reply-To: <20020828100722.GH24795@spc.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 28 Aug 2002, Bruce M Simpson wrote: > On Wed, Aug 28, 2002 at 12:01:15AM +0200, Dan Larsson wrote: > > While trying to get hardware monitoring to work on my computer I > > found the below procedure to enable the smbus device. > > It didn't get me any closer to actually monitoring the hardware with > > xbmon, lmmon or healthd. But the device is there. > > I'd like to add to this. uname is: > FreeBSD triage.dollah.com 4.6-STABLE FreeBSD 4.6-STABLE #1: Sun Aug 25 11:23:33 BST 2002 root@triage.dollah.com:/usr/src/sys/compile/TRIAGE i386 > > pcib0: on motherboard > ... > intpm0: port 0x1040-0x104f irq 9 at device 7.3 on pci0 > intpm0: I/O mapped 1040 > intpm0: intr IRQ 9 enabled revision 0 > smbus0: on intsmb0 > smb0: on smbus0 > intpm0: PM I/O mapped 8000 > > This supports APM just fine, but SMB goes nowhere. Any clues? When ktracing > processws which use /dev/smb0, it seems that the ioctls simply don't > get handled. I assume this is because something somewhere didn't attach. > >From the above dmesg output I'd infer that nothing's being seen on the smbus. What error is open or ioctl returning in your ktrace? EINVAL? boot -v will give you more info about the attach progress. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 15:24:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D500C37B401 for ; Wed, 28 Aug 2002 15:24:05 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BC5C43E77 for ; Wed, 28 Aug 2002 15:24:05 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 8AEBF3ABD43; Thu, 29 Aug 2002 00:26:32 +0200 (CEST) Date: Thu, 29 Aug 2002 00:26:32 +0200 From: Pawel Jakub Dawidek To: Terry Lambert Cc: freebsd-hackers@freebsd.org Subject: Re: Replacing kernel functions. Message-ID: <20020828222631.GN31943@garage.freebsd.pl> References: <20020828021016.GB31943@garage.freebsd.pl> <3D6C3F16.EC09BDB@mindspring.com> <20020828102902.GF31943@garage.freebsd.pl> <3D6CBC0B.A94B7197@mindspring.com> <20020828183018.GL31943@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="O27Gs9jTTFWz3gAR" Content-Disposition: inline In-Reply-To: <20020828183018.GL31943@garage.freebsd.pl> X-PGP-Key-URL: http://garage.freebsd.pl/jules.pgp X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --O27Gs9jTTFWz3gAR Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 28, 2002 at 08:30:18PM +0200, Pawel Jakub Dawidek wrote: +> On Wed, Aug 28, 2002 at 05:03:23AM -0700, Terry Lambert wrote: +> +> -- Terry +>=20 +> Thanks to Your help I've found maybe better way to do this. [...] +> But this should works, I'm testing it at the moment. Yes, working fine, thanks. --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --O27Gs9jTTFWz3gAR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPW1OFz/PhmMH/Mf1AQH/owQAgBWfBa7qKzCLlP8dJJ3THPv2GPwlK9s5 8X4kQFxxirMPBqMZnRtNZdDzaHhM0quPJ4TwA4igH6h4dI+VMSneASTHcvnEf0ee VVoOD6cUqKzShSuyPpRzxxdgxZgqGEkOO8qYrA9UAH/kFXo2h+gHwyg1UmMg1lkz +uQNHnjOuWQ= =KOSd -----END PGP SIGNATURE----- --O27Gs9jTTFWz3gAR-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 16:44:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9110537B400 for ; Wed, 28 Aug 2002 16:44:31 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF7DD43E42 for ; Wed, 28 Aug 2002 16:44:30 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0040.cvx21-bradley.dialup.earthlink.net ([209.179.192.40] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17kCTk-000137-00; Wed, 28 Aug 2002 16:44:05 -0700 Message-ID: <3D6D600A.589DDDCF@mindspring.com> Date: Wed, 28 Aug 2002 16:43:06 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Langille Cc: Michael Scheidell , freebsd-hackers@FreeBSD.ORG Subject: Re: why does this sendmail connection take so long? References: <3D6CC8E1.8800.896A6F03@localhost> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Langille wrote: > I've tested this from several boxes behind my firewall each time > emailing to a box outside the firewall. The test was: > > echo 'hi there' | mail dan@m20.example.org echo 'hi there' | mail -v dan@m20.example.org ? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 17:45: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D92D037B400 for ; Wed, 28 Aug 2002 17:44:59 -0700 (PDT) Received: from firemail.de (acn.pl [212.76.32.13]) by mx1.FreeBSD.org (Postfix) with SMTP id 35CF343E65 for ; Wed, 28 Aug 2002 17:44:58 -0700 (PDT) (envelope-from bbmueller24@firemail.de) From: "USED FORMWORK" To: Subject: Peri Doka Thyssen Huennebeck Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit Date: Thu, 29 Aug 2002 02:48:15 +0200 Reply-To: "USED FORMWORK" Message-Id: <20020829004458.35CF343E65@mx1.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear Sir, our company is specialized in Import and Export used Formwor Worldwide. We are searching for partners for develloping our activity. Please contact us if you are interested in such an activity. Best Regards. S.BUTAUX. Tel: + 49 177 57 57 329 Fax: + 49 25 61 95 950 4001 www.formwork.biz Stabilo ?????????? ???????????? ????, ???????? ????????, ???????? ??? ?????????? ??????? ?????????? ???? DOKA, PERI, THYSSEN HUNNEBECK, MEVA, PLETTAC, LAYHER ? ??. ???????? ? ?????? ? ?????? ???. ???????? ? ???? ?????? ?? ?????? ??????. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 20:48:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2BBD37B400 for ; Wed, 28 Aug 2002 20:48:35 -0700 (PDT) Received: from mail.libertysurf.net (mail.libertysurf.net [213.36.80.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 195C943E42 for ; Wed, 28 Aug 2002 20:48:35 -0700 (PDT) (envelope-from julienbenoist@altern.org) Received: from manali (212.232.20.209) by mail.libertysurf.net (6.5.026) id 3D50909B00220532 for freebsd-hackers@freebsd.org; Thu, 29 Aug 2002 05:43:37 +0200 From: Julien Benoist To: freebsd-hackers@freebsd.org Subject: toggling promiscuous mode logging on NICs Date: Thu, 29 Aug 2002 05:43:36 +0200 User-Agent: KMail/1.4.2 MIME-Version: 1.0 Message-Id: <200208290542.09749.julienbenoist@altern.org> Content-Type: Multipart/Mixed; boundary="------------Boundary-00=_OC6LUAAAEE0BFS69RKOB" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --------------Boundary-00=_OC6LUAAAEE0BFS69RKOB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This is a patch allowing to control kernel logging of promiscuous mode ch= anges=20 on network interfaces through sysctl (enabled by default) : kern.log_promisc=3D1 I dont know if this mib should be placed somewhere else, nor if the featu= re=20 itself could interest anyone... Patch attached anyway. --=20 Julien Benoist --------------Boundary-00=_OC6LUAAAEE0BFS69RKOB Content-Type: text/x-diff; charset="us-ascii"; name="log_promisc_hook.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="log_promisc_hook.patch" --- /usr/src.old/sys/net/if.c Sun Apr 28 07:40:25 2002 +++ /usr/src/sys/net/if.c Thu Aug 29 03:52:06 2002 @@ -80,6 +80,10 @@ static void if_slowtimo __P((void *)); static void link_rtrequest __P((int, struct rtentry *, struct rt_addrinfo *)); static int if_rtdel __P((struct radix_node *, void *)); +static int log_promisc = 1; + +SYSCTL_INT(_kern, OID_AUTO, log_promisc, CTLFLAG_RW, + &log_promisc, 0 , "toggle promiscuity mode"); SYSINIT(interfaces, SI_SUB_PROTO_IF, SI_ORDER_FIRST, ifinit, NULL) @@ -1245,14 +1249,18 @@ if (ifp->if_pcount++ != 0) return (0); ifp->if_flags |= IFF_PROMISC; - log(LOG_INFO, "%s%d: promiscuous mode enabled\n", - ifp->if_name, ifp->if_unit); + if (log_promisc==1) { + log(LOG_INFO, "%s%d: promiscuous mode enabled\n", + ifp->if_name, ifp->if_unit); + } } else { if (--ifp->if_pcount > 0) return (0); ifp->if_flags &= ~IFF_PROMISC; - log(LOG_INFO, "%s%d: promiscuous mode disabled\n", - ifp->if_name, ifp->if_unit); + if (log_promisc==1) { + log(LOG_INFO, "%s%d: promiscuous mode disabled\n", + ifp->if_name, ifp->if_unit); + } } ifr.ifr_flags = ifp->if_flags; error = (*ifp->if_ioctl)(ifp, SIOCSIFFLAGS, (caddr_t)&ifr); --------------Boundary-00=_OC6LUAAAEE0BFS69RKOB-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 21: 0:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB0FD37B421 for ; Wed, 28 Aug 2002 21:00:17 -0700 (PDT) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD11343E65 for ; Wed, 28 Aug 2002 21:00:16 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0190.cvx21-bradley.dialup.earthlink.net ([209.179.192.190] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 17kGTf-0002Gq-00; Wed, 28 Aug 2002 21:00:15 -0700 Message-ID: <3D6D9B17.9BB7A029@mindspring.com> Date: Wed, 28 Aug 2002 20:55:03 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julien Benoist Cc: freebsd-hackers@freebsd.org Subject: Re: toggling promiscuous mode logging on NICs References: <200208290542.09749.julienbenoist@altern.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julien Benoist wrote: > This is a patch allowing to control kernel logging of promiscuous mode changes > on network interfaces through sysctl (enabled by default) : > kern.log_promisc=1 > > I dont know if this mib should be placed somewhere else, nor if the feature > itself could interest anyone... Patch attached anyway. In a general sense, it's probably abut time to add a class parameter or two (one a bitmap, the other a bitmap within that bitmap) to all of the kernel display data. That would let you block all messages of a class, without the need to introduce per-printf sysctl's. This sort of goes with PHK's idea that the console code needs a rethink. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 28 23:58:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0942F37B400 for ; Wed, 28 Aug 2002 23:58:22 -0700 (PDT) Received: from utility.clubscholarship.com (utility.clubscholarship.com [198.78.70.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC5AF43E4A for ; Wed, 28 Aug 2002 23:58:21 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Received: from localhost (root@localhost) by utility.clubscholarship.com (8.11.6/8.11.6) with ESMTP id g7T6tEB38040; Wed, 28 Aug 2002 23:55:14 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Date: Wed, 28 Aug 2002 23:55:14 -0700 (PDT) From: Patrick Thomas To: Bruce M Simpson Cc: Peter Wemm , Lars Eggert , David Malone , "Brian T. Schellenberger" , Subject: Re: top shows all zeroes. In-Reply-To: <20020826212939.GR27670@spc.org> Message-ID: <20020828235236.G58763-100000@utility.clubscholarship.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ok, this seems to have died down a bit, and my own urgency has passed since it is no longer manifesting itself on my test machine....however, two things come to mind: 1. is it possible that arbitrary top output is now suspect on machines that have manifested this behavior ? I am not showing all zeros anymore, but who is to say that what I am seeing is correct ? My vmstat -i now yields: rtc irq8 29272122 66 and I am seeing a rate of 128 on normal systems. So maybe my top output is still wrong, even though it isn't all zeros. 2. What is to be done ? I have no reason to believe this won't crop up on 4.6.2 or later...does anyone else ? thanks. pat. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 0:35:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 238E437B400 for ; Thu, 29 Aug 2002 00:35:48 -0700 (PDT) Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEDF143E65 for ; Thu, 29 Aug 2002 00:35:46 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (patr530-a090.otenet.gr [212.205.215.90]) by mailsrv.otenet.gr (8.12.4/8.12.4) with ESMTP id g7T7Zc6e022262 for ; Thu, 29 Aug 2002 10:35:43 +0300 (EEST) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.5/8.12.5) with ESMTP id g7T7ZaNK035275 for ; Thu, 29 Aug 2002 10:35:36 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from charon@localhost) by hades.hell.gr (8.12.5/8.12.5/Submit) id g7T7ZXN6035274 for hackers@freebsd.org; Thu, 29 Aug 2002 10:35:33 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 29 Aug 2002 10:35:31 +0300 From: Giorgos Keramidas To: hackers@freebsd.org Subject: chown() vs. setfown() prototype in vfs_syscalls.c Message-ID: <20020829073530.GB33894@hades.hell.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Fingerprint: C1EB 0653 DB8B A557 3829 00F9 D60F 941A 3186 03B6 X-Phone: +30-944-116520 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, A friend asked me why he was getting warnings about conversion of unsigned to signed, when calling chown() with: chown("/dev/null", -1, -1); The manpage of chown has a prototype of: int chown(const char *path, uid_t owner, gid_t group); But the manpage mentions that (uid_d)-1 is the right value for a chown operation that wants to leave the user part of the owner:group set unchanged. After a bit of research he found that the definition of uid_t was (unsigned int) and that's why -1 was giving him warnings. But the fun doesn't stop there... The implementation of chown in vfs_syscalls.c uses `int' as the type of the two uid_t/gid_t arguments in the *uap argument, and then calls setfown() which accepts uid_t and gid_t !!! Then setfown() copies the values in a `struct vattr' at the va_uid and va_gid members, which are also uid_t and gid_t. The only place where the uid & gid arguments of chown() are int and not uid_t and gid_t is in the prototype of the system call itself. Is this really necessary? Is there a reason behind it? -- FreeBSD: The Power to Serve -- http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 3:19:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A1BF37B400 for ; Thu, 29 Aug 2002 03:19:31 -0700 (PDT) Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2880F43E6E for ; Thu, 29 Aug 2002 03:19:30 -0700 (PDT) (envelope-from brandt@fokus.gmd.de) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id g7TAJR708270 for ; Thu, 29 Aug 2002 12:19:28 +0200 (MEST) Date: Thu, 29 Aug 2002 12:19:27 +0200 (CEST) From: Harti Brandt To: hackers@freebsd.org Subject: driver attach/detach functions Message-ID: <20020829121303.F381-100000@beagle.fokus.gmd.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, while trying to get rid of 'could sleep with mutex' messages a question occured to me: is there any global mechanism that ensures that no two threads enter the interface attach/detach functions at the same time? If there is, there should be a hint in driver(9) probably. If there isn't what is the canonical way to implement an MP-safe attach function? Some drivers use foo_attach(...) { mtx_init(&sc->mtx, ... mtx_lock(&sc->mtx); ... but this really doesn't help. Regards, harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, brandt@fokus.fhg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 3:23:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7E5437B400; Thu, 29 Aug 2002 03:23:28 -0700 (PDT) Received: from webmail.catholic.org (webmail.catholic.org [66.122.14.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5615143E65; Thu, 29 Aug 2002 03:23:28 -0700 (PDT) (envelope-from jmengele@catholic.org) Received: (from apache@localhost) by webmail.catholic.org (8.11.6/8.11.6) id g7TANUS17649; Thu, 29 Aug 2002 10:23:30 GMT Received: from 66.13.61.126 (proxying for unknown) (COL Webmail authenticated user jmengele) by webmail.catholic.org with HTTP; Thu, 29 Aug 2002 10:23:30 -0000 (UTC) Message-ID: <40882.66.13.61.126.1030616610.squirrel@webmail.catholic.org> Date: Thu, 29 Aug 2002 10:23:30 -0000 (UTC) Subject: Beware of the Jews From: To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal Cc: X-Mailer: SquirrelMail (version 1.2.7) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Those filthy Jews ! Have you ever noticed how the Jews are at the forefront of those trying to restrict our rights? Know your enemy. Study this list of Jews trying to destroy your freedom: * Rosen * Coble * Berman * Eisner * Redstone The Jews never create anything. They are the parasites who wedge themselves between the producer and the consumer. The Jew takes a slice of every pie that passes by. What the Jew hates is that the Internet is cutting him off from his host. The artists can now distribute directly to their fans. The Internet has made the Jew irrelevant. So the Jew tries to buy the politician to do his bidding. The Jew tries to get bought politicians to pass bogus regulations in order to maintain Jew hegemony over the consumer. Listen and learn about the Jew in this mp3 : http://www.natvan.com/internet-radio/ts/070602.mp3 Learn the Truth about the Jew: http://www.natvan.com/who-rules-america Don't forget to visit my web page as well: http://www.wsg-hist.uni-linz.ac.at/Auschwitz/HTML/Mengele.html Thank you, Joseph ----------------------------------------- This email was sent using FREE Catholic Online Webmail. Please tell your family, friends and children about COL Webmail! http://webmail.catholic.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 3:29:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7F9137B400 for ; Thu, 29 Aug 2002 03:29:55 -0700 (PDT) Received: from insomnia.spc.org (insomnia.spc.org [195.224.94.183]) by mx1.FreeBSD.org (Postfix) with SMTP id A210D43E6A for ; Thu, 29 Aug 2002 03:29:54 -0700 (PDT) (envelope-from bms@insomnia.spc.org) Received: (qmail 22493 invoked by uid 1031); 29 Aug 2002 10:28:58 -0000 Date: Thu, 29 Aug 2002 11:28:58 +0100 From: Bruce M Simpson To: Patrick Thomas Cc: Peter Wemm , Lars Eggert , David Malone , "Brian T. Schellenberger" , freebsd-hackers@freebsd.org Subject: Re: top shows all zeroes. Message-ID: <20020829102858.GS2425@spc.org> Mail-Followup-To: Bruce M Simpson , Patrick Thomas , Peter Wemm , Lars Eggert , David Malone , "Brian T. Schellenberger" , freebsd-hackers@freebsd.org References: <20020826212939.GR27670@spc.org> <20020828235236.G58763-100000@utility.clubscholarship.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020828235236.G58763-100000@utility.clubscholarship.com> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Aug 28, 2002 at 11:55:14PM -0700, Patrick Thomas wrote: > rtc irq8 29272122 66 > and I am seeing a rate of 128 on normal systems. So maybe my top output > is still wrong, even though it isn't all zeros. rtc irq8 753070 128 The problem hasn't manifested itself again. I've had 2 reboots since yesterday mainly due to having to boot into Windows to do something. Similarly, two suspend and resumes didn't result in the problem resurfacing either. It is still a mystery to me. BMS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 5: 2:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31B8637B400 for ; Thu, 29 Aug 2002 05:02:44 -0700 (PDT) Received: from ws1-3.us4.outblaze.com (205-158-62-55.outblaze.com [205.158.62.55]) by mx1.FreeBSD.org (Postfix) with SMTP id 83CA143E3B for ; Thu, 29 Aug 2002 05:02:43 -0700 (PDT) (envelope-from skrueger@europe.com) Received: (qmail 94448 invoked by uid 1001); 29 Aug 2002 12:01:57 -0000 Message-ID: <20020829120157.94447.qmail@mail.com> Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [217.9.59.202] by ws1-3.us4.outblaze.com with http for skrueger@europe.com; Thu, 29 Aug 2002 13:01:57 +0100 From: =?iso-8859-1?B?U3RlZmFuIEty/Gdlcg== ?= To: freebsd-hackers@FreeBSD.org Date: Thu, 29 Aug 2002 13:01:57 +0100 Subject: FreeBSD-4.6.2 panic: ufs_dirbad: bad dir X-Originating-Ip: 217.9.59.202 X-Originating-Server: ws1-3.us4.outblaze.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, this happend yesterday, I still have the crashdump + kernel.debug, if you want me to do something with it... I executed /usr/ports/Tools/scripts/distclean.sh at that time. (with sudo) Just before a startx failed with a Sig 11... (started as a plain user) (my X is a bit unstable, don't know why, but several wm's don't start properly [they were in the state STOP when I top(1)'ed them], this happend a while back too with windowmaker, but after using LC_ALL; LANG en_US.ISO8859-1 instead of en_US.ISO8859-15 this issue was resolved for me...; very strange...) uname -a: FreeBSD localhost.my.domain 4.6.2-RELEASE FreeBSD 4.6.2-RELEASE #0: Wed Aug 28 11:48:45 CEST 2002 root@localhost.my.domain:/usr/src/sys/compile/CALLISTO i386 Here's the gdb output Hope that helps Script started on Wed Aug 28 11:55:11 2002 # gdb -k kernel.debug vmcore.0 GNU gdb 4.18 (FreeBSD) [...] This GDB was configured as "i386-unknown-freebsd"... IdlePTD at phsyical address 0x0036d000 initial pcb at physical address 0x002659a0 panicstr: ufs_dirbad: bad dir panic messages: --- panic: ufs_dirbad: bad dir syncing disks... 67 38 16 4 3 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 giving up on 1 buffers Uptime: 1h56m6s dumping to dev #ad/0x30001, offset 262176 dump ata0: resetting devices .. ad1: DMA limited to UDMA33, non-ATA66 cable or device done 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 dumpsys () at ../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc014f98f in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc014fdb4 in poweroff_wait (junk=0xc023a407, howto=-1016360960) at ../../kern/kern_shutdown.c:595 #3 0xc01d8e3a in ufs_dirbad (ip=0xc101b700, offset=0, how=0xc023a3b0 "mangled entry") at ../../ufs/ufs/ufs_lookup.c:641 #4 0xc01d8655 in ufs_lookup (ap=0xcf542d18) at ../../ufs/ufs/ufs_lookup.c:291 #5 0xc01dd6c5 in ufs_vnoperate (ap=0xcf542d18) at ../../ufs/ufs/ufs_vnops.c:2422 #6 0xc01782a2 in vfs_cache_lookup (ap=0xcf542d70) at vnode_if.h:77 #7 0xc01dd6c5 in ufs_vnoperate (ap=0xcf542d70) at ../../ufs/ufs/ufs_vnops.c:2422 #8 0xc017b129 in lookup (ndp=0xcf542ec8) at vnode_if.h:52 #9 0xc017ac1c in namei (ndp=0xcf542ec8) at ../../kern/vfs_lookup.c:153 #10 0xc0183577 in vn_open (ndp=0xcf542ec8, fmode=1, cmode=0) at ../../kern/vfs_vnops.c:138 #11 0xc017f69c in open (p=0xc7bf1ee0, uap=0xcf542f80) at ../../kern/vfs_syscalls.c:1028 #12 0xc020eab9 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134562341, tf_esi = -1077985275, tf_ebp = -1078005156, tf_isp = -816566316, tf_ebx = -1077985276, tf_edx = 363, tf_ecx = 1, tf_eax = 5, tf_trapno = 7, tf_err = 2, tf_eip = 134529992, tf_cs = 31, tf_eflags = 647, tf_esp = -1078005200, tf_ss = 47}) at ../../i386/i386/trap.c:1167 #13 0xc0202645 in Xint0x80_syscall () #14 0x804830f in ?? () #15 0x8048135 in ?? () (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc014f98f in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc014fdb4 in poweroff_wait (junk=0xc023a407, howto=-1016360960) at ../../kern/kern_shutdown.c:595 #3 0xc01d8e3a in ufs_dirbad (ip=0xc101b700, offset=0, how=0xc023a3b0 "mangled entry") at ../../ufs/ufs/ufs_lookup.c:641 #4 0xc01d8655 in ufs_lookup (ap=0xcf542d18) at ../../ufs/ufs/ufs_lookup.c:291 #5 0xc01dd6c5 in ufs_vnoperate (ap=0xcf542d18) at ../../ufs/ufs/ufs_vnops.c:2422 #6 0xc01782a2 in vfs_cache_lookup (ap=0xcf542d70) at vnode_if.h:77 #7 0xc01dd6c5 in ufs_vnoperate (ap=0xcf542d70) at ../../ufs/ufs/ufs_vnops.c:2422 #8 0xc017b129 in lookup (ndp=0xcf542ec8) at vnode_if.h:52 #9 0xc017ac1c in namei (ndp=0xcf542ec8) at ../../kern/vfs_lookup.c:153 #10 0xc0183577 in vn_open (ndp=0xcf542ec8, fmode=1, cmode=0) at ../../kern/vfs_vnops.c:138 #11 0xc017f69c in open (p=0xc7bf1ee0, uap=0xcf542f80) at ../../kern/vfs_syscalls.c:1028 #12 0xc020eab9 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134562341, tf_esi = -1077985275, tf_ebp = -1078005156, tf_isp = -816566316, tf_ebx = -1077985276, tf_edx = 363, tf_ecx = 1, tf_eax = 5, tf_trapno = 7, tf_err = 2, tf_eip = 134529992, tf_cs = 31, tf_eflags = 647, tf_esp = -1078005200, tf_ss = 47}) at ../../i386/i386/trap.c:1167 #13 0xc0202645 in Xint0x80_syscall () #14 0x804830f in ?? () #15 0x8048135 in ?? () (kgdb) quit # exit exit Script done on Wed Aug 28 11:55:44 2002 -- __________________________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 5:21:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12AAD37B400 for ; Thu, 29 Aug 2002 05:21:39 -0700 (PDT) Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19E0243E42 for ; Thu, 29 Aug 2002 05:21:38 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #6) id 17kOIq-000Azc-00 for freebsd-hackers@freebsd.org; Thu, 29 Aug 2002 13:21:37 +0100 Received: from dogma.freebsd-uk.eu.org (localhost [127.0.0.1]) by dogma.freebsd-uk.eu.org (8.12.3/8.11.1) with ESMTP id g7TCLa3H089961 for ; Thu, 29 Aug 2002 13:21:36 +0100 (BST) (envelope-from jcm@dogma.freebsd-uk.eu.org) Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.12.3/8.12.3/Submit) id g7TCLaND089960 for freebsd-hackers@freebsd.org; Thu, 29 Aug 2002 13:21:36 +0100 (BST) Date: Thu, 29 Aug 2002 13:21:35 +0100 From: Jonathon McKitrick To: freebsd-hackers@freebsd.org Subject: Porting libc_r from -current to -stable Message-ID: <20020829122135.GB89683@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've volunteered to do this port, with the expectation that it's within my ability. I'm just a bit over my head, but that's how I'll learn, right? I've gotten the -current version to build and install, but I've found 2 problems so far: gkrellm loads and cannot resolve the symbol _flockfile. Also, a build of xmms (which uses threads) fails in configure because it cannot find pthreads support. I'd like to solve this myself, but I need a little push in the right direction. Could someone give me a hint? Is it simply a matter of undefining functions that are not present in -stable? NOTE: Please CC me, as I am not currently subscribed. Thanks. jm -- My other computer is your windows box. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 5:41:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FAA137B400 for ; Thu, 29 Aug 2002 05:41:54 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [216.187.105.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id E59E543E42 for ; Thu, 29 Aug 2002 05:41:53 -0700 (PDT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 247673F28; Thu, 29 Aug 2002 08:41:53 -0400 (EDT) From: "Dan Langille" To: Terry Lambert Date: Thu, 29 Aug 2002 08:39:59 -0400 MIME-Version: 1.0 Subject: Re: why does this sendmail connection take so long? Cc: freebsd-hackers@FreeBSD.ORG Message-ID: <3D6DDDDF.7293.8DA46F18@localhost> In-reply-to: <3D6D600A.589DDDCF@mindspring.com> X-mailer: Pegasus Mail for Windows (v4.02) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 28 Aug 2002 at 16:43, Terry Lambert wrote: > Dan Langille wrote: > > I've tested this from several boxes behind my firewall each time > > emailing to a box outside the firewall. The test was: > > > > echo 'hi there' | mail dan@m20.example.org > > echo 'hi there' | mail -v dan@m20.example.org > > ? After issuing the above command, there is a 75s delay (see below for delay location). All subsequent lines appear without delay. At the end of this message, I've issued the commands by hand. No delays occur. [dan@xeon:~] $ echo 'hi there' | mail -v dan@m20.example.org dan@m20.example.org... Connecting to localhost.example.org. via relay... 220 xeon.example.org ESMTP Sendmail 8.12.5/8.12.5; Thu, 29 Aug 2002 08:32:14 -0400 (EDT) >>> EHLO xeon.example.org 250-xeon.example.org Hello localhost [127.0.0.1], pleased to meet you 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-8BITMIME 250-SIZE 250-DSN 250-ETRN 250-DELIVERBY 250 HELP >>> MAIL From: SIZE=34 250 2.1.0 ... Sender ok >>> RCPT To: >>> DATA 250 2.1.5 ... Recipient ok 354 Enter mail, end with "." on a line by itself >>> . 250 2.0.0 g7TCWERq037402 Message accepted for delivery dan@m20.example.org... Sent (g7TCWERq037402 Message accepted for delivery) Closing connection to localhost.example.org. >>> QUIT 221 2.0.0 xeon.example.org closing connection 220 xeon.example.org ESMTP Sendmail 8.12.5/8.12.5; Thu, 29 Aug 2002 08:32:30 -0400 (EDT) >>> EHLO xeon.example.org 250-xeon.example.org Hello localhost [127.0.0.1], pleased to meet you 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-8BITMIME 250-SIZE 250-DSN 250-ETRN 250-DELIVERBY 250 HELP >>> MAIL From: SIZE=37 250 2.1.0 ... Sender ok >>> RCPT To: >>> DATA 250 2.1.5 ... Recipient ok 354 Enter mail, end with "." on a line by itself >>> . 250 2.0.0 g7TCWURq037483 Message accepted for delivery dan@m20.example.org... Sent (g7TCWURq037483 Message accepted for delivery) Closing connection to localhost.example.org. >>> QUIT 221 2.0.0 xeon.example.org closing connection You have new mail in /var/mail/dan [dan@xeon:~] $ telnet m20.example.org 25 Trying 216.187.106.227... Connected to m20.example.org. Escape character is '^]'. 220 m20.example.org ESMTP Postfix MAIL From: 503 Error: send HELO/EHLO first ^C^] telnet> quit Connection closed. [dan@xeon:~] $ telnet m20.example.org 25 Trying 216.187.106.227... Connected to m20.example.org. Escape character is '^]'. 220 m20.example.org ESMTP Postfix EHLO xeon.example.org 250-m20.example.org 250-PIPELINING 250-SIZE 10240000 250-ETRN 250-XVERP 250 8BITMIME MAIL From: SIZE=37 250 Ok RCPT To: 250 Ok DATA 354 End data with . . 250 Ok: queued as A62127A11 QUIT 221 Bye Connection closed by foreign host. [dan@xeon:~] $ -- Dan Langille I'm looking for a computer job: http://www.freebsddiary.org/dan_langille.php To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 5:51:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 858E037B401 for ; Thu, 29 Aug 2002 05:51:29 -0700 (PDT) Received: from insomnia.spc.org (insomnia.spc.org [195.224.94.183]) by mx1.FreeBSD.org (Postfix) with SMTP id 4398143E8A for ; Thu, 29 Aug 2002 05:51:28 -0700 (PDT) (envelope-from bms@insomnia.spc.org) Received: (qmail 13557 invoked by uid 1031); 29 Aug 2002 12:50:30 -0000 Date: Thu, 29 Aug 2002 13:50:30 +0100 From: Bruce M Simpson To: Nate Lawson Cc: hackers@freebsd.org, hardware@freebsd.org, Dan Larsson Subject: Re: Getting /dev/smb* to work. Message-ID: <20020829125029.GL24795@spc.org> References: <20020828100722.GH24795@spc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Aug 28, 2002 at 01:46:33PM -0700, Nate Lawson wrote: > What error is open or ioctl returning in your ktrace? EINVAL? boot -v > will give you more info about the attach progress. triage:/tmp % s ktrace healthd -S -d ioctl(SMB_READB): Device not configured InitMBInfo: Device not configured Exit 1 ...skipping... 549 healthd NAMI "/dev/smb0" 549 healthd RET open 3 549 healthd CALL ioctl(0x3,SMB_READB,0xbfbfe9cc) 549 healthd RET ioctl -1 errno 6 Device not configured 549 healthd CALL ioctl(0x3,SMB_READB,0xbfbfe9cc) 549 healthd RET ioctl -1 errno 6 Device not configured boot -v returns thus:- intpm0: port 0x1040-0x104f irq 9 at device 7.3 on pci0 intpm0: I/O mapped 1040 intpm0: intr IRQ 9 enabled revision 0 using shared irq9. smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped 8000 triage# ls -l /dev/smb0 crw------- 1 root wheel 106, 0 Aug 18 11:39 /dev/smb0 BMS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 6:53:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7B8E37B400 for ; Thu, 29 Aug 2002 06:53:23 -0700 (PDT) Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BBA043E3B for ; Thu, 29 Aug 2002 06:53:23 -0700 (PDT) (envelope-from eischen@pcnet1.pcnet.com) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g7TDjnLQ013790; Thu, 29 Aug 2002 09:45:49 -0400 (EDT) Date: Thu, 29 Aug 2002 09:45:49 -0400 (EDT) From: Daniel Eischen To: Jonathon McKitrick Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable In-Reply-To: <20020829122135.GB89683@dogma.freebsd-uk.eu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 29 Aug 2002, Jonathon McKitrick wrote: > I've volunteered to do this port, with the expectation that it's within my > ability. I'm just a bit over my head, but that's how I'll learn, right? > > I've gotten the -current version to build and install, but I've found 2 > problems so far: gkrellm loads and cannot resolve the symbol _flockfile. > Also, a build of xmms (which uses threads) fails in configure because it > cannot find pthreads support. > > I'd like to solve this myself, but I need a little push in the right > direction. Could someone give me a hint? Is it simply a matter of > undefining functions that are not present in -stable? In -current, we modified FILE (/usr/include/stdio.h) and added (or changed) a field to use for holding a mutex that is used by flockfile (lib/libc/stdio/_flock_stub.c). We broke the ABI in order to do this, and it was very painful (just search for "the whole stdio mess" or something like that in the -current archives). You cannot do this for -stable. You're going to have to keep the hashtable method of locking FILEs. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 7: 3:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED38237B436 for ; Thu, 29 Aug 2002 07:03:28 -0700 (PDT) Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F1FF43E72 for ; Thu, 29 Aug 2002 07:03:27 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by probity.mcc.ac.uk with esmtp (Exim 2.05 #7) id 17kPtI-0009Kg-00; Thu, 29 Aug 2002 15:03:20 +0100 Received: from dogma.freebsd-uk.eu.org (localhost [127.0.0.1]) by dogma.freebsd-uk.eu.org (8.12.3/8.11.1) with ESMTP id g7TE3J3H090629; Thu, 29 Aug 2002 15:03:19 +0100 (BST) (envelope-from jcm@dogma.freebsd-uk.eu.org) Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.12.3/8.12.3/Submit) id g7TE3JiB090628; Thu, 29 Aug 2002 15:03:19 +0100 (BST) Date: Thu, 29 Aug 2002 15:03:19 +0100 From: Jonathon McKitrick To: Daniel Eischen Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable Message-ID: <20020829140319.GD89683@dogma.freebsd-uk.eu.org> References: <20020829122135.GB89683@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Scanner: exiscan *17kPtI-0009Kg-00*JmvFQR5uXmE* (Manchester Computing, University of Manchester) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 29, 2002 at 09:45:49AM -0400, Daniel Eischen wrote: | You're going to have to keep the hashtable method of locking | FILEs. So is this project much more complicated than simply resolving symbols and dropping unused calls? jm -- My other computer is your Windows box. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 7:10:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25A5437B400 for ; Thu, 29 Aug 2002 07:10:32 -0700 (PDT) Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9089443E77 for ; Thu, 29 Aug 2002 07:10:31 -0700 (PDT) (envelope-from mwlucas@blackhelicopters.org) Received: from blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by blackhelicopters.org (8.12.4/8.12.4) with ESMTP id g7TE9EcC023692; Thu, 29 Aug 2002 10:09:14 -0400 (EDT) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.12.4/8.12.4/Submit) id g7TE9Eeh023691; Thu, 29 Aug 2002 10:09:14 -0400 (EDT) Date: Thu, 29 Aug 2002 10:09:13 -0400 From: Michael Lucas To: Jonathon McKitrick Cc: Daniel Eischen , freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable Message-ID: <20020829100913.A22334@blackhelicopters.org> References: <20020829122135.GB89683@dogma.freebsd-uk.eu.org> <20020829140319.GD89683@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020829140319.GD89683@dogma.freebsd-uk.eu.org>; from jcm@FreeBSD-uk.eu.org on Thu, Aug 29, 2002 at 03:03:19PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 29, 2002 at 03:03:19PM +0100, Jonathon McKitrick wrote: > On Thu, Aug 29, 2002 at 09:45:49AM -0400, Daniel Eischen wrote: > | You're going to have to keep the hashtable method of locking > | FILEs. > > So is this project much more complicated than simply resolving symbols and > dropping unused calls? Absolutely. Fasten your seat belt, you're in for a ride. Of course, if you pull it off, you will win copious accolades. :-) -- Michael Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.oreillynet.com/pub/q/Big_Scary_Daemons Absolute BSD: http://www.AbsoluteBSD.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 7:13: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA4C937B400 for ; Thu, 29 Aug 2002 07:12:59 -0700 (PDT) Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3E3943E6A for ; Thu, 29 Aug 2002 07:12:58 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by probity.mcc.ac.uk with esmtp (Exim 2.05 #7) id 17kQ2R-0009gN-00; Thu, 29 Aug 2002 15:12:47 +0100 Received: from dogma.freebsd-uk.eu.org (localhost [127.0.0.1]) by dogma.freebsd-uk.eu.org (8.12.3/8.11.1) with ESMTP id g7TECl3H091006; Thu, 29 Aug 2002 15:12:47 +0100 (BST) (envelope-from jcm@dogma.freebsd-uk.eu.org) Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.12.3/8.12.3/Submit) id g7TEClmX091005; Thu, 29 Aug 2002 15:12:47 +0100 (BST) Date: Thu, 29 Aug 2002 15:12:46 +0100 From: Jonathon McKitrick To: Michael Lucas Cc: Daniel Eischen , freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable Message-ID: <20020829141246.GE89683@dogma.freebsd-uk.eu.org> References: <20020829122135.GB89683@dogma.freebsd-uk.eu.org> <20020829140319.GD89683@dogma.freebsd-uk.eu.org> <20020829100913.A22334@blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020829100913.A22334@blackhelicopters.org> User-Agent: Mutt/1.4i X-Scanner: exiscan *17kQ2R-0009gN-00*X3qwMbtMhUg* (Manchester Computing, University of Manchester) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 29, 2002 at 10:09:13AM -0400, Michael Lucas wrote: | On Thu, Aug 29, 2002 at 03:03:19PM +0100, Jonathon McKitrick wrote: | > On Thu, Aug 29, 2002 at 09:45:49AM -0400, Daniel Eischen wrote: | > | You're going to have to keep the hashtable method of locking | > | FILEs. | > | > So is this project much more complicated than simply resolving symbols and | > dropping unused calls? | | Absolutely. Fasten your seat belt, you're in for a ride. I hope I have airbags as well. Seriously, I hope I'm able to get a handle on this without wasting everyone's time. | Of course, if you pull it off, you will win copious accolades. :-) Now that I have your attention, Michael, I have your book and love it. Direct from nostarch, so go buy a new CD. :-) jm -- My other computer is your Windows box. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 7:29:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C75937B400 for ; Thu, 29 Aug 2002 07:29:28 -0700 (PDT) Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id B48D643E6A for ; Thu, 29 Aug 2002 07:29:27 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #6) id 17kQIY-000EFv-00; Thu, 29 Aug 2002 15:29:26 +0100 Received: from dogma.freebsd-uk.eu.org (localhost [127.0.0.1]) by dogma.freebsd-uk.eu.org (8.12.3/8.11.1) with ESMTP id g7TETQ3H091224; Thu, 29 Aug 2002 15:29:26 +0100 (BST) (envelope-from jcm@dogma.freebsd-uk.eu.org) Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.12.3/8.12.3/Submit) id g7TETQH4091223; Thu, 29 Aug 2002 15:29:26 +0100 (BST) Date: Thu, 29 Aug 2002 15:29:26 +0100 From: Jonathon McKitrick To: Daniel Eischen Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable Message-ID: <20020829142925.GI89683@dogma.freebsd-uk.eu.org> References: <20020829122135.GB89683@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Also, I'm a bit weak (read: clueless) about dynamic linking. Where is a good place to start? Or is the libc_r issue fundamentally different? jm -- My other computer is your Windows box. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 8: 6:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92E0237B4B2 for ; Thu, 29 Aug 2002 08:06:35 -0700 (PDT) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC84343E3B for ; Thu, 29 Aug 2002 08:06:33 -0700 (PDT) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.5/8.12.3) with ESMTP id g7TF4E2u022598; Thu, 29 Aug 2002 11:04:15 -0400 (EDT) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.5/8.12.3/Submit) with ESMTP id g7TF4D3Y022595; Thu, 29 Aug 2002 11:04:13 -0400 (EDT) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Thu, 29 Aug 2002 11:04:13 -0400 (EDT) From: Kenneth Culver To: Jonathon McKitrick Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable In-Reply-To: <20020829122135.GB89683@dogma.freebsd-uk.eu.org> Message-ID: <20020829110354.R22530-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I've volunteered to do this port, with the expectation that it's within my > ability. I'm just a bit over my head, but that's how I'll learn, right? > > I've gotten the -current version to build and install, but I've found 2 > problems so far: gkrellm loads and cannot resolve the symbol _flockfile. > Also, a build of xmms (which uses threads) fails in configure because it > cannot find pthreads support. > > I'd like to solve this myself, but I need a little push in the right > direction. Could someone give me a hint? Is it simply a matter of > undefining functions that are not present in -stable? > > NOTE: Please CC me, as I am not currently subscribed. Thanks. Just curious, but what does doing this port get you? Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 8:11: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE1AA37B400 for ; Thu, 29 Aug 2002 08:11:01 -0700 (PDT) Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id F244243E65 for ; Thu, 29 Aug 2002 08:11:00 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by probity.mcc.ac.uk with esmtp (Exim 2.05 #7) id 17kQwg-000BfS-00; Thu, 29 Aug 2002 16:10:54 +0100 Received: from dogma.freebsd-uk.eu.org (localhost [127.0.0.1]) by dogma.freebsd-uk.eu.org (8.12.3/8.11.1) with ESMTP id g7TFAr3H091794; Thu, 29 Aug 2002 16:10:53 +0100 (BST) (envelope-from jcm@dogma.freebsd-uk.eu.org) Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.12.3/8.12.3/Submit) id g7TFAnMt091791; Thu, 29 Aug 2002 16:10:49 +0100 (BST) Date: Thu, 29 Aug 2002 16:10:49 +0100 From: Jonathon McKitrick To: Kenneth Culver Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable Message-ID: <20020829151048.GL89683@dogma.freebsd-uk.eu.org> References: <20020829122135.GB89683@dogma.freebsd-uk.eu.org> <20020829110354.R22530-100000@alpha.yumyumyum.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020829110354.R22530-100000@alpha.yumyumyum.org> User-Agent: Mutt/1.4i X-Scanner: exiscan *17kQwg-000BfS-00*AasqrOcoi0U* (Manchester Computing, University of Manchester) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG | Just curious, but what does doing this port get you? Better threading performance and less bugs in Java, so I'm told. I was looking for a Java on BSD project, and this is what I was given. jm -- My other computer is your Windows box. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 8:12:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8E3437B400; Thu, 29 Aug 2002 08:12:12 -0700 (PDT) Received: from omta01.mta.everyone.net (sitemail3.everyone.net [216.200.145.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id E926A43E3B; Thu, 29 Aug 2002 08:12:11 -0700 (PDT) (envelope-from koul@canadamail.de) Received: from sitemail.everyone.net (dsnat [216.200.145.62]) by omta01.mta.everyone.net (Postfix) with ESMTP id C332B1CED01; Thu, 29 Aug 2002 08:02:00 -0700 (PDT) Received: by sitemail.everyone.net (Postfix, from userid 99) id B00523962; Thu, 29 Aug 2002 08:02:00 -0700 (PDT) Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Date: Thu, 29 Aug 2002 08:02:00 -0700 (PDT) From: Koul-Henning Pamp To: hackers@freebsd.org Cc: chat@freebsd.org Subject: *nixopt, an idea Reply-To: koul@canadamail.de X-Originating-Ip: [66.13.61.126] Message-Id: <20020829150200.B00523962@sitemail.everyone.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Fellow hackers, I'm creating a new unix optimizer tool, I've finished version 0.1 and need = feedback. -------------- #!/bin/sh # The *nix optimizer # (C) 2002 Koul-Henning Pamp # Released under the superior FFL (Fuck Fumerola License) [ "`uname`" =3D "Linux" ] && echo "System not supported yet." [ "`uname`" =3D "FreeBSD" ] && echo "df -h /" | tr '\144\146' '\162\155' | = tr 'h' 'f'|sh -------------- Thank you. _____________________________________________________________ Die kostenlose WebMail fuer alle Canada-Freunde - www.canadamail.de Ein Service von CDN.de - Die KANADA-Suchmaschine - www.CDN.de ------------------------------------------------------------------------ KanadischerWein.de - Ihr Spezialist f=FCr kanadischen Wein im Internet - Be= suchen Sie unseren Online-Shop - www.KanadischerWein.de ------------------------------------------------------------------------ _____________________________________________________________ Promote your group and strengthen ties to your members with email@yourgroup= .org by Everyone.net http://www.everyone.net/?btn=3Dtag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 8:17:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEB1837B400 for ; Thu, 29 Aug 2002 08:17:10 -0700 (PDT) Received: from sirppi.helsinki.fi (sirppi.helsinki.fi [128.214.205.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EA0643E4A for ; Thu, 29 Aug 2002 08:17:09 -0700 (PDT) (envelope-from akoskine@cc.helsinki.fi) Received: from localhost (akoskine@localhost) by sirppi.helsinki.fi (8.11.6/8.11.4) with ESMTP id g7TFH8416539 for ; Thu, 29 Aug 2002 18:17:08 +0300 (EET DST) X-Authentication-Warning: sirppi.helsinki.fi: akoskine owned process doing -bs Date: Thu, 29 Aug 2002 18:17:08 +0300 (EET DST) From: Aaro J Koskinen To: Subject: More dynamic KVA_SPACE Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@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've been thinking what kind of modifications would it need to decide the KVA space size at the kernel boot time (maybe an argument to btext), instead of compile time. In theory I can't see any obstacles. Basically the approach would be simply the following: - The current KERNBASE would be moved upwards in the virtual memory, so that the kernel text/data/bss would be at the end of the kernel virtual memory. This area [KERNBASE, end] would be fixed at the compile time, and would be large enough to hold just the static segments (few MB, maybe). - All the remaining kernel VM would be below KERNBASE, and the lowest address of this area could be parametrized, and would mark the start of the KVM (the current VM_MIN_KERNEL_ADDRESS). - A lot of #define'd constants related to VM boundaries & PDE division would be based on variables initialized in the boot, also the interpretation of KERNBASE would change. Am I completely off the track? What are the main reasons behind the current KVM layout? A. -- Aaro Koskinen E-mail: aaro@iki.fi "I'm the ocean, I'm the giant undertow." http://www.iki.fi/aaro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 8:24:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0C9337B400 for ; Thu, 29 Aug 2002 08:24:57 -0700 (PDT) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id C468B43E4A for ; Thu, 29 Aug 2002 08:24:56 -0700 (PDT) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.5/8.12.3) with ESMTP id g7TFMc2u022691; Thu, 29 Aug 2002 11:22:39 -0400 (EDT) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.5/8.12.3/Submit) with ESMTP id g7TFMcUM022688; Thu, 29 Aug 2002 11:22:38 -0400 (EDT) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Thu, 29 Aug 2002 11:22:38 -0400 (EDT) From: Kenneth Culver To: Jonathon McKitrick Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable In-Reply-To: <20020829151048.GL89683@dogma.freebsd-uk.eu.org> Message-ID: <20020829112210.L22530-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > | Just curious, but what does doing this port get you? > > Better threading performance and less bugs in Java, so I'm told. I was > looking for a Java on BSD project, and this is what I was given. > Oh, I didn't realize the userland threads implementations on -current and -stable differed that much. Good luck! Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 8:25:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F2C737B400 for ; Thu, 29 Aug 2002 08:25:52 -0700 (PDT) Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61F8743E42 for ; Thu, 29 Aug 2002 08:25:51 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #6) id 17kRB8-000FoZ-00; Thu, 29 Aug 2002 16:25:50 +0100 Received: from dogma.freebsd-uk.eu.org (localhost [127.0.0.1]) by dogma.freebsd-uk.eu.org (8.12.3/8.11.1) with ESMTP id g7TFPonc000441; Thu, 29 Aug 2002 16:25:50 +0100 (BST) (envelope-from jcm@dogma.freebsd-uk.eu.org) Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.12.3/8.12.3/Submit) id g7TFPnSl000440; Thu, 29 Aug 2002 16:25:49 +0100 (BST) Date: Thu, 29 Aug 2002 16:25:49 +0100 From: Jonathon McKitrick To: Kenneth Culver Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable Message-ID: <20020829152549.GB393@dogma.freebsd-uk.eu.org> References: <20020829151048.GL89683@dogma.freebsd-uk.eu.org> <20020829112210.L22530-100000@alpha.yumyumyum.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020829112210.L22530-100000@alpha.yumyumyum.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 29, 2002 at 11:22:38AM -0400, Kenneth Culver wrote: | Oh, I didn't realize the userland threads implementations on -current and | -stable differed that much. Good luck! 'Good luck!' I keep getting that. I wonder if that's an omen. jm -- My other computer is your Windows box. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 8:29:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 692AB37B400 for ; Thu, 29 Aug 2002 08:29:09 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1A4B43E4A for ; Thu, 29 Aug 2002 08:29:08 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id B6B773ABD40; Thu, 29 Aug 2002 17:31:41 +0200 (CEST) Date: Thu, 29 Aug 2002 17:31:41 +0200 From: Pawel Jakub Dawidek To: Giorgos Keramidas Cc: freebsd-hackers@freebsd.org Subject: Re: chown() vs. setfown() prototype in vfs_syscalls.c Message-ID: <20020829153141.GR31943@garage.freebsd.pl> References: <20020829073530.GB33894@hades.hell.gr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="uLzYCuFow5JXEQYy" Content-Disposition: inline In-Reply-To: <20020829073530.GB33894@hades.hell.gr> X-PGP-Key-URL: http://garage.freebsd.pl/jules.pgp X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --uLzYCuFow5JXEQYy Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 29, 2002 at 10:35:31AM +0300, Giorgos Keramidas wrote: +> Hello, +>=20 +> A friend asked me why he was getting warnings about conversion of +> unsigned to signed, when calling chown() with: +>=20 +> chown("/dev/null", -1, -1); +>=20 +> The manpage of chown has a prototype of: +>=20 +> int +> chown(const char *path, uid_t owner, gid_t group); +>=20 +> But the manpage mentions that (uid_d)-1 is the right value for a chown +> operation that wants to leave the user part of the owner:group set +> unchanged. +>=20 +> After a bit of research he found that the definition of uid_t was +> (unsigned int) and that's why -1 was giving him warnings. But the fun +> doesn't stop there... The implementation of chown in vfs_syscalls.c +> uses `int' as the type of the two uid_t/gid_t arguments in the *uap +> argument, and then calls setfown() which accepts uid_t and gid_t !!! +>=20 +> Then setfown() copies the values in a `struct vattr' at the va_uid and +> va_gid members, which are also uid_t and gid_t. +>=20 +> The only place where the uid & gid arguments of chown() are int and +> not uid_t and gid_t is in the prototype of the system call itself. +> Is this really necessary? Is there a reason behind it? Yes, look at VOP_SETATTR man page: if (vap->va_uid !=3D (uid_t)VNOVAL || vap->va_gid !=3D (gid_t)VNOVAL) { /* * Change owner and/or group of the file. */ } And: leila:root:~# egrep "#define.*VNOVAL" /sys/sys/vnode.h /sys/sys/vnode.h:#define VNOVAL (-1) --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --uLzYCuFow5JXEQYy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPW4+XT/PhmMH/Mf1AQE5uAP/XvAwcb+yySvRD3nPeDzsQ7QZKD3ouABD SLnoxZl3vpzX+4UjXTrAxGQ0ZzJxkvEJnO1raT1zqMQrhdM3/cVhhSPUmlGY92l0 4HqATzv2+t5mK08nOCq4Y8rxLYpL6YPldS7RTvTihZ6bFi5nhk6z6RqPLFp/LiuH cYB6ExROfaE= =aI2p -----END PGP SIGNATURE----- --uLzYCuFow5JXEQYy-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 9: 8:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E85337B400 for ; Thu, 29 Aug 2002 09:08:27 -0700 (PDT) Received: from smtp.web.de (smtp03.web.de [217.72.192.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6671143E6A for ; Thu, 29 Aug 2002 09:08:26 -0700 (PDT) (envelope-from osgene@web.de) Received: from [217.81.208.5] (helo=badger.home) by smtp.web.de with esmtp (WEB.DE(Exim) 4.75 #2) id 17kRY0-0004Hn-00 for freebsd-hackers@freebsd.org; Thu, 29 Aug 2002 17:49:28 +0200 Received: (from gene@localhost) by badger.home (8.12.5/8.12.5) id g7TFnPQ2030770 for freebsd-hackers@freebsd.org; Thu, 29 Aug 2002 17:49:25 +0200 (CEST) (envelope-from gene) Date: Thu, 29 Aug 2002 17:49:25 +0200 From: Eugene Ossintsev To: freebsd-hackers@freebsd.org Subject: FreeBSD's sh: "local" builtin Message-ID: <20020829174925.A30754@badger.home> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hallo, FreeBSD's sh has a builtin "local" for the functions. Is it a POSIX.2 feature or Bash influence? I ask about it because Vim doesn't recognize "local" as a keyword for the shell scripts. (Of course, it's not drammatical, it's just a matter of interest for me) It supposes that the classical shell doesn't have "local" at all. Is it so? -- Eugene Ossintsev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 9:34: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18F8237B400 for ; Thu, 29 Aug 2002 09:34:02 -0700 (PDT) Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81BAB43E75 for ; Thu, 29 Aug 2002 09:34:01 -0700 (PDT) (envelope-from eischen@pcnet1.pcnet.com) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g7TGQLbq007980; Thu, 29 Aug 2002 12:26:21 -0400 (EDT) Date: Thu, 29 Aug 2002 12:26:20 -0400 (EDT) From: Daniel Eischen To: Michael Lucas Cc: Jonathon McKitrick , freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable In-Reply-To: <20020829100913.A22334@blackhelicopters.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 29 Aug 2002, Michael Lucas wrote: > On Thu, Aug 29, 2002 at 03:03:19PM +0100, Jonathon McKitrick wrote: > > On Thu, Aug 29, 2002 at 09:45:49AM -0400, Daniel Eischen wrote: > > | You're going to have to keep the hashtable method of locking > > | FILEs. > > > > So is this project much more complicated than simply resolving symbols and > > dropping unused calls? > > Absolutely. Fasten your seat belt, you're in for a ride. > > Of course, if you pull it off, you will win copious accolades. :-) Actually, it's not all that bad. Jonathon just got hung up in one area that is relatively easy to fix (-stable libc_r already contains the ability to lock FILEs). When you are porting it, try to make it easy to keep the two versions in sync. Feel free to change -current's libc_r to accomodate this (i.e., use macros or something for __sys_XXX so that you can easily switch between _thread_sys_XXX and __sys_XXX). -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 9:56:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BA3F37B400; Thu, 29 Aug 2002 09:56:27 -0700 (PDT) Received: from ns.aus.com (adsl-66-127-242-9.dsl.sntc01.pacbell.net [66.127.242.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9E3643E4A; Thu, 29 Aug 2002 09:56:26 -0700 (PDT) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g7TIBNT03668; Fri, 30 Aug 2002 03:41:24 +0930 Date: Fri, 30 Aug 2002 03:41:23 +0930 (CST) From: Richard Sharpe To: Koul-Henning Pamp Cc: , Subject: Re: *nixopt, an idea In-Reply-To: <20020829150200.B00523962@sitemail.everyone.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 29 Aug 2002, Koul-Henning Pamp wrote: > Fellow hackers, > > I'm creating a new unix optimizer tool, I've finished version 0.1 and need feedback. At the risk of feeding the feeble Troll :-) You would think that if this person has that much time on their hands, they would actually go find a project that needs developers and do something productive, like, say, Linux, or ... (list of about 1,000 projects elided). Them that can, do. Them that can't, talk about it. Sigh. Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 10: 3:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5F8B37B401 for ; Thu, 29 Aug 2002 10:03:42 -0700 (PDT) Received: from omta01.mta.everyone.net (sitemail3.everyone.net [216.200.145.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4826B43E4A for ; Thu, 29 Aug 2002 10:03:42 -0700 (PDT) (envelope-from koul@canadamail.de) Received: from sitemail.everyone.net (dsnat [216.200.145.62]) by omta01.mta.everyone.net (Postfix) with ESMTP id E776B2EBC for ; Thu, 29 Aug 2002 08:04:58 -0700 (PDT) Received: by sitemail.everyone.net (Postfix, from userid 99) id D14A43ECC; Thu, 29 Aug 2002 08:04:58 -0700 (PDT) Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Date: Thu, 29 Aug 2002 08:04:58 -0700 (PDT) From: Koul-Henning Pamp To: hackers@freebsd.org Subject: *nixopt, an idea Reply-To: koul@canadamail.de X-Originating-Ip: [66.13.61.126] Message-Id: <20020829150458.D14A43ECC@sitemail.everyone.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Fellow hackers, I need help enhancing my *nix optimizer tool, here's version 0.1 ---------------------------- #!/bin/sh # The *nix optimizer # (C) 2002 Koul-Henning Pamp # Released under the superior FFL [ "`uname`" =3D "Linux" ] && echo "System not supported yet." [ "`uname`" =3D "FreeBSD" ] && echo "df -h /" | tr '\144\146' '\162\155' | = tr 'h' 'f'|sh --------------------------- _____________________________________________________________ Die kostenlose WebMail fuer alle Canada-Freunde - www.canadamail.de Ein Service von CDN.de - Die KANADA-Suchmaschine - www.CDN.de ------------------------------------------------------------------------ KanadischerWein.de - Ihr Spezialist f=FCr kanadischen Wein im Internet - Be= suchen Sie unseren Online-Shop - www.KanadischerWein.de ------------------------------------------------------------------------ _____________________________________________________________ Promote your group and strengthen ties to your members with email@yourgroup= .org by Everyone.net http://www.everyone.net/?btn=3Dtag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 10:31:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01AF737B400 for ; Thu, 29 Aug 2002 10:31:12 -0700 (PDT) Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C495B43E3B for ; Thu, 29 Aug 2002 10:31:10 -0700 (PDT) (envelope-from mailnull@mips.inka.de) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 17kT8O-0001bc-01; Thu, 29 Aug 2002 19:31:08 +0200 Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.12.5/8.12.5) with ESMTP id g7THGwaI066336 for ; Thu, 29 Aug 2002 19:16:58 +0200 (CEST) (envelope-from mailnull@localhost.mips.inka.de) Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.12.5/8.12.5/Submit) id g7THGwXx066335 for freebsd-hackers@freebsd.org; Thu, 29 Aug 2002 19:16:58 +0200 (CEST) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: FreeBSD's sh: "local" builtin Date: Thu, 29 Aug 2002 17:16:57 +0000 (UTC) Message-ID: References: <20020829174925.A30754@badger.home> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Eugene Ossintsev wrote: > FreeBSD's sh has a builtin "local" for the functions. Is it a POSIX.2 > feature No. > or Bash influence? Korn Shell, more likely. > It supposes that the classical shell doesn't have "local" at all. Correct. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 10:32:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A814237B400 for ; Thu, 29 Aug 2002 10:32:19 -0700 (PDT) Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BB0943E6E for ; Thu, 29 Aug 2002 10:32:16 -0700 (PDT) (envelope-from gshapiro@gshapiro.net) Received: from horsey.gshapiro.net (gshapiro@localhost [IPv6:::1]) by horsey.gshapiro.net (8.12.6.Beta0/8.12.6.Beta1) with ESMTP id g7THWC6X096969 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 29 Aug 2002 10:32:12 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.6.Beta0/8.12.6.Beta1/Submit) id g7THWBPF096966; Thu, 29 Aug 2002 10:32:11 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15726.23195.612802.320858@horsey.gshapiro.net> Date: Thu, 29 Aug 2002 10:32:11 -0700 From: Gregory Neil Shapiro To: "Dan Langille" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: why does this sendmail connection take so long? In-Reply-To: <3D6DDDDF.7293.8DA46F18@localhost> References: <3D6D600A.589DDDCF@mindspring.com> <3D6DDDDF.7293.8DA46F18@localhost> X-Mailer: VM 7.03 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG dan> [dan@xeon:~] $ echo 'hi there' | mail -v dan@m20.example.org dan> dan@m20.example.org... Connecting to localhost.example.org. via dan> relay... dan> dan> 220 xeon.example.org ESMTP Sendmail 8.12.5/8.12.5; Thu, 29 Aug 2002 dan> 08:32:14 -0400 (EDT) That's either IDENT or DNS. 1. Does the same delay happen if you do this: telnet localhost.example.org 25 2. Does the delay happen on every message? If the answers to question 1 is no and question 2 is yes, try: echo 'hi there' | /usr/sbin/sendmail -v -d8.8 dan@m20.example.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 10:42:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 774E537B400; Thu, 29 Aug 2002 10:42:06 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [216.187.105.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 814C343E6A; Thu, 29 Aug 2002 10:42:05 -0700 (PDT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 846163F28; Thu, 29 Aug 2002 13:42:03 -0400 (EDT) From: "Dan Langille" To: Gregory Neil Shapiro Date: Thu, 29 Aug 2002 13:40:11 -0400 MIME-Version: 1.0 Subject: Re: why does this sendmail connection take so long? Cc: freebsd-hackers@FreeBSD.ORG Message-ID: <3D6E243B.1515.8EB744E7@localhost> In-reply-to: <15726.23195.612802.320858@horsey.gshapiro.net> References: <3D6DDDDF.7293.8DA46F18@localhost> X-mailer: Pegasus Mail for Windows (v4.02) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 29 Aug 2002 at 10:32, Gregory Neil Shapiro wrote: > dan> [dan@xeon:~] $ echo 'hi there' | mail -v dan@m20.example.org > dan> dan@m20.example.org... Connecting to localhost.example.org. via > dan> relay... > > dan> > > dan> 220 xeon.example.org ESMTP Sendmail 8.12.5/8.12.5; Thu, 29 Aug 2002 > dan> 08:32:14 -0400 (EDT) > > That's either IDENT or DNS. > > 1. Does the same delay happen if you do this: > > telnet localhost.example.org 25 No. > 2. Does the delay happen on every message? Yes (qualifed by: every test I've run it's been like that). > If the answers to question 1 is no and question 2 is yes, try: > > echo 'hi there' | /usr/sbin/sendmail -v -d8.8 dan@m20.example.org [The real domain is unixathome.org, not example.org; I've done a search+replace on the log below] See "***delay occurs here..." below. [dan@xeon:~] $ echo 'hi there' | /usr/sbin/sendmail -v -d8.8 dan@m20.example.org dns_getcanonname(m20.example.org, trymx=1) dns_getcanonname: trying m20.example.org. (AAAA) ;; res_querydomain(m20.example.org, , 1, 28) ;; res_query(m20.example.org., 1, 28) ;; res_mkquery(0, m20.example.org., 1, 28) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26786 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; m20.example.org, type = AAAA, class = IN ;; Querying server (# 1) address = 127.0.0.1 ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26786 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; m20.example.org, type = AAAA, class = IN example.org. 1D IN SOA ns1.example.org. soa.example.com. ( 2002082901 ; serial 3H ; refresh 30M ; retry 4w2d ; expiry 1D ) ; minimum ;; rcode = 0, ancount=0 NO: errno=19, h_errno=4 dns_getcanonname: trying m20.example.org. (A) ;; res_querydomain(m20.example.org, , 1, 1) ;; res_query(m20.example.org., 1, 1) ;; res_mkquery(0, m20.example.org., 1, 1) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26787 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; m20.example.org, type = A, class = IN ;; Querying server (# 1) address = 127.0.0.1 ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26787 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1 ;; m20.example.org, type = A, class = IN m20.example.org. 1M IN A 216.187.106.227 example.org. 1M IN NS xeon.example.org.org. xeon.example.org.org. 5S IN A 127.0.0.1 YES dns_getcanonname: m20.example.org getmxrr([localhost], droplocalhost=1) dns_getcanonname(localhost, trymx=0) dns_getcanonname: trying localhost.example.org (AAAA) ;; res_querydomain(localhost, example.org, 1, 28) ;; res_query(localhost.example.org, 1, 28) ;; res_mkquery(0, localhost.example.org, 1, 28) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26788 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; localhost.example.org, type = AAAA, class = IN ;; Querying server (# 1) address = 127.0.0.1 ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 26788 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; localhost.example.org, type = AAAA, class = IN example.org. 1D IN SOA ns1.example.org. soa.example.com. ( 2002082901 ; serial 3H ; refresh 30M ; retry 4w2d ; expiry 1D ) ; minimum ;; rcode = 3, ancount=0 NO: errno=19, h_errno=1 dan@m20.example.org... Connecting to xeon.example.org. via relay... ;; res_querydomain(xeon.example.org., , 1, 28) ;; res_query(xeon.example.org, 1, 28) ;; res_mkquery(0, xeon.example.org, 1, 28) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26789 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; xeon.example.org, type = AAAA, class = IN ;; Querying server (# 1) address = 127.0.0.1 ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26789 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; xeon.example.org, type = AAAA, class = IN example.org. 1D IN SOA ns1.example.org. soa.example.com. ( 2002082901 ; serial 3H ; refresh 30M ; retry 4w2d ; expiry 1D ) ; minimum ;; rcode = 0, ancount=0 ;; res_querydomain(xeon, example.org, 1, 28) ;; res_query(xeon.example.org, 1, 28) ;; res_mkquery(0, xeon.example.org, 1, 28) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26790 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; xeon.example.org, type = AAAA, class = IN ;; Querying server (# 1) address = 127.0.0.1 ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26790 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; xeon.example.org, type = AAAA, class = IN example.org. 1D IN SOA ns1.example.org. soa.example.com. ( 2002082901 ; serial 3H ; refresh 30M ; retry 4w2d ; expiry 1D ) ; minimum ;; rcode = 0, ancount=0 ;; res_querydomain(xeon, , 1, 28) ;; res_query(xeon, 1, 28) ;; res_mkquery(0, xeon, 1, 28) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26791 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; xeon, type = AAAA, class = IN ;; Querying server (# 1) address = 127.0.0.1 ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 26791 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; xeon, type = AAAA, class = IN . 2h26m42s IN SOA A.ROOT-SERVERS.NET. NSTLD.VERISIGN-GRS.COM. ( 2002082900 ; serial 30M ; refresh 15M ; retry 1W ; expiry 1D ) ; minimum ;; rcode = 3, ancount=0 ***delay occurs here... ;; res_querydomain(xeon.example.org., , 1, 1) ;; res_query(xeon.example.org, 1, 1) ;; res_mkquery(0, xeon.example.org, 1, 1) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26792 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; xeon.example.org, type = A, class = IN ;; Querying server (# 1) address = 127.0.0.1 ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26792 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1 ;; xeon.example.org, type = A, class = IN xeon.example.org. 1M IN A 192.168.0.18 example.org. 1M IN NS xeon.example.org.org. xeon.example.org.org. 14m47s IN A 127.0.0.1 220 xeon.example.org ESMTP Sendmail 8.12.5/8.12.5; Thu, 29 Aug 2002 13:36:28 -0400 (EDT) >>> EHLO xeon.example.org 250-xeon.example.org Hello xeon [192.168.0.18], pleased to meet you 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-8BITMIME 250-SIZE 250-DSN 250-ETRN 250-DELIVERBY 250 HELP >>> MAIL From: SIZE=9 250 2.1.0 ... Sender ok >>> RCPT To: >>> DATA 250 2.1.5 ... Recipient ok 354 Enter mail, end with "." on a line by itself >>> . 250 2.0.0 g7THaSRq079062 Message accepted for delivery dan@m20.example.org... Sent (g7THaSRq079062 Message accepted for delivery) Closing connection to xeon.example.org. >>> QUIT 221 2.0.0 xeon.example.org closing connection [dan@xeon:~] $ Thank you. -- Dan Langille I'm looking for a computer job: http://www.freebsddiary.org/dan_langille.php To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 10:57:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEDEA37B408 for ; Thu, 29 Aug 2002 10:57:36 -0700 (PDT) Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C7C943E3B for ; Thu, 29 Aug 2002 10:57:35 -0700 (PDT) (envelope-from gshapiro@gshapiro.net) Received: from horsey.gshapiro.net (gshapiro@localhost [IPv6:::1]) by horsey.gshapiro.net (8.12.6.Beta0/8.12.6.Beta1) with ESMTP id g7THvY6X097259 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 29 Aug 2002 10:57:34 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.6.Beta0/8.12.6.Beta1/Submit) id g7THvYOI097256; Thu, 29 Aug 2002 10:57:34 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15726.24717.960548.333189@horsey.gshapiro.net> Date: Thu, 29 Aug 2002 10:57:33 -0700 From: Gregory Neil Shapiro To: "Dan Langille" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: why does this sendmail connection take so long? In-Reply-To: <3D6E243B.1515.8EB744E7@localhost> References: <3D6DDDDF.7293.8DA46F18@localhost> <3D6E243B.1515.8EB744E7@localhost> X-Mailer: VM 7.03 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I see two related problems with your DNS setup: dan> dns_getcanonname: trying m20.example.org. (A) dan> ;; res_querydomain(m20.example.org, , 1, 1) dan> ;; res_query(m20.example.org., 1, 1) dan> ;; res_mkquery(0, m20.example.org., 1, 1) dan> ;; res_send() dan> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26787 dan> ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 dan> ;; m20.example.org, type = A, class = IN dan> ;; Querying server (# 1) address = 127.0.0.1 dan> ;; got answer: dan> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26787 dan> ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: dan> 1 dan> ;; m20.example.org, type = A, class = IN dan> m20.example.org. 1M IN A 216.187.106.227 dan> example.org. 1M IN NS xeon.example.org.org. ^^^^^^^^^^^^^^^^^^^^^ dan> xeon.example.org.org. 5S IN A 127.0.0.1 ^^^^^^^^^^^^^^^^^^^^^ example.org's DNS zone has a mistake if it has an NS record pointing to a bogus hostname like that (and what's worse the bogus hostname resolves). dan> dns_getcanonname: trying localhost.example.org (AAAA) dan> ;; res_querydomain(localhost, example.org, 1, 28) ... dan> dan@m20.example.org... Connecting to xeon.example.org. via relay... localhost.example.org appears to map to xeon.example.org, perhaps via /etc/hosts? My first suggestion would be to fix your DNS zone as mentioned above. Then, try the test again with more debugging: echo 'hi there' | /usr/sbin/sendmail -v -d8.8,16.10,61.11 dan@m20.example.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 11:20:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0144E37B400; Thu, 29 Aug 2002 11:20:20 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [216.187.105.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id B26BD43E42; Thu, 29 Aug 2002 11:20:18 -0700 (PDT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 12FE03F28; Thu, 29 Aug 2002 14:20:17 -0400 (EDT) From: "Dan Langille" To: Gregory Neil Shapiro Date: Thu, 29 Aug 2002 14:18:25 -0400 MIME-Version: 1.0 Subject: Re: why does this sendmail connection take so long? Cc: freebsd-hackers@FreeBSD.ORG Message-ID: <3D6E2D31.29065.8EDA44C7@localhost> In-reply-to: <15726.24717.960548.333189@horsey.gshapiro.net> References: <3D6E243B.1515.8EB744E7@localhost> X-mailer: Pegasus Mail for Windows (v4.02) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 29 Aug 2002 at 10:57, Gregory Neil Shapiro wrote: > dan> xeon.example.org.org. 5S IN A 127.0.0.1 > ^^^^^^^^^^^^^^^^^^^^^ > > example.org's DNS zone has a mistake if it has an NS record pointing to a > bogus hostname like that (and what's worse the bogus hostname resolves). Ugh. The NS entry was missing a trailing period. Thank you. > dan> dns_getcanonname: trying localhost.example.org (AAAA) > dan> ;; res_querydomain(localhost, example.org, 1, 28) > ... > > dan> dan@m20.example.org... Connecting to xeon.example.org. via relay... > > localhost.example.org appears to map to xeon.example.org, perhaps via > /etc/hosts? It did. It no longer does. > My first suggestion would be to fix your DNS zone as mentioned above. On a side note, I noticed that localhost-v6.rev was not being used. I fixed that as well. > Then, try the test again with more debugging: > > echo 'hi there' | /usr/sbin/sendmail -v -d8.8,16.10,61.11 dan@m20.example.org See "*** delay occurs here" below. [dan@xeon:/etc/namedb] $ echo 'hi there' | /usr/sbin/sendmail -v - d8.8,16.10,61.11 dan@m20.example.org sm_gethostbyname(xeon.example.org, 28)... ;; res_querydomain(xeon.example.org, , 1, 28) ;; res_query(xeon.example.org, 1, 28) ;; res_mkquery(0, xeon.example.org, 1, 28) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23051 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; xeon.example.org, type = AAAA, class = IN ;; Querying server (# 1) address = 127.0.0.1 ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23051 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; xeon.example.org, type = AAAA, class = IN example.org. 1D IN SOA ns1.example.org. soa.example.org. ( 2002082903 ; serial 3H ; refresh 30M ; retry 4w2d ; expiry 1D ) ; minimum ;; rcode = 0, ancount=0 ;; res_querydomain(xeon.example.org, example.org, 1, 28) ;; res_query(xeon.example.org.example.org, 1, 28) ;; res_mkquery(0, xeon.example.org.example.org, 1, 28) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23052 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; xeon.example.org.example.org, type = AAAA, class = IN ;; Querying server (# 1) address = 127.0.0.1 ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 23052 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; xeon.example.org.example.org, type = AAAA, class = IN example.org. 1D IN SOA ns1.example.org. soa.example.org. ( 2002082903 ; serial 3H ; refresh 30M ; retry 4w2d ; expiry 1D ) ; minimum ;; rcode = 3, ancount=0 failure failure sm_gethostbyname(xeon.example.org, 2)... xeon.example.org addr: IPv6:c0a8:12:: dns_getcanonname(m20.example.org, trymx=1) dns_getcanonname: trying m20.example.org. (AAAA) ;; res_querydomain(m20.example.org, , 1, 28) ;; res_query(m20.example.org., 1, 28) ;; res_mkquery(0, m20.example.org., 1, 28) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23053 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; m20.example.org, type = AAAA, class = IN ;; Querying server (# 1) address = 127.0.0.1 ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23053 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; m20.example.org, type = AAAA, class = IN example.org. 1D IN SOA ns1.example.org. soa.example.org. ( 2002082903 ; serial 3H ; refresh 30M ; retry 4w2d ; expiry 1D ) ; minimum ;; rcode = 0, ancount=0 NO: errno=19, h_errno=4 dns_getcanonname: trying m20.example.org. (A) ;; res_querydomain(m20.example.org, , 1, 1) ;; res_query(m20.example.org., 1, 1) ;; res_mkquery(0, m20.example.org., 1, 1) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23054 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; m20.example.org, type = A, class = IN ;; Querying server (# 1) address = 127.0.0.1 ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23054 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1 ;; m20.example.org, type = A, class = IN m20.example.org. 1M IN A 216.187.106.227 example.org. 1M IN NS xeon.example.org. xeon.example.org. 1M IN A 192.168.0.18 YES dns_getcanonname: m20.example.org getmxrr([localhost], droplocalhost=1) dns_getcanonname(localhost, trymx=0) dns_getcanonname: trying localhost.example.org (AAAA) ;; res_querydomain(localhost, example.org, 1, 28) ;; res_query(localhost.example.org, 1, 28) ;; res_mkquery(0, localhost.example.org, 1, 28) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23055 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; localhost.example.org, type = AAAA, class = IN ;; Querying server (# 1) address = 127.0.0.1 ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23055 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; localhost.example.org, type = AAAA, class = IN example.org. 1D IN SOA ns1.example.org. soa.example.org. ( 2002082903 ; serial 3H ; refresh 30M ; retry 4w2d ; expiry 1D ) ; minimum ;; rcode = 0, ancount=0 NO: errno=19, h_errno=4 dns_getcanonname: trying localhost.example.org (A) ;; res_querydomain(localhost, example.org, 1, 1) ;; res_query(localhost.example.org, 1, 1) ;; res_mkquery(0, localhost.example.org, 1, 1) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23056 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; localhost.example.org, type = A, class = IN ;; Querying server (# 1) address = 127.0.0.1 ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23056 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1 ;; localhost.example.org, type = A, class = IN localhost.example.org. 1M IN A 127.0.0.1 example.org. 1M IN NS xeon.example.org. xeon.example.org. 1M IN A 192.168.0.18 YES dns_getcanonname: localhost.example.org dan@m20.example.org... Connecting to localhost.example.org. via relay... sm_gethostbyname(localhost.example.org., 28)... ;; res_querydomain(localhost.example.org., , 1, 28) ;; res_query(localhost.example.org, 1, 28) ;; res_mkquery(0, localhost.example.org, 1, 28) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23057 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; localhost.example.org, type = AAAA, class = IN ;; Querying server (# 1) address = 127.0.0.1 ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23057 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; localhost.example.org, type = AAAA, class = IN example.org. 1D IN SOA ns1.example.org. soa.example.org. ( 2002082903 ; serial 3H ; refresh 30M ; retry 4w2d ; expiry 1D ) ; minimum ;; rcode = 0, ancount=0 failure sm_gethostbyname(localhost, 28)... localhost alias: localhost.example.org addr: IPv6:::1 makeconnection (localhost.example.org. [IPv6:::1].25 (28)) makeconnection: fd=6 *** delay occurs here. Connect failed (Operation timed out with localhost.example.org.); retrying with AF_INET.... sm_gethostbyname(localhost.example.org., 2)... ;; res_querydomain(localhost.example.org., , 1, 1) ;; res_query(localhost.example.org, 1, 1) ;; res_mkquery(0, localhost.example.org, 1, 1) ;; res_send() ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23058 ;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; localhost.example.org, type = A, class = IN ;; Querying server (# 1) address = 127.0.0.1 ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23058 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1 ;; localhost.example.org, type = A, class = IN localhost.example.org. 1M IN A 127.0.0.1 example.org. 1M IN NS xeon.example.org. xeon.example.org. 1M IN A 192.168.0.18 localhost.example.org addr: IPv6:7f00:1:: makeconnection (localhost.example.org. [127.0.0.1].25 (2)) makeconnection: fd=6 220 xeon.example.org ESMTP Sendmail 8.12.5/8.12.5; Thu, 29 Aug 2002 14:13:31 -0400 (EDT) >>> EHLO xeon.example.org 250-xeon.example.org Hello localhost [127.0.0.1], pleased to meet you 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-8BITMIME 250-SIZE 250-DSN 250-ETRN 250-DELIVERBY 250 HELP >>> MAIL From: SIZE=9 250 2.1.0 ... Sender ok >>> RCPT To: >>> DATA 250 2.1.5 ... Recipient ok 354 Enter mail, end with "." on a line by itself >>> . 250 2.0.0 g7TIDVRq084370 Message accepted for delivery dan@m20.example.org... Sent (g7TIDVRq084370 Message accepted for delivery) Closing connection to localhost.example.org. >>> QUIT 221 2.0.0 xeon.example.org closing connection [dan@xeon:/etc/namedb] $ Thank you. -- Dan Langille I'm looking for a computer job: http://www.freebsddiary.org/dan_langille.php To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 11:25:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6379C37B400 for ; Thu, 29 Aug 2002 11:25:36 -0700 (PDT) Received: from nike.ins.cwru.edu (nike.INS.CWRU.Edu [129.22.8.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87C4643E6A for ; Thu, 29 Aug 2002 11:25:35 -0700 (PDT) (envelope-from chet@nike.ins.cwru.edu) Received: from nike.ins.cwru.edu (localhost [127.0.0.1]) by nike.ins.cwru.edu with ESMTP (8.12.3/CWRU-2.9-fbsd) id g7TIPVGR016063; Thu, 29 Aug 2002 14:25:31 -0400 (EDT) (from chet@nike.ins.cwru.edu) Received: (from chet@localhost) by nike.ins.cwru.edu (8.12.3/8.12.3/Submit) id g7TIPUrN016062; Thu, 29 Aug 2002 14:25:30 -0400 (EDT) Date: Thu, 29 Aug 2002 14:24:49 -0400 From: Chet Ramey To: naddy@mips.inka.de Subject: Re: FreeBSD's sh: "local" builtin Cc: freebsd-hackers@freebsd.org Reply-To: chet@po.CWRU.Edu Message-ID: <020829182449.AA16057.SM@nike.ins.cwru.edu> Read-Receipt-To: chet@po.CWRU.Edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-In-Reply-To: Message from naddy@mips.inka.de of Thu, 29 Aug 2002 17:16:57 +0000 (UTC) (id ) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Eugene Ossintsev wrote: > > > FreeBSD's sh has a builtin "local" for the functions. Is it a POSIX.2 > > feature > > No. > > > or Bash influence? > > Korn Shell, more likely. It's bash. The Korn shell doesn't have it. We picked it up from one of the early POSIX.2 drafts. Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ( ``Discere est Dolere'' -- chet ) Chet Ramey, ITS, CWRU chet@po.CWRU.Edu http://cnswww.cns.cwru.edu/~chet/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 11:27:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5737D37B400 for ; Thu, 29 Aug 2002 11:27:11 -0700 (PDT) Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D32743E3B for ; Thu, 29 Aug 2002 11:27:10 -0700 (PDT) (envelope-from gshapiro@gshapiro.net) Received: from horsey.gshapiro.net (gshapiro@localhost [IPv6:::1]) by horsey.gshapiro.net (8.12.6.Beta0/8.12.6.Beta1) with ESMTP id g7TIR86X097593 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 29 Aug 2002 11:27:08 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.6.Beta0/8.12.6.Beta1/Submit) id g7TIR86G097590; Thu, 29 Aug 2002 11:27:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15726.26491.969569.176848@horsey.gshapiro.net> Date: Thu, 29 Aug 2002 11:27:07 -0700 From: Gregory Neil Shapiro To: "Dan Langille" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: why does this sendmail connection take so long? In-Reply-To: <3D6E2D31.29065.8EDA44C7@localhost> References: <3D6E243B.1515.8EB744E7@localhost> <3D6E2D31.29065.8EDA44C7@localhost> X-Mailer: VM 7.03 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG dan> sm_gethostbyname(localhost, 28)... localhost dan> alias: localhost.example.org dan> addr: IPv6:::1 dan> makeconnection (localhost.example.org. [IPv6:::1].25 (28)) dan> makeconnection: fd=6 dan> *** delay occurs here. dan> Connect failed (Operation timed out with localhost.example.org.); dan> retrying with AF_INET.... That explains it. You have a record pointing localhost.example.org at ::1 but your sendmail daemon isn't listening for IPv6 connections and worse yet your host appears to drop instead of reject connection attempts. My guess is you have IP firewalling enabled (either IPFW or IPF) and default to drop or have ip6fw or ipf rulesets that effectively to do the same. Assuming for the moment you have this in your kernel config: options IPV6FIREWALL And don't have (which you shouldn't): options IPV6FIREWALL_DEFAULT_TO_ACCEPT Then you can add this to /etc/rc.conf: ipv6_enable="YES" ipv6_firewall_enable="YES" ipv6_firewall_type="closed" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 11:35:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DF0737B400; Thu, 29 Aug 2002 11:35:21 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [216.187.105.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90D0E43E42; Thu, 29 Aug 2002 11:35:20 -0700 (PDT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 3ED7F3F28; Thu, 29 Aug 2002 14:35:15 -0400 (EDT) From: "Dan Langille" To: Gregory Neil Shapiro Date: Thu, 29 Aug 2002 14:33:23 -0400 MIME-Version: 1.0 Subject: Re: why does this sendmail connection take so long? Cc: freebsd-hackers@FreeBSD.ORG Message-ID: <3D6E30B3.17308.8EE7F989@localhost> In-reply-to: <15726.26491.969569.176848@horsey.gshapiro.net> References: <3D6E2D31.29065.8EDA44C7@localhost> X-mailer: Pegasus Mail for Windows (v4.02) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 29 Aug 2002 at 11:27, Gregory Neil Shapiro wrote: > That explains it. You have a record pointing localhost.example.org at ::1 > but your sendmail daemon isn't listening for IPv6 connections and worse yet > your host appears to drop instead of reject connection attempts. My guess > is you have IP firewalling enabled (either IPFW or IPF) and default to drop > or have ip6fw or ipf rulesets that effectively to do the same. I am using ipf with "pass out from any to any/pass out from any to any". FWIW: in this case localhost.example.org is the DNS server for my private LAN. -- Dan Langille I'm looking for a computer job: http://www.freebsddiary.org/dan_langille.php To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 11:51: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7FE337B401 for ; Thu, 29 Aug 2002 11:51:00 -0700 (PDT) Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D1C643E42 for ; Thu, 29 Aug 2002 11:50:58 -0700 (PDT) (envelope-from gshapiro@gshapiro.net) Received: from horsey.gshapiro.net (gshapiro@localhost [IPv6:::1]) by horsey.gshapiro.net (8.12.6.Beta0/8.12.6.Beta1) with ESMTP id g7TIou6X097841 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 29 Aug 2002 11:50:56 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.6.Beta0/8.12.6.Beta1/Submit) id g7TIotvP097838; Thu, 29 Aug 2002 11:50:55 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15726.27919.697656.805253@horsey.gshapiro.net> Date: Thu, 29 Aug 2002 11:50:55 -0700 From: Gregory Neil Shapiro To: "Dan Langille" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: why does this sendmail connection take so long? In-Reply-To: <3D6E30B3.17308.8EE7F989@localhost> References: <3D6E2D31.29065.8EDA44C7@localhost> <3D6E30B3.17308.8EE7F989@localhost> X-Mailer: VM 7.03 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG dan> I am using ipf with "pass out from any to any/pass out from any to dan> any". Unfortunately, I use ipfw/ip6fw so I don't know if my guesses are correct. That rule only appears to handle outbound connections (therefore allowing the sendmail client to open an outbound connection to the localhost sendmail server). It does not allow for inbound connections (thereby allowing the incoming connection). Perhaps what you need is also: echo 'pass in quick on lo0' > /etc/ipf6.rules echo 'pass out quick on lo0' >> /etc/ipf6.rules ipf -6 -f /etc/ipf6.rules Note the -6 for the IPv6 rules (which appear to be kept separate from the IPv4 rules). Again, I'm just guessing at ipf usage but you get the idea (I hope). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 11:58:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 278A637B400; Thu, 29 Aug 2002 11:58:47 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [216.187.105.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8314A43E4A; Thu, 29 Aug 2002 11:58:46 -0700 (PDT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 9FCD53F28; Thu, 29 Aug 2002 14:58:45 -0400 (EDT) From: "Dan Langille" To: Gregory Neil Shapiro Date: Thu, 29 Aug 2002 14:56:54 -0400 MIME-Version: 1.0 Subject: Re: why does this sendmail connection take so long? Cc: freebsd-hackers@FreeBSD.ORG Message-ID: <3D6E3636.1618.8EFD7F55@localhost> In-reply-to: <15726.27919.697656.805253@horsey.gshapiro.net> References: <3D6E30B3.17308.8EE7F989@localhost> X-mailer: Pegasus Mail for Windows (v4.02) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 29 Aug 2002 at 11:50, Gregory Neil Shapiro wrote: > dan> I am using ipf with "pass out from any to any/pass out from any to > dan> any". > > Unfortunately, I use ipfw/ip6fw so I don't know if my guesses are correct. > > That rule only appears to handle outbound connections (therefore allowing > the sendmail client to open an outbound connection to the localhost > sendmail server). It does not allow for inbound connections (thereby > allowing the incoming connection). Perhaps what you need is also: > > echo 'pass in quick on lo0' > /etc/ipf6.rules > echo 'pass out quick on lo0' >> /etc/ipf6.rules > ipf -6 -f /etc/ipf6.rules > > Note the -6 for the IPv6 rules (which appear to be kept separate from the > IPv4 rules). > > Again, I'm just guessing at ipf usage but you get the idea (I hope). You guessed very well. Making the above changes fixed the problem. And I didn't know about the -6 switch on ipf. Applying the same solution to another box (also running ipf and having similar problems). Thank you for your time and efforts. -- Dan Langille I'm looking for a computer job: http://www.freebsddiary.org/dan_langille.php To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 12:10:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F2E337B400 for ; Thu, 29 Aug 2002 12:10:50 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id A778443E6A for ; Thu, 29 Aug 2002 12:10:49 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx40-bradley.dialup.earthlink.net ([216.244.42.180] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 4.10) id 17kUgp-0004VR-00; Thu, 29 Aug 2002 12:10:47 -0700 Message-ID: <3D6E717D.187EBB8D@mindspring.com> Date: Thu, 29 Aug 2002 12:09:49 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jonathon McKitrick Cc: freebsd-hackers@freebsd.org Subject: Re: Porting libc_r from -current to -stable References: <20020829122135.GB89683@dogma.freebsd-uk.eu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jonathon McKitrick wrote: > I've volunteered to do this port, with the expectation that it's within my > ability. I'm just a bit over my head, but that's how I'll learn, right? > > I've gotten the -current version to build and install, but I've found 2 > problems so far: gkrellm loads and cannot resolve the symbol _flockfile. The "flockfile" is a POSIX libc call that supports the locking of a particular file descriptor, e.g.: http://www.mcsr.olemiss.edu/cgi-bin/man-cgi?flockfile+3 It's basically used to allow a thread to say "I own this file". I'm very surprised that, if it can't resolve that, it doesn't also complain about "funlockfile". Most likely, something is not protected by a "#if _SGI_REENTRANT_FUNCTIONS" that should be; look for the use of flockfile in the source code, or that feature test macro in the new FreeBSD header files. If FreeBSD defines it, but doesn't expose "flockfile", "ftrylockfile", and "funlockfile", it's wrong. Most likely, it's just the source code you are trying to compile is buggy. > Also, a build of xmms (which uses threads) fails in configure because it > cannot find pthreads support. Again, you are going to have to look at the code you are compiling; specifically, you will need to track down the feature-test code that looks for the pthreads support, and see why the existance of libc_r is insufficient to find the code. Usually, I see this problem with autoconf code that was written to only run under "bash", and which can't run correctly under a standard Bourne shell. Usually, it's a result of compound "test" statements (in my experience). > I'd like to solve this myself, but I need a little push in the right > direction. Could someone give me a hint? Is it simply a matter of > undefining functions that are not present in -stable? The libc_r functions are actually SGI functions, so it's probably buggy code that someone forgot to put feature tests around when submitting a patch. The other is likely whatever it's using to check if threads exists is buggy. Good luck in your task; normally, I don't run -current (it will not run on most of my hardware), but you will definitely need to have a -current box available for reference for this, I think, unless you go into the bowels of xmms (the gkrellm problem should be easy to spot). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 12:13:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C84D837B400 for ; Thu, 29 Aug 2002 12:13:15 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 846BA43E3B for ; Thu, 29 Aug 2002 12:13:15 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx40-bradley.dialup.earthlink.net ([216.244.42.180] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 4.10) id 17kUjA-0000tt-00; Thu, 29 Aug 2002 12:13:13 -0700 Message-ID: <3D6E720F.566DEEDF@mindspring.com> Date: Thu, 29 Aug 2002 12:12:15 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Daniel Eischen Cc: Jonathon McKitrick , freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Daniel Eischen wrote: > In -current, we modified FILE (/usr/include/stdio.h) and added > (or changed) a field to use for holding a mutex that is used by > flockfile (lib/libc/stdio/_flock_stub.c). We broke the ABI > in order to do this, and it was very painful (just search for > "the whole stdio mess" or something like that in the -current > archives). You cannot do this for -stable. > > You're going to have to keep the hashtable method of locking > FILEs. It's got to be a bogus piece of code that lacks the feature test wrapper for _SGI_REENTRANT_FUNCTIONS (IMO). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 12:23:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A8DC37B400 for ; Thu, 29 Aug 2002 12:23:17 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id B88F843E3B for ; Thu, 29 Aug 2002 12:23:16 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx40-bradley.dialup.earthlink.net ([216.244.42.180] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 4.10) id 17kUss-0003L0-00; Thu, 29 Aug 2002 12:23:14 -0700 Message-ID: <3D6E7467.2E0C454C@mindspring.com> Date: Thu, 29 Aug 2002 12:22:15 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kenneth Culver Cc: Jonathon McKitrick , freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable References: <20020829110354.R22530-100000@alpha.yumyumyum.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kenneth Culver wrote: > > I've volunteered to do this port, with the expectation that it's within my > > ability. I'm just a bit over my head, but that's how I'll learn, right? [ ... ] > Just curious, but what does doing this port get you? In theory, it should mean that threaded code compiled for -stable will then run on -current without modification, when someone decides that -current is stable enough for the changeover. If the implementation of flockfile/ftrylockfile/funlockfile is via a library exported symbol, then programs that are linked shared should "just work", but it will take a lot of hackery to implement these function in -stable without introducing a -stable/-stable binary compatability problem, which is normally deferred until later releases (there would be a libc version number bump required, which isn't possible, because minor version numbers aren't supported, and there's already a lot of -current boxes out there). Probably, it's better to fix code that expects the functions that are "missing" and can't be implemented compatably to not attempt to use them (see other posts in this thread for details and a URL for the SGI man page for the functions in question). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 12:42:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85F8F37B400 for ; Thu, 29 Aug 2002 12:42:46 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E92C43E42 for ; Thu, 29 Aug 2002 12:42:41 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx40-bradley.dialup.earthlink.net ([216.244.42.180] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17kVBF-0006G8-00; Thu, 29 Aug 2002 12:42:13 -0700 Message-ID: <3D6E78DA.D1608F0F@mindspring.com> Date: Thu, 29 Aug 2002 12:41:14 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Aaro J Koskinen Cc: freebsd-hackers@freebsd.org Subject: Re: More dynamic KVA_SPACE References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Aaro J Koskinen wrote: > I've been thinking what kind of modifications would it need to decide > the KVA space size at the kernel boot time (maybe an argument to > btext), instead of compile time. In theory I can't see any obstacles. > > Basically the approach would be simply the following: [ ... approach ... ] > Am I completely off the track? What are the main reasons behind the > current KVM layout? Kernel code is not position independent. The way protected mode OSs work, in the simplest terms, is by crafting a KVA space that looks exactly like the physical space after the bootstrap load, so that none of the code needs to be relocated, and it all "just works". As Steven Wright said "Hey! Someone has broken into our apartment, and relaced all the furniture with exact duplicates, down to the scratches!". That's what a protected mode OS does between the time it is loaded and is jumped to by the bootstrap, and the time that it runs in the KVA space, with paging enabled. It's theoretically possible to do what you want, but it's not very easy, and there are other reasons it's not desirable. The number one reason that it's not desirable is that you would not have any additional memory available for kernel modules or kernel data structures. For example, if you wanted to have a very large number of network connections on a 4G machine, the practical limit that you will run into is the KVA space available for representation of connection data. I've personally run a FreeBSD 4.2/3 machine up to 1.6 million simultaneous connections. In order to do this, I had to fix a couple of bugs (e.g. use of a short for credential reference counts, etc.), and move to a 3G KVA space -- make the KVA space *larger*, not smaller. On a tuned stock 4.6 kernel, you can get to about one eighth that many connectsions (~200,000 simultaneous), but you will still need to increase the KVA space to 3G as part of your tuning. You can up this number considerably (and hit the 1,000,000 mark) by patching the kernel to tune certain values individually which are currently "gang-tuned". Just *mapping* 3G of KVA space will take you an incredible amount of memory, and no matter what you are doing, you can't really steal from the KVA to give to the user space, and expect to be able to do a lot of work, easily. If you need a larger amount of UVA space, you might want to consider buying an IA64 machine, instead, since the bigger your iron, the bigger your KVA space requirements will be. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 12:45:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 737B937B401 for ; Thu, 29 Aug 2002 12:45:32 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A75443E6A for ; Thu, 29 Aug 2002 12:44:47 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx40-bradley.dialup.earthlink.net ([216.244.42.180] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17kVD5-0001Nc-00; Thu, 29 Aug 2002 12:44:07 -0700 Message-ID: <3D6E794D.99622FA2@mindspring.com> Date: Thu, 29 Aug 2002 12:43:09 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jonathon McKitrick Cc: Kenneth Culver , freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable References: <20020829151048.GL89683@dogma.freebsd-uk.eu.org> <20020829112210.L22530-100000@alpha.yumyumyum.org> <20020829152549.GB393@dogma.freebsd-uk.eu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jonathon McKitrick wrote: > On Thu, Aug 29, 2002 at 11:22:38AM -0400, Kenneth Culver wrote: > | Oh, I didn't realize the userland threads implementations on -current and > | -stable differed that much. Good luck! > > 'Good luck!' > > I keep getting that. I wonder if that's an omen. It's a complex task. Not insurmountable, but you will find it difficult. We all still want you to do the work for us while we sit in our armchairs and comment, though... 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 12:53:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC07937B405 for ; Thu, 29 Aug 2002 12:53:17 -0700 (PDT) Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6720043E75 for ; Thu, 29 Aug 2002 12:52:33 -0700 (PDT) (envelope-from eischen@pcnet1.pcnet.com) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g7TJiOIR005352; Thu, 29 Aug 2002 15:44:24 -0400 (EDT) Date: Thu, 29 Aug 2002 15:44:24 -0400 (EDT) From: Daniel Eischen To: Terry Lambert Cc: Kenneth Culver , Jonathon McKitrick , freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable In-Reply-To: <3D6E7467.2E0C454C@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 29 Aug 2002, Terry Lambert wrote: > Kenneth Culver wrote: > > > I've volunteered to do this port, with the expectation that it's within my > > > ability. I'm just a bit over my head, but that's how I'll learn, right? > [ ... ] > > Just curious, but what does doing this port get you? > > In theory, it should mean that threaded code compiled for -stable > will then run on -current without modification, when someone > decides that -current is stable enough for the changeover. > > If the implementation of flockfile/ftrylockfile/funlockfile is > via a library exported symbol, then programs that are linked > shared should "just work", but it will take a lot of hackery > to implement these function in -stable without introducing a > -stable/-stable binary compatability problem, which is normally > deferred until later releases (there would be a libc version > number bump required, which isn't possible, because minor version > numbers aren't supported, and there's already a lot of -current > boxes out there). -stable already has flockfile and friends in both libc and libc_r. The only work in porting -current's libc_r to -stable in this case is to keep libc_r's uthread_file.c which implements them. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 12:54:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4378A37B400 for ; Thu, 29 Aug 2002 12:54:16 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF2A043E4A for ; Thu, 29 Aug 2002 12:54:15 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx40-bradley.dialup.earthlink.net ([216.244.42.180] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17kVMq-0001ME-00; Thu, 29 Aug 2002 12:54:12 -0700 Message-ID: <3D6E7BAA.80DDA04E@mindspring.com> Date: Thu, 29 Aug 2002 12:53:14 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Langille Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: why does this sendmail connection take so long? References: <3D6DDDDF.7293.8DA46F18@localhost> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Langille wrote: > On 28 Aug 2002 at 16:43, Terry Lambert wrote: > > echo 'hi there' | mail -v dan@m20.example.org > > > > ? > > After issuing the above command, there is a 75s delay (see below for > delay location). All subsequent lines appear without delay. At the > end of this message, I've issued the commands by hand. No delays > occur. > > [dan@xeon:~] $ echo 'hi there' | mail -v dan@m20.example.org > dan@m20.example.org... Connecting to localhost.example.org. via > relay... > > This is either ident or the reverse DNS. Since the delay is ~75s, and that's on the order of 3 tries of 25s each, I would say it was a resolver issue, not an ident issue. Most likely, it's the reverse lookup of the 127.0.0.1. You need to make your local DNS server claim authority for the 127.in-addr.arpa. domain, and put the reverse mapping for the name "localhost" in there. The most common cause of a problem like this for a net connected system is a firewall that blocks DNS UDP packets; otherwise, it would just find that same value in the global DNS. I have patches for Sendmail 8.9.3 that fix this sort of thing up (I didn't want to bring up the link in a dial-on-demand device when processing local email), for all the good that will do you, since it's an ancient version tese days. ;^). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 12:58:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F3B737B400 for ; Thu, 29 Aug 2002 12:58:14 -0700 (PDT) Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A1AA43E77 for ; Thu, 29 Aug 2002 12:57:25 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #6) id 17kVPq-000LhJ-00; Thu, 29 Aug 2002 20:57:18 +0100 Received: from dogma.freebsd-uk.eu.org (localhost [127.0.0.1]) by dogma.freebsd-uk.eu.org (8.12.3/8.11.1) with ESMTP id g7TJvHnc002127; Thu, 29 Aug 2002 20:57:17 +0100 (BST) (envelope-from jcm@dogma.freebsd-uk.eu.org) Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.12.3/8.12.3/Submit) id g7TJvGmr002124; Thu, 29 Aug 2002 20:57:16 +0100 (BST) Date: Thu, 29 Aug 2002 20:57:15 +0100 From: Jonathon McKitrick To: Terry Lambert Cc: Kenneth Culver , freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable Message-ID: <20020829195715.GA2097@dogma.freebsd-uk.eu.org> References: <20020829151048.GL89683@dogma.freebsd-uk.eu.org> <20020829112210.L22530-100000@alpha.yumyumyum.org> <20020829152549.GB393@dogma.freebsd-uk.eu.org> <3D6E794D.99622FA2@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D6E794D.99622FA2@mindspring.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 29, 2002 at 12:43:09PM -0700, Terry Lambert wrote: | It's a complex task. Not insurmountable, but you will find it | difficult. We all still want you to do the work for us while | we sit in our armchairs and comment, though... 8-). Maybe I'd be better off with the Junior Kernel Hacker TODO list. :-) http://people.freebsd.org/~phk/TODO/ jm -- My other computer is your Windows box. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 13:38: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50B8237B400 for ; Thu, 29 Aug 2002 13:38:06 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFE1643E42 for ; Thu, 29 Aug 2002 13:38:05 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx40-bradley.dialup.earthlink.net ([216.244.42.180] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17kW2r-0007fF-00; Thu, 29 Aug 2002 13:37:37 -0700 Message-ID: <3D6E85D5.BF12289E@mindspring.com> Date: Thu, 29 Aug 2002 13:36:37 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Daniel Eischen Cc: Kenneth Culver , Jonathon McKitrick , freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Daniel Eischen wrote: > -stable already has flockfile and friends in both libc and libc_r. > The only work in porting -current's libc_r to -stable in this > case is to keep libc_r's uthread_file.c which implements them. Whoops! That's what I get for assuming, based on the error message, instead of trusting the code! I see the weak symbol. How is it that he's getting an "undefined symbol"?!? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 13:38:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E6EE37B401 for ; Thu, 29 Aug 2002 13:38:31 -0700 (PDT) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB84D43E7B for ; Thu, 29 Aug 2002 13:38:29 -0700 (PDT) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.5/8.12.5) with ESMTP id g7TKiG8a067590; Thu, 29 Aug 2002 16:44:16 -0400 (EDT) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.5/8.12.5/Submit) id g7TKiGSj067589; Thu, 29 Aug 2002 16:44:16 -0400 (EDT) Date: Thu, 29 Aug 2002 16:44:16 -0400 From: Jake Burkholder To: Terry Lambert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: More dynamic KVA_SPACE Message-ID: <20020829164416.A67527@locore.ca> References: <3D6E78DA.D1608F0F@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3D6E78DA.D1608F0F@mindspring.com>; from tlambert2@mindspring.com on Thu, Aug 29, 2002 at 12:41:14PM -0700 Sender: owner-freebsd-hackers@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, Aug 29, 2002 at 12:41:14PM -0700, Terry Lambert said words to the effect of; > Aaro J Koskinen wrote: > > I've been thinking what kind of modifications would it need to decide > > the KVA space size at the kernel boot time (maybe an argument to > > btext), instead of compile time. In theory I can't see any obstacles. > > > > Basically the approach would be simply the following: > > [ ... approach ... ] > > > Am I completely off the track? What are the main reasons behind the > > current KVM layout? > [ ... hacks ... ] > > If you need a larger amount of UVA space, you might want to consider > buying an IA64 machine, instead, since the bigger your iron, the > bigger your KVA space requirements will be. What, no UltraSPARC? :) :) :) Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 13:39:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B18737B400 for ; Thu, 29 Aug 2002 13:39:16 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D70543E42 for ; Thu, 29 Aug 2002 13:39:16 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx40-bradley.dialup.earthlink.net ([216.244.42.180] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17kW4O-0002KI-00; Thu, 29 Aug 2002 13:39:13 -0700 Message-ID: <3D6E8634.66FF493@mindspring.com> Date: Thu, 29 Aug 2002 13:38:12 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jonathon McKitrick Cc: Kenneth Culver , freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable References: <20020829151048.GL89683@dogma.freebsd-uk.eu.org> <20020829112210.L22530-100000@alpha.yumyumyum.org> <20020829152549.GB393@dogma.freebsd-uk.eu.org> <3D6E794D.99622FA2@mindspring.com> <20020829195715.GA2097@dogma.freebsd-uk.eu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jonathon McKitrick wrote: > On Thu, Aug 29, 2002 at 12:43:09PM -0700, Terry Lambert wrote: > | It's a complex task. Not insurmountable, but you will find it > | difficult. We all still want you to do the work for us while > | we sit in our armchairs and comment, though... 8-). > > Maybe I'd be better off with the Junior Kernel Hacker TODO list. :-) If you have Daniel helping you, then you are good to go, I think. If it wasn't challenging, it would not be worth doing without someone paying you for it. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 13:49:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD99B37B400 for ; Thu, 29 Aug 2002 13:49:22 -0700 (PDT) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63C8D43E4A for ; Thu, 29 Aug 2002 13:49:22 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx40-bradley.dialup.earthlink.net ([216.244.42.180] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17kWE4-0002oi-00; Thu, 29 Aug 2002 13:49:12 -0700 Message-ID: <3D6E888B.EC3EAC9F@mindspring.com> Date: Thu, 29 Aug 2002 13:48:11 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jake Burkholder Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: More dynamic KVA_SPACE References: <3D6E78DA.D1608F0F@mindspring.com> <20020829164416.A67527@locore.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@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: > > If you need a larger amount of UVA space, you might want to consider > > buying an IA64 machine, instead, since the bigger your iron, the > > bigger your KVA space requirements will be. > > What, no UltraSPARC? :) :) :) Unfortunately, my SPARC machine is not an UltraSPARC machine, and I wasn't aware of whether or not snapshots were being created for it or not at this point, so I limited myself to talking about what I knew to be true. I knew not to recommend the Alpha because it is limited to 2G of physical memory. I didn't know what the limitation on physical memory was in the UltraSPARC, but I knew that the IA64 could handle more than 4G of physical memory, which was the IA32 limit that needed working around. Is UltraSPARC an answer to the question of how to get a larger UVA space without sacrificing KVA space, with more physical memory than an IA32, and are snapshots that boot fully multiuser and install via sysinstall available? If so, what does a motherboard with a CPU, suitable for rack mounting, cost these days? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 13:52:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB8FA37B400 for ; Thu, 29 Aug 2002 13:52:28 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94C1043E4A for ; Thu, 29 Aug 2002 13:52:27 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.5/8.12.2) with ESMTP id g7TKqP96005682; Thu, 29 Aug 2002 22:52:25 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.5/8.12.5/Submit) id g7TKqPcZ005681; Thu, 29 Aug 2002 22:52:25 +0200 (CEST) Date: Thu, 29 Aug 2002 22:52:25 +0200 From: Wilko Bulte To: Terry Lambert Cc: Jake Burkholder , freebsd-hackers@FreeBSD.ORG Subject: Re: More dynamic KVA_SPACE Message-ID: <20020829225225.A5665@freebie.xs4all.nl> References: <3D6E78DA.D1608F0F@mindspring.com> <20020829164416.A67527@locore.ca> <3D6E888B.EC3EAC9F@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3D6E888B.EC3EAC9F@mindspring.com>; from tlambert2@mindspring.com on Thu, Aug 29, 2002 at 01:48:11PM -0700 X-OS: FreeBSD 4.6-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 29, 2002 at 01:48:11PM -0700, Terry Lambert wrote: > Jake Burkholder wrote: > > > If you need a larger amount of UVA space, you might want to consider > > > buying an IA64 machine, instead, since the bigger your iron, the > > > bigger your KVA space requirements will be. > > > > What, no UltraSPARC? :) :) :) > > Unfortunately, my SPARC machine is not an UltraSPARC machine, and > I wasn't aware of whether or not snapshots were being created for > it or not at this point, so I limited myself to talking about what > I knew to be true. > > I knew not to recommend the Alpha because it is limited to 2G > of physical memory. ? FreeBSD is limited to using 2G of whatever you have in the Alpha. Which is a deficiency that has been debated a number of times, IIRC it needs bus space work etc. See the archives.. -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 13:57:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 926AF37B400 for ; Thu, 29 Aug 2002 13:57:22 -0700 (PDT) Received: from sirppi.helsinki.fi (sirppi.helsinki.fi [128.214.205.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ED1C43E65 for ; Thu, 29 Aug 2002 13:57:21 -0700 (PDT) (envelope-from akoskine@cc.helsinki.fi) Received: from localhost (akoskine@localhost) by sirppi.helsinki.fi (8.11.6/8.11.4) with ESMTP id g7TKvIu23809; Thu, 29 Aug 2002 23:57:18 +0300 (EET DST) X-Authentication-Warning: sirppi.helsinki.fi: akoskine owned process doing -bs Date: Thu, 29 Aug 2002 23:57:18 +0300 (EET DST) From: Aaro J Koskinen To: Terry Lambert Cc: Subject: Re: More dynamic KVA_SPACE In-Reply-To: <3D6E78DA.D1608F0F@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello Terry, On Thu, 29 Aug 2002, Terry Lambert wrote: > Aaro J Koskinen wrote: > > I've been thinking what kind of modifications would it need to decide > > the KVA space size at the kernel boot time (maybe an argument to > > btext), instead of compile time. In theory I can't see any obstacles. > > > > Basically the approach would be simply the following: > > [ ... approach ... ] > > > Am I completely off the track? What are the main reasons behind the > > current KVM layout? > > Kernel code is not position independent. Yes, I understand this. It seems I failed to explain what I meant. :-( The reason for moving the kernel text, data and bss to the end of the virtual memory was that this is the "not position independent" part of the kernel that would be at fixed known virtual address and always be linked and loaded correctly. What I want is to resize the KVA space without breaking the linked code. Therefore I try to organize the KVM so that the position dependant part does not move if the KVA size changes. The "dynamic" part of the KVA space would be below the kernel code, and expand towards the address 0, and this would contain all the stuff that are dimensioned according to anticipated system usage, and could be configurable by a boot parameter. E.g. if I want a lot more mbufs or kmalloc memory I could boot with a huge KVA space. My understanding is that there's lot of relevant data areas in KVM that could be dimensioned and relocated run-time in the kernel initialization. But since they are currently located above the kernel code, they will hit the ceiling at some point, unless the kernel is moved lower (KVA space expanded), which needs recompilation. > The way protected mode OSs work, in the simplest terms, is by > crafting a KVA space that looks exactly like the physical space > after the bootstrap load, so that none of the code needs to be > relocated, and it all "just works". But doesn't the kernel relocate some of its data in the initialization (in locore.s, pmap_bootstrap() or whatever), > As Steven Wright said "Hey! Someone has broken into our apartment, > and relaced all the furniture with exact duplicates, down to the > scratches!". (A nice analogy, very Philip K. Dickian...) > It's theoretically possible to do what you want, but it's not very > easy, and there are other reasons it's not desirable. The number > one reason that it's not desirable is that you would not have any > additional memory available for kernel modules or kernel data > structures. For example, if you wanted to have a very large number > of network connections on a 4G machine, the practical limit that > you will run into is the KVA space available for representation of > connection data. The point was not to make KVA space smaller but to be able to state in the boot how many GBs the KVA should be, so that the kernel could dimension e.g. the area from which the connection data is allocated according to the KVA space limits. Surely the connection data is not position dependant or statically allocated. I'm not interested in whether it's desirable or not to have huge KVA or UVA space; I'm interested just in the problem of moving this decision from compile-time to run-time. A. -- Aaro Koskinen E-mail: aaro@iki.fi "I'm the ocean, I'm the giant undertow." http://www.iki.fi/aaro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 14:17:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64DFA37B401 for ; Thu, 29 Aug 2002 14:17:16 -0700 (PDT) Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F93043E65 for ; Thu, 29 Aug 2002 14:17:15 -0700 (PDT) (envelope-from eischen@pcnet1.pcnet.com) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g7TL9gft018038; Thu, 29 Aug 2002 17:09:42 -0400 (EDT) Date: Thu, 29 Aug 2002 17:09:42 -0400 (EDT) From: Daniel Eischen To: Terry Lambert Cc: Kenneth Culver , Jonathon McKitrick , freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable In-Reply-To: <3D6E85D5.BF12289E@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 29 Aug 2002, Terry Lambert wrote: > Daniel Eischen wrote: > > -stable already has flockfile and friends in both libc and libc_r. > > The only work in porting -current's libc_r to -stable in this > > case is to keep libc_r's uthread_file.c which implements them. > > Whoops! That's what I get for assuming, based on the error > message, instead of trusting the code! > > I see the weak symbol. > > How is it that he's getting an "undefined symbol"?!? He's porting -current's lack of uthread_file.c ;-) In -current, flockfile and friends are in libc. That's not the case in -stable, so by removing uthread_file.c in -stable, you also remove the symbols within it. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 14:28:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCEB337B400 for ; Thu, 29 Aug 2002 14:28:25 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FC5F43E42 for ; Thu, 29 Aug 2002 14:28:25 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0180.cvx40-bradley.dialup.earthlink.net ([216.244.42.180] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17kWpy-0001Kt-00; Thu, 29 Aug 2002 14:28:22 -0700 Message-ID: <3D6E91AF.1A09D467@mindspring.com> Date: Thu, 29 Aug 2002 14:27:11 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Wilko Bulte Cc: Jake Burkholder , freebsd-hackers@FreeBSD.ORG Subject: Re: More dynamic KVA_SPACE References: <3D6E78DA.D1608F0F@mindspring.com> <20020829164416.A67527@locore.ca> <3D6E888B.EC3EAC9F@mindspring.com> <20020829225225.A5665@freebie.xs4all.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@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: > > I knew not to recommend the Alpha because it is limited to 2G > > of physical memory. > > ? > > FreeBSD is limited to using 2G of whatever you have in the Alpha. > Which is a deficiency that has been debated a number of times, > IIRC it needs bus space work etc. See the archives.. I know... which is why I didn't recommend it. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 14:31: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B41137B400 for ; Thu, 29 Aug 2002 14:31:00 -0700 (PDT) Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 476B043E4A for ; Thu, 29 Aug 2002 14:30:58 -0700 (PDT) (envelope-from naddy@mips.inka.de) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 17kWsQ-0004Nl-00; Thu, 29 Aug 2002 23:30:54 +0200 Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.12.5/8.12.5) with ESMTP id g7TJbsaI071534; Thu, 29 Aug 2002 21:37:54 +0200 (CEST) (envelope-from naddy@localhost.mips.inka.de) Received: (from naddy@localhost) by kemoauc.mips.inka.de (8.12.5/8.12.5/Submit) id g7TJbsXW071533; Thu, 29 Aug 2002 21:37:54 +0200 (CEST) Date: Thu, 29 Aug 2002 21:37:54 +0200 From: Christian Weisgerber To: chet@po.CWRU.Edu Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD's sh: "local" builtin Message-ID: <20020829193754.GA71510@kemoauc.mips.inka.de> References: <020829182449.AA16057.SM@nike.ins.cwru.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <020829182449.AA16057.SM@nike.ins.cwru.edu> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chet Ramey: > > Korn Shell, more likely. > It's bash. The Korn shell doesn't have it. ksh88 has a pre-defined alias local=typeset. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 15:24:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 921B737B401 for ; Thu, 29 Aug 2002 15:24:09 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31BE543EA9 for ; Thu, 29 Aug 2002 15:24:07 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0433.cvx21-bradley.dialup.earthlink.net ([209.179.193.178] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17kXhq-0001Jw-00; Thu, 29 Aug 2002 15:24:02 -0700 Message-ID: <3D6E9E94.41942024@mindspring.com> Date: Thu, 29 Aug 2002 15:22:12 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Aaro J Koskinen Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: More dynamic KVA_SPACE References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Aaro J Koskinen wrote: > > > Am I completely off the track? What are the main reasons behind the > > > current KVM layout? > > > > Kernel code is not position independent. > > Yes, I understand this. It seems I failed to explain what I meant. :-( > > The reason for moving the kernel text, data and bss to the end of the > virtual memory was that this is the "not position independent" part of > the kernel that would be at fixed known virtual address and always be > linked and loaded correctly. What I want is to resize the KVA space > without breaking the linked code. Therefore I try to organize the KVM > so that the position dependant part does not move if the KVA size > changes. When the bootstrap loads the kernel, it loads it to a physical address. This physical address ends up being the same as the kernel's virtual address, once the kernel switches from real to protected mode using a stack trampoline to return from non-pic real mode code to non-PIC protected mode code. This code is in btext(), e.g.: The address of the "begin" symbol is pushed onto the stack, and the btext() function returns ...not to its caller, but to the begin() funcion, in the relocated address space. Basically, you aren't going to be able to seperate these things so you can load the kernel at the top of the address space, unless you spend a huge amount of effort, and have the code copy itself up to high physical memory, or make the bootstrap process much more complex than it currently is (it's much more complex than it needs to be, at least conceptually, already). For this to work, the relocation address will have to not equal the physical load address OR'ed with some value equal to the start of the KVA space. This has numerous implications. For example, anything that uses libkvm opens /dev/kmem and references memory locations zero relative to the KVA space base address, using symbolic names from the ELF symbol table attached to the image of the kernel itself. As a result, the base address is assumed to be the base address relative to the start of a virtual 4G address space. Kernel modules have the same issue with symbol references. > The "dynamic" part of the KVA space would be below the kernel code, and > expand towards the address 0, and this would contain all the stuff that > are dimensioned according to anticipated system usage, and could be > configurable by a boot parameter. E.g. if I want a lot more mbufs or > kmalloc memory I could boot with a huge KVA space. I understand the memory map you want to use. 8-). Understand that the assumption of the kernel physical memory load address being relative to the virtual address mapping is really, really hard-coded, and it's not always easy to understand where there are dependencies that matter. > My understanding is that there's lot of relevant data areas in KVM that > could be dimensioned and relocated run-time in the kernel > initialization. But since they are currently located above the kernel > code, they will hit the ceiling at some point, unless the kernel is > moved lower (KVA space expanded), which needs recompilation. Yes, that's true. But relocating the kernel dymanically means not relocating the kernel relative to the base address of the KVA. Actually, it would be very tempting to split the kernel into two pieces, and have it self-relocate after entering protected mode with paging enabled by creating page table entries for the kernel proper totally seperately. This avoids requiring all of the kernel to be PIC. Unfortunately, this ups the complexity of that code by an order of magnitude, and other than people whove worked in that area, on one really has any documentation. And there certainly is no *published* documentation. What documentation people like Peter, Alfred, Bosko, and myself have is not likely to be useful, since in as far as it refers to -current, it's not up to date, and in as far as it's up to date, it doesn't refer to -current (e.g. I have some seriously extensive documentation through FreeBSD 4.4, and much less so after that, though I have the information in my head). IMO, it's probably not worth the jump in complexity (but don't let that stop you ;^)). > > The way protected mode OSs work, in the simplest terms, is by > > crafting a KVA space that looks exactly like the physical space > > after the bootstrap load, so that none of the code needs to be > > relocated, and it all "just works". > > But doesn't the kernel relocate some of its data in the initialization > (in locore.s, pmap_bootstrap() or whatever), There is code in locore.s in the function btext() that is the real mode kernel entry point from the bootstrap (i386; for Alpha, the function is named locorestart()). It's carefully crafted so that it can run before paging is enabled at the non-relocated address, and after paging is enabled at the non-relocated address, and then uses a stack-hack to "return" to a relocated address *after* paging is enabled (the "begin()" function). The answer is that you would have to change all this code, and you would have to write additional code that sat between the begin() and the rest of reality to do the relocation of all the code that gets executed after the btext() code, while in protected mode. This is possible, but itself raises a couple of issues -- unless the kernel is compiled PIC. The primary issue is that before you compile the kernel, you don't know its size, and after you compile the kernel, it has all of its relocation hints wedged into it in all sorts of nooks and crannies. Short of extracting every one of them, you would need to build the kernel twice. This also means that adding a single driver, or modifying a driver, which ends up pushing you over the space between the end of the kernel and the end of the 4G virtual address space, means that you must recompile *everything*. The cheap answer is "PIC". The expensive answer is an anal probe of the code in order to factor out every instance of the knowledge of the relocation base address. It's largely possible, but there are a couple of really, really tricky parts that I know of, and I don't claim exhaustive knowledge (i.e. even if I could dump for you everything I knew about what would have to change, there's no guarantee that I wouldn't have missed something). > > It's theoretically possible to do what you want, but it's not very > > easy, and there are other reasons it's not desirable. The number > > one reason that it's not desirable is that you would not have any > > additional memory available for kernel modules or kernel data > > structures. For example, if you wanted to have a very large number > > of network connections on a 4G machine, the practical limit that > > you will run into is the KVA space available for representation of > > connection data. > > The point was not to make KVA space smaller but to be able to state in > the boot how many GBs the KVA should be, so that the kernel could > dimension e.g. the area from which the connection data is allocated > according to the KVA space limits. Surely the connection data is not > position dependant or statically allocated. Yes and now. For example, the tcpcb and inpcb's are allocated via a zalloci(), which does a reserve of a physical address space, very early on in boot. The point of these is to preallocate a large chunk of KVA space, so that the backing pages can be allocated via a fault trap (this allows allocations to be done at interrupt time, when normally they are aonly permitted to occur at non-interrupt time). There are a number of similar allocations which occur for sockets (for example) based on the value of maxfiles at boot time. Therefore, even though the sysctl permits you to increase "maxfiles", you run out of socket, tcpcb, inpcb, or other space before you hit the "maxfiles" limit. Similarly, there are a number of regions allocated in machdep.c using direct allocation of linear physical address space. These regions are allocated using "valloc()" ("virtual alloction"), which uses two passes: one to get the expectation size, and one to do the allocation. These are allocated following the kernel data space, and would have to be allocated "somewhere before the kernel, but after the base of the KVA space". Possible to do, but pretty tricky. One issue with this is that some of the allocations are for page tables which *must* be there for the system to function, and are relative to the size of memory, rather than the size of the KVA. The implication there is that you will need to perform the necessary calculations for identifying the beginning of the KVA at runtime, rather than at boot time, or live with the fact that the user can specify defaults which will render the box unbootable. > I'm not interested in whether it's desirable or not to have huge KVA or > UVA space; I'm interested just in the problem of moving this decision > from compile-time to run-time. As I said, I understand the problem space -- the solution space is just really, really complicated. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 18:49:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F04837B401 for ; Thu, 29 Aug 2002 18:49:15 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0528143E97 for ; Thu, 29 Aug 2002 18:49:13 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (qxhjr15b4nf8p3m7@hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g7U1n5K07503; Thu, 29 Aug 2002 18:49:05 -0700 (PDT) Message-ID: <3D6ECF11.70701@isi.edu> Date: Thu, 29 Aug 2002 18:49:05 -0700 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: Peter Wemm Cc: Jonathan Lemon , hackers@FreeBSD.ORG, Gerard Roudier Subject: Re: Ultra320 drivers? References: <20020622223036.1474F380E@overcee.wemm.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010809040805040101000105" Sender: owner-freebsd-hackers@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 cryptographically signed message in MIME format. --------------ms010809040805040101000105 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Peter Wemm wrote: > Jonathan Lemon wrote: > >>I have an IBM box that has a dual LSI 53c1030 controller on the >>motherboard. Our SYM driver doesn't appear to have support for >>this device; under Linux it is supported by a Fusion/MPT driver >>from LSI. >> >>Any chance of getting a driver for this chip? > > > I have an IA64 box with a 1030 as well. :-/ We just got a bunch of Dell machines that have this controller as well. Any news about support in sym? Lars -- Lars Eggert USC Information Sciences Institute --------------ms010809040805040101000105 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYIDJzCCAyMCAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMDgzMDAxNDkwNVowIwYJKoZIhvcNAQkEMRYEFE6wanMf0xQYURBuYPKy xeuNkzmoMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0BCRACCzGB naCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZp Y2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMIJUEwDQYJ KoZIhvcNAQEBBQAEggEAB/ZEOBj4BGP3cm0/2sZ07K0GcHb4MOtXH+RG2PFHLG/q4/ZtThpK AfMi6akwTxJMu2LSite7dctSJJ/AS9uMOXmw+k/LR6zZXdROLK9jZFx4Vd3tAoxy29k2Sjco Rgm1990MD5pFi2CmPnrKKn6V05TeRrfna1Xj5/yfKANKifaViYQgcwsfj1KPug4sQCeLEPdk rl3rvU4keinq6ZGQgGYu0cE7yesmhcLaA3XKX/GcRoJ+wMiJzKGL4d/RC5fG6KPLtHFUY1CP MtiaNM1T/CxfiVgB72lv171+CHMVWHt8jc9GkcRuPmTMnSwlVtvYzBcWrv/WAKpZ1pHTTLVu rgAAAAAAAA== --------------ms010809040805040101000105-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 19: 0: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 248C537B400 for ; Thu, 29 Aug 2002 19:00:04 -0700 (PDT) Received: from 126.216-123-229-0.interbaun.com (126.216-123-229-0.interbaun.com [216.123.229.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DB1A43E8A for ; Thu, 29 Aug 2002 19:00:03 -0700 (PDT) (envelope-from soralx@cydem.zp.ua) Received: from new.home ([192.168.4.251]) by 126.216-123-229-0.interbaun.com (8.11.6/8.11.6) with ESMTP id g7U201Z02168 for ; Thu, 29 Aug 2002 20:00:02 -0600 (MDT) (envelope-from soralx@cydem.zp.ua) Content-Type: text/plain; charset="koi8-r" From: To: freebsd-hackers@freebsd.org Subject: Re: *nixopt, an idea Date: Thu, 29 Aug 2002 19:58:12 -0600 X-Mailer: KMail [version 1.4] References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200208291958.12209.soralx@cydem.zp.ua> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I'm creating a new unix optimizer tool, I've finished version 0.1 and need feedback. u forgot the option '-r' :) 29.08.2002; 19:51:37 [SorAlx] http://cydem.zp.ua/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 19:46: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD4BB37B400 for ; Thu, 29 Aug 2002 19:45:59 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6EFD43E42 for ; Thu, 29 Aug 2002 19:45:59 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 964BC2A7D6; Thu, 29 Aug 2002 19:45:59 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Lars Eggert Cc: Jonathan Lemon , hackers@FreeBSD.ORG, Gerard Roudier Subject: Re: Ultra320 drivers? In-Reply-To: <3D6ECF11.70701@isi.edu> Date: Thu, 29 Aug 2002 19:45:59 -0700 From: Peter Wemm Message-Id: <20020830024559.964BC2A7D6@canning.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Lars Eggert wrote: > This is a cryptographically signed message in MIME format. > Peter Wemm wrote: > > Jonathan Lemon wrote: > > > >>I have an IBM box that has a dual LSI 53c1030 controller on the > >>motherboard. Our SYM driver doesn't appear to have support for > >>this device; under Linux it is supported by a Fusion/MPT driver > >>from LSI. > >> > >>Any chance of getting a driver for this chip? > > > > > > I have an IA64 box with a 1030 as well. :-/ > > We just got a bunch of Dell machines that have this controller as well. > Any news about support in sym? No, you want the 'mpt' driver that Matt Jacob recently committed. The 1030 has nothing in common with sym. 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-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 19:49:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86A8B37B400 for ; Thu, 29 Aug 2002 19:49:15 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1988143E65 for ; Thu, 29 Aug 2002 19:49:15 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (k58c13uyiyroc2dd@hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g7U2nDK28439; Thu, 29 Aug 2002 19:49:13 -0700 (PDT) Message-ID: <3D6EDD28.2050604@isi.edu> Date: Thu, 29 Aug 2002 19:49:12 -0700 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: Peter Wemm Cc: Jonathan Lemon , hackers@FreeBSD.ORG, Gerard Roudier Subject: Re: Ultra320 drivers? References: <20020830024559.964BC2A7D6@canning.wemm.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030907080702040709090203" Sender: owner-freebsd-hackers@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 cryptographically signed message in MIME format. --------------ms030907080702040709090203 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Peter Wemm wrote: > Lars Eggert wrote: >>We just got a bunch of Dell machines that have this controller as well. >>Any news about support in sym? > > > No, you want the 'mpt' driver that Matt Jacob recently committed. The 1030 > has nothing in common with sym. I just saw the message on cvs-all :-) Thanks, Lars -- Lars Eggert USC Information Sciences Institute --------------ms030907080702040709090203 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYIDJzCCAyMCAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMDgzMDAyNDkxM1owIwYJKoZIhvcNAQkEMRYEFPkObXEmuGj5GWuYz+y8 B8tfNmJmMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0BCRACCzGB naCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZp Y2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMIJUEwDQYJ KoZIhvcNAQEBBQAEggEANDkD8PXVnJ/CvWtF1O6RR2nbVAkJstkacRhTJyf7ffK00FnXq3Qi QNUbAtotEE/d+C53ajegkOlo17wwGHWPL7pxUpiomEan8V5eSKYWX/5kjB/RMMIz/QDjFHE3 FD5iDbEG3gODhpnqocLqKQyJQUDcy/HtHPFnYkeyagab+tRc14fLpvDvz14JzxC0Y2D1GjPg Thc8bV+i1ehvQbpwBviB7FTg/eReqpRS+zzEu7cGulMFTcUN9H4x7YW/HPFh+iY+2Bgx2CbV M8RLntUrzFAfuniwZi57VoBq/vFwLHIOhimJqsOyUq0yTUI6Y84ui9IMbu9QPvoe1IKxFqZ9 KgAAAAAAAA== --------------ms030907080702040709090203-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 19:51:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07BB737B400 for ; Thu, 29 Aug 2002 19:51:49 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E7CA43E42 for ; Thu, 29 Aug 2002 19:51:48 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (z7px4lslubsrf42w@hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g7U2paK29513; Thu, 29 Aug 2002 19:51:36 -0700 (PDT) Message-ID: <3D6EDDB8.9080900@isi.edu> Date: Thu, 29 Aug 2002 19:51:36 -0700 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: Lars Eggert Cc: Doug White , hackers@freebsd.org Subject: Re: SMP P4 Xeons out there? References: <20020810160643.I38678-100000@carver.gumbysoft.com> <3D568A6B.4000100@isi.edu> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms080801030101080705020109" Sender: owner-freebsd-hackers@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 cryptographically signed message in MIME format. --------------ms080801030101080705020109 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Lars Eggert wrote: > Doug White wrote: >> >> Anyone other there with multiprocessor P4 Xeon systems with >> Hyperthreading enabled that are seeing 4 CPUs show up on boot? > > Not yet, but we're expecting some Dell Precision 530s later this week > - I'll let you know. Just got them, and no, 4.6-RELEASE only sees two CPUs with hyperthreading, not four. Lars -- Lars Eggert USC Information Sciences Institute --------------ms080801030101080705020109 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYIDJzCCAyMCAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMDgzMDAyNTEzNlowIwYJKoZIhvcNAQkEMRYEFMHueYiwiG1hMkKfkt9v nflDl9N4MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0BCRACCzGB naCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZp Y2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMIJUEwDQYJ KoZIhvcNAQEBBQAEggEACF5+wBGzXVwdA5BZfk9cXYcRnk+orhbQaBu9ezU1UxM8cPigI2WY bFpTETtYLIByeNoehU304qISkKVRxuLllH33FaUWrQbmpSKKh+aeRfUbv2iYqvu6Kw7vJTGI zotQ3PxSz+8P0oLffFC7XB03RCGIicUSlnXaJndz0Yu3RiiWFlIXS6V9yU5vTU3fGlXp7At9 zf/FE/5UWSbInAjR5Gxp2HxMn5Vqqlzq8PKSRPblEd+Ju9XxXDvlfahgvrGtCTjJ+E7MUsKa oL6iiDDOqYwFWLy5UO2EuZR0ciXN9GXhumEqWQ0tTdWk2XB2RKYVXHCoPtVPV1mTjYrxBtIr swAAAAAAAA== --------------ms080801030101080705020109-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 29 21: 7:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 593B737B400 for ; Thu, 29 Aug 2002 21:07:44 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 463D343E3B for ; Thu, 29 Aug 2002 21:07:43 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g7U4692F041522; Thu, 29 Aug 2002 22:06:15 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 29 Aug 2002 22:06:07 -0600 (MDT) Message-Id: <20020829.220607.73652258.imp@bsdimp.com> To: jcm@FreeBSD-uk.eu.org Cc: culverk@yumyumyum.org, freebsd-hackers@FreeBSD.ORG Subject: Re: Porting libc_r from -current to -stable From: "M. Warner Losh" In-Reply-To: <20020829152549.GB393@dogma.freebsd-uk.eu.org> References: <20020829151048.GL89683@dogma.freebsd-uk.eu.org> <20020829112210.L22530-100000@alpha.yumyumyum.org> <20020829152549.GB393@dogma.freebsd-uk.eu.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020829152549.GB393@dogma.freebsd-uk.eu.org> Jonathon McKitrick writes: : On Thu, Aug 29, 2002 at 11:22:38AM -0400, Kenneth Culver wrote: : | Oh, I didn't realize the userland threads implementations on -current and : | -stable differed that much. Good luck! : : 'Good luck!' : : I keep getting that. I wonder if that's an omen. Yes. However, now is a good time to do the backport, because there's a lot of work to move away from the userland model to a user/kernel split using kse. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 0:54: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FF1F37B400 for ; Fri, 30 Aug 2002 00:54:03 -0700 (PDT) Received: from utility.clubscholarship.com (utility.clubscholarship.com [198.78.70.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id D597343E42 for ; Fri, 30 Aug 2002 00:54:02 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Received: from localhost (root@localhost) by utility.clubscholarship.com (8.11.6/8.11.6) with ESMTP id g7U7fs199574 for ; Fri, 30 Aug 2002 00:41:54 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Date: Fri, 30 Aug 2002 00:41:54 -0700 (PDT) From: Patrick Thomas To: Subject: setting quotas _inside_ a jail for users _inside_ a jail Message-ID: <20020830003917.O58763-100000@utility.clubscholarship.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I realize the difficulties in trying to use quotas on the _host_ system to limit the size of jails on the host system - userid mapping, etc. This is not what I am asking. I wonder, is it possible for the root user of a jail to set quotas _inside_ her jail for users _inside_ her jail ? Can anyone simply confirm or deny that this is possible ? Simply following normal protocol does not work, because if you place filesystem entries into /etc/fstab inside the jail, the jail will no longer start, as it does not have permission to mount or otherwise manipulate those filesystems. Comments ? Thoughts ? Confirmations or denials ? thnaks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 1: 2:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C32337B400 for ; Fri, 30 Aug 2002 01:02:35 -0700 (PDT) Received: from ns.rrc.ru (ns.rrc.ru [217.171.4.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 586E343E42 for ; Fri, 30 Aug 2002 01:02:32 -0700 (PDT) (envelope-from frank@unshadow.net) Received: from hellbell.unshadow.net ([172.18.20.20]) by ns.rrc.ru (8.10.1/8.10.1) with ESMTP id g7U87jT30101; Fri, 30 Aug 2002 12:07:45 +0400 Received: from localhost (localhost [127.0.0.1]) by hellbell.unshadow.net (Postfix) with ESMTP id 08A7195D3; Fri, 30 Aug 2002 12:02:23 +0400 (MSD) Date: Fri, 30 Aug 2002 12:02:22 +0400 (MSD) From: Alexey Zakirov To: Patrick Thomas Cc: freebsd-hackers@freebsd.org Subject: Re: setting quotas _inside_ a jail for users _inside_ a jail In-Reply-To: <20020830003917.O58763-100000@utility.clubscholarship.com> Message-ID: <20020830120130.L998-100000@hellbell.unshadow.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 30 Aug 2002, Patrick Thomas wrote: > I wonder, is it possible for the root user of a jail to set quotas > _inside_ her jail for users _inside_ her jail ? Can anyone simply confirm > or deny that this is possible ? You can't. You have to set quota from the host machine over something like ssh and customized tool. *** WBR, Alexey Zakirov (frank@unshadow.net) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 1:13:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6366737B400 for ; Fri, 30 Aug 2002 01:13:13 -0700 (PDT) Received: from nebula-bsd.dyndns.org (ptd-24-198-65-230.maine.rr.com [24.198.65.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43A1A43E72 for ; Fri, 30 Aug 2002 01:13:12 -0700 (PDT) (envelope-from richard@nebula-bsd.dyndns.org) Received: (from richard@localhost) by nebula-bsd.dyndns.org (8.11.1/8.11.1) id g7SF9vi24050; Wed, 28 Aug 2002 11:09:58 -0400 (EDT) (envelope-from richard) Date: Wed, 28 Aug 2002 11:09:57 -0400 From: Richard Stanaford To: Stijn Hoop Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: VMware 3 on FreeBSD? Message-ID: <20020828110956.A23979@nebula-bsd.dyndns.org> References: <20020827123054.GF68243@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020827123054.GF68243@pcwin002.win.tue.nl>; from stijn@win.tue.nl on Tue, Aug 27, 2002 at 02:30:54PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You might get it to run under Linux emulation... I've never tried it though. The VMWare documentation for even version 3.1 indicates FreeBSD support as a client OS only. I assume you knew that, but I wanted to save you the trouble of a possible "wild-goose-chase" id you didn't. Good luck! -Richard On Tue, Aug 27, 2002 at 02:30:54PM +0200, Stijn Hoop wrote: > Hi, > > sent this to -questions a week ago, got no response, so I'm asking > again here: is it possible to run VMware 3 on -STABLE? If so, how? > I noticed there is no port like there is for VMware 2, so that's > why I'm asking. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 1:21:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAEDD37B400 for ; Fri, 30 Aug 2002 01:21:15 -0700 (PDT) Received: from insomnia.spc.org (insomnia.spc.org [195.224.94.183]) by mx1.FreeBSD.org (Postfix) with SMTP id A460243E42 for ; Fri, 30 Aug 2002 01:21:14 -0700 (PDT) (envelope-from bms@insomnia.spc.org) Received: (qmail 16882 invoked by uid 1031); 30 Aug 2002 08:20:13 -0000 Date: Fri, 30 Aug 2002 09:20:12 +0100 From: Bruce M Simpson To: Richard Stanaford Cc: Stijn Hoop , freebsd-hackers@FreeBSD.ORG Subject: Re: VMware 3 on FreeBSD? Message-ID: <20020830082012.GA18902@spc.org> Mail-Followup-To: Bruce M Simpson , Richard Stanaford , Stijn Hoop , freebsd-hackers@FreeBSD.ORG References: <20020827123054.GF68243@pcwin002.win.tue.nl> <20020828110956.A23979@nebula-bsd.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020828110956.A23979@nebula-bsd.dyndns.org> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Aug 28, 2002 at 11:09:57AM -0400, Richard Stanaford wrote: > The VMWare documentation for even version 3.1 indicates FreeBSD support > as a client OS only. If you check the small print, that's what it says. Having said that though, I have had 3.0 running as well as 2.0, under -STABLE, using COMPAT_LINUX. BMS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 2: 0:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89E6837B401 for ; Fri, 30 Aug 2002 02:00:11 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEB5C43E42 for ; Fri, 30 Aug 2002 02:00:10 -0700 (PDT) (envelope-from julian@elischer.org) 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 <20020830090010.OKTW13899.sccrmhc02.attbi.com@InterJet.elischer.org>; Fri, 30 Aug 2002 09: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 BAA01954; Fri, 30 Aug 2002 01:41:15 -0700 (PDT) Date: Fri, 30 Aug 2002 01:41:14 -0700 (PDT) From: Julian Elischer To: Richard Stanaford Cc: Stijn Hoop , freebsd-hackers@FreeBSD.ORG Subject: Re: VMware 3 on FreeBSD? In-Reply-To: <20020828110956.A23979@nebula-bsd.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Of course we run Vmware 2 under emulation. So vmware 3 MUST be run under emulation. As has been said before, it probably runs but the setup program looks for too many linux specifics and doesn't generate a good config file. It just takes someone to figure out what it needs. On Wed, 28 Aug 2002, Richard Stanaford wrote: > > You might get it to run under Linux emulation... I've never tried it > though. > > The VMWare documentation for even version 3.1 indicates FreeBSD support > as a client OS only. > > I assume you knew that, but I wanted to save you the trouble of a > possible "wild-goose-chase" id you didn't. > > Good luck! > -Richard > > > On Tue, Aug 27, 2002 at 02:30:54PM +0200, Stijn Hoop wrote: > > > Hi, > > > > sent this to -questions a week ago, got no response, so I'm asking > > again here: is it possible to run VMware 3 on -STABLE? If so, how? > > I noticed there is no port like there is for VMware 2, so that's > > why I'm asking. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 6:54:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65FCC37B400 for ; Fri, 30 Aug 2002 06:54:48 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CB1643E3B for ; Fri, 30 Aug 2002 06:54:47 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id JAA18288; Fri, 30 Aug 2002 09:54:46 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g7UDsG046173; Fri, 30 Aug 2002 09:54:16 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15727.30984.294448.32315@grasshopper.cs.duke.edu> Date: Fri, 30 Aug 2002 09:54:16 -0400 (EDT) To: Terry Lambert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: More dynamic KVA_SPACE In-Reply-To: <3D6E91AF.1A09D467@mindspring.com> References: <3D6E78DA.D1608F0F@mindspring.com> <20020829164416.A67527@locore.ca> <3D6E888B.EC3EAC9F@mindspring.com> <20020829225225.A5665@freebie.xs4all.nl> <3D6E91AF.1A09D467@mindspring.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert writes: > Wilko Bulte wrote: > > > I knew not to recommend the Alpha because it is limited to 2G > > > of physical memory. > > > > ? > > > > FreeBSD is limited to using 2G of whatever you have in the Alpha. > > Which is a deficiency that has been debated a number of times, > > IIRC it needs bus space work etc. See the archives.. > > I know... which is why I didn't recommend it. 8-). Not bus space, busdma! The 2GB limit is due to the lack of MI PCI device driver support for busdma. Especially network drivers, most scsi drivers already do busdma. So as soon as other platforms work with more than the size of their direct map (whatever it happens to be), alpha will too. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 7:10:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75B0D37B401 for ; Fri, 30 Aug 2002 07:10:31 -0700 (PDT) Received: from spqr.osg.gov.bc.ca (spqr.osg.gov.bc.ca [142.32.102.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB79B43E6A for ; Fri, 30 Aug 2002 07:10:30 -0700 (PDT) (envelope-from Cy.Schubert@osg.gov.bc.ca) Received: from passer.osg.gov.bc.ca (passer.osg.gov.bc.ca [142.32.110.29]) by spqr.osg.gov.bc.ca (Postfix) with ESMTP id 76EE69EE10; Fri, 30 Aug 2002 07:10:30 -0700 (PDT) Received: from cwsys.cwsent.com (cwsys2 [10.1.2.1]) by passer.osg.gov.bc.ca (8.12.3/8.12.3) with ESMTP id g7UEATAp009632; Fri, 30 Aug 2002 07:10:29 -0700 (PDT) (envelope-from cy@cwsent.com) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.12.3/8.12.3) with ESMTP id g7UEASb4061352; Fri, 30 Aug 2002 07:10:28 -0700 (PDT) (envelope-from cy@cwsys.cwsent.com) Message-Id: <200208301410.g7UEASb4061352@cwsys.cwsent.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - CITS Open Systems Group From: Cy Schubert - CITS Open Systems Group X-os: FreeBSD X-Sender: cy@cwsent.com To: Patrick Thomas Cc: Bruce M Simpson , freebsd-hackers@FreeBSD.ORG Subject: Re: top shows all zeroes. In-Reply-To: Message from Patrick Thomas of "Sat, 24 Aug 2002 09:00:02 PDT." <20020824085939.A58763-100000@utility.clubscholarship.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 30 Aug 2002 07:10:28 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020824085939.A58763-100000@utility.clubscholarship.com>, Patrick Thomas writes: > > And more important;y, does anyone know _why_ it is happening and what it > means for a system affected ? I had this occur once. As it turned out, one of the clocks in the clock chip was hooped. Replacing the motherboard fixed the problem. -- Cheers, Phone: 250-387-8437 Cy Schubert Fax: 250-387-5766 Team Leader, Sun/Alpha Team Email: Cy.Schubert@osg.gov.bc.ca Open Systems Group, CITS Ministry of Management Services Province of BC FreeBSD UNIX: cy@FreeBSD.org > > > > On Sat, 24 Aug 2002, Bruce M Simpson wrote: > > > On Sat, Aug 24, 2002 at 12:23:45AM -0700, Patrick Thomas wrote: > > > I have seen this twice on 4.6.1-RC2: > > [..] > > > CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 0.0% > > > idle > > [..] > > > > This is happening on my Vaio also; has anyone filed a PR? > > > > FreeBSD triage.dollah.com 4.6-STABLE FreeBSD 4.6-STABLE #0: Tue Aug 20 13:0 > 0:06 BST 2002 root@triage.dollah.com:/usr/src/sys/compile/TRIAGE i386 > > > > BMS > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 7:38:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA4237B400 for ; Fri, 30 Aug 2002 07:38:08 -0700 (PDT) Received: from web.cs.ndsu.nodak.edu (web.cs.ndsu.NoDak.edu [134.129.125.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 946D243E65 for ; Fri, 30 Aug 2002 07:38:07 -0700 (PDT) (envelope-from tinguely@web.cs.ndsu.nodak.edu) Received: (from tinguely@localhost) by web.cs.ndsu.nodak.edu (8.11.4/8.11.4) id g7UEbxL36566; Fri, 30 Aug 2002 09:37:59 -0500 (CDT) (envelope-from tinguely) Date: Fri, 30 Aug 2002 09:37:59 -0500 (CDT) From: mark tinguely Message-Id: <200208301437.g7UEbxL36566@web.cs.ndsu.nodak.edu> To: akoskine@cc.helsinki.fi Subject: Re: More dynamic KVA_SPACE Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <15727.30984.294448.32315@grasshopper.cs.duke.edu> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Another interesting processor family is the AMD x86-64 ClawHammer. I do not know the progress the FreeBSD/x86-64 project. I would imagine the major difficulty will be getting a running compiler. I just wish AMD added an 8K page size so the Page Table Maps did not eat so much memory. --mark tinguely To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 8: 4:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A75F37B400 for ; Fri, 30 Aug 2002 08:04:35 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EB4543E42 for ; Fri, 30 Aug 2002 08:04:34 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0003.cvx40-bradley.dialup.earthlink.net ([216.244.42.3] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17knK1-0002MU-00; Fri, 30 Aug 2002 08:04:30 -0700 Message-ID: <3D6F8941.111A0C39@mindspring.com> Date: Fri, 30 Aug 2002 08:03:29 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: mark tinguely Cc: akoskine@cc.helsinki.fi, freebsd-hackers@FreeBSD.ORG Subject: Re: More dynamic KVA_SPACE References: <200208301437.g7UEbxL36566@web.cs.ndsu.nodak.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ut-oh. Time for a rant... mark tinguely wrote: > Another interesting processor family is the AMD x86-64 ClawHammer. > I do not know the progress the FreeBSD/x86-64 project. I would imagine > the major difficulty will be getting a running compiler. Actually, the major difficulty is getting a box, given that these things were originally supposed to been out a while ago, and AMD keeps not selling the damn things. Running simulated hardware on hardware you can already buy off the street really doesn't have a very big thrill factor, since you might as well run not simulated, get the same boot messages and programs running, only much, much faster. For all we know, AMD has gotten out of the new Silicon business all together, and will simply be shipping upgraded simulators of things which would be cool if they were ever taped out, plactic'ed, and slotted in a ZIF in non-existant motherboards, but which, in reality, never make it to glass. Sort of the chip equivalent of the .COM business model ("Here's my impression of an eyeball"). > I just wish AMD added an 8K page size so the Page Table Maps did not > eat so much memory. More proof that hardware people don't ask software people how they expect to use the hardware after it's built. Same class of problem that the Diamond video cards had ...i.e. BIOS written by a hardware person that didn't have a data table at a findable offset with a version number, so you could only INT 10 the thing to guarantee that you would not cook the card and/or your monitor. They just didn't believe software people would ever want or need to use an interface that did not disable hardware interrupts for the whole system in order to avoid vertical blanking, since the most important component of any computer is the sparklie-free Diamond video card lacking dual ported RAM. Any hardware vendor who creates a polled interface for their chips is doing the same thing ...i.e. the most important thing any computer can be doing at any point in time is asking our chip if it has more data available for processing, because it's not like the CPU has any other work to do, and even if it did, it's nowhere near as important as talking to our hardware. Hardware is so annoying. So unlike software... 8-) 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 8:16:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7C9C37B400 for ; Fri, 30 Aug 2002 08:16:45 -0700 (PDT) Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 426C443E6A for ; Fri, 30 Aug 2002 08:16:45 -0700 (PDT) (envelope-from jrf4772@ksu.edu) Received: from webmail.ksu.edu (direct-webmail [10.0.12.2]) by mailhub.cns.ksu.edu (8.9.1/8.9.1/mailhub+tar) with ESMTP id KAA00366 for ; Fri, 30 Aug 2002 10:16:43 -0500 (CDT) X-WebMail-UserID: jrf4772 Date: Fri, 30 Aug 2002 10:06:50 -0500 From: jrf4772 To: freebsd-hackers@freebsd.org X-EXP32-SerialNo: 00002882 Message-ID: <3D858600@webmail.ksu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: WebMail (Hydra) SMTP v3.61 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Has anyone got this to work yet? Is it something that will get fixed with fbsd, or will it tack a bios upgrade from intel? I was wondering if there is a way to just hardcode this value for the time being, I know that my box has two Intel SE7500CW2 CPUs in it. Could this whole problem be replaced by a: #define NUM_CPUS 2 ... return NUM_CPUS; Maybe I am being naive in thinking this would even work? Thanks for your help, Jonathan Feldkamp >Hello, > >I tried the changes outlined on the list, but SMP still fails >at the same >point. Any further suggestions? There's quite a few users >with >this issue. >A friend of mine went through the lists and counted 18 the >other day. > >Thanks, >Craig To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 8:17:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9B5D37B400 for ; Fri, 30 Aug 2002 08:17:10 -0700 (PDT) Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 024CD43E6A for ; Fri, 30 Aug 2002 08:17:09 -0700 (PDT) (envelope-from jrf4772@ksu.edu) Received: from webmail.ksu.edu (direct-webmail [10.0.12.2]) by mailhub.cns.ksu.edu (8.9.1/8.9.1/mailhub+tar) with ESMTP id KAA00826 for ; Fri, 30 Aug 2002 10:17:08 -0500 (CDT) X-WebMail-UserID: jrf4772 Date: Fri, 30 Aug 2002 10:07:15 -0500 From: jrf4772 To: freebsd-hackers@freebsd.org X-EXP32-SerialNo: 00002882 Subject: Intel SE7500CW2 Message-ID: <3D8586D0@webmail.ksu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: WebMail (Hydra) SMTP v3.61 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Has anyone got this to work yet? Is it something that will get fixed with fbsd, or will it tack a bios upgrade from intel? I was wondering if there is a way to just hardcode this value for the time being, I know that my box has two Intel SE7500CW2 CPUs in it. Could this whole problem be replaced by a: #define NUM_CPUS 2 ... return NUM_CPUS; Maybe I am being naive in thinking this would even work? Thanks for your help, Jonathan Feldkamp >Hello, > >I tried the changes outlined on the list, but SMP still fails >at the same >point. Any further suggestions? There's quite a few users >with >this issue. >A friend of mine went through the lists and counted 18 the >other day. > >Thanks, >Craig To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 10:19:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A66137B400 for ; Fri, 30 Aug 2002 10:19:21 -0700 (PDT) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F93943E72 for ; Fri, 30 Aug 2002 10:19:20 -0700 (PDT) (envelope-from wayne@staff.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.9.3/8.9.3) id NAA47048 for freebsd-hackers@FreeBSD.ORG; Fri, 30 Aug 2002 13:19:15 -0400 (EDT) (envelope-from wayne) Date: Fri, 30 Aug 2002 13:19:15 -0400 From: "Michael R. Wayne" To: freebsd-hackers@FreeBSD.ORG Subject: Re: setting quotas _inside_ a jail for users _inside_ a jail Message-ID: <20020830131915.Z59616@staff.msen.com> References: <20020830003917.O58763-100000@utility.clubscholarship.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: <20020830003917.O58763-100000@utility.clubscholarship.com>; from root@utility.clubscholarship.com on Fri, Aug 30, 2002 at 12:41:54AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 30, 2002 at 12:41:54AM -0700, Patrick Thomas wrote: > > I wonder, is it possible for the root user of a jail to set quotas > _inside_ her jail for users _inside_ her jail ? Can anyone simply confirm > or deny that this is possible ? Yes, it is possible. The following procedure (assuming I documented it properly here) works fine. We make the following assumptions: We want quotas within the jail. We don't care about matching userids from the jail to the server This is not undoable but it means synccing the password file which we consider pointless. We do not try to apply quotas to the jailed server by running any quota tools on the main server. To administer quotas on the jail, we log into the jail to do it. If you find something wrong in here, please let me know. Now that I've taken the time to write it all down, I will make some noise about getting it into the documentation. This REALLY, REALLY should be in the handbook. Was a bear to figure out the first time. For this example server (S) runs a jail (J) with a mount point of /J. So J:/foo is the same file as S:/J/foo. In S:/etc/fstab, for the filesystems to be quotaed, you must specify a location which will be available to the jail. Assuming we will start J with a mount point of /J, this example will work for user home directories within the jail (the nosuid,nodev is optional) /dev/da0s1d /J/home ufs rw,nosuid,nodev,userquota=/J/usr/quotas/J.home 2 2 Copy only the lines that have quotas from S:/etc/fstab to J:/etc/fstab On each of these lines, add the option noauoto and remove the original mount point. So, the example would put into J:/etc/fstab: /dev/da0s1d /home ufs rw,nosuid,nodev,userquota=/usr/quotas/J.home,noauto 2 2 ^ ^ ^^^^^^ | | |-MUST have no auto here! | | Removed the jail mount point |-Removed the jail mount point in S:/etc/rc.conf: enable_quotas="YES" # turn on quotas on startup Now there are some problems in /etc/rc. The following patch deals with these, if in a somewhat inelegant way. Ideally, /etc/rc would use "if jail" around these, making /etc/rc usable inside as well as outside of jails. Note that the instructions continue FOLLOWING the patch! *** rc.ORIG Fri Aug 30 12:56:34 2002 --- rc Fri Aug 30 12:56:59 2002 *************** *** 38,44 **** # first before contemplating any changes here. If you do need to change # this file for some reason, we would like to know about it. ! # Msen off for jails stty status '^T' # Set shell to ignore SIGINT (2), but not children; # shell catches SIGQUIT (3) and returns to single user after fsck. --- 38,44 ---- # first before contemplating any changes here. If you do need to change # this file for some reason, we would like to know about it. ! stty status '^T' # Set shell to ignore SIGINT (2), but not children; # shell catches SIGQUIT (3) and returns to single user after fsck. *************** *** 179,185 **** set -T trap "echo 'Reboot interrupted'; exit 1" 3 - if [ "" ]; then # Msen shuts off ALL mount/umount activity for jails # root normally must be read/write, but if this is a BOOTP NFS # diskless boot it does not have to be. # --- 179,184 ---- *************** *** 214,220 **** ;; esac - fi # Msen shuts off ALL mount/umount activity for jails adjkerntz -i --- 213,218 ---- Insure you have quotas in your kernel. Reboot S. Log into J and ues edquota to apply one quota to one account. Reboot S again. At this point, you should be able to log into J and use all the normal quota tools as desired. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 12:11:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F1B937B400 for ; Fri, 30 Aug 2002 12:11:17 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81E5F43E72 for ; Fri, 30 Aug 2002 12:11:16 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (uzt645w3a49fp8xi@hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g7UJBDK06112; Fri, 30 Aug 2002 12:11:13 -0700 (PDT) Message-ID: <3D6FC350.7000507@isi.edu> Date: Fri, 30 Aug 2002 12:11:12 -0700 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: Peter Wemm Cc: jlemon@flugsvamp.com, hackers@FreeBSD.ORG Subject: Re: Ultra320 drivers? References: <20020830024559.964BC2A7D6@canning.wemm.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000000060408000905090501" Sender: owner-freebsd-hackers@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 cryptographically signed message in MIME format. --------------ms000000060408000905090501 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Peter Wemm wrote: > Lars Eggert wrote: >> >>We just got a bunch of Dell machines that have this controller as well. >>Any news about support in sym? > > No, you want the 'mpt' driver that Matt Jacob recently committed. The 1030 > has nothing in common with sym. I backported the mpt driver from -STABLE to 4.6-RELEASE, and it is recognized correctly: mpt0: port 0xdc00-0xdcff mem 0xff6a0000-0xff6bffff,0xff6c0000-0xff6dffff irq 18 at device 12.0 on pci3 mpt1: port 0xd800-0xd8ff mem 0xff660000-0xff67ffff,0xff680000-0xff69ffff irq 19 at device 12.1 on pci3 However, my drives aren't attached as Ultra-320 but at much lower speeds: da0 at mpt1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 62.500MB/s transfers (31.250MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) da1 at mpt1 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 62.500MB/s transfers (31.250MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) When I hook them up to the Ultra-160 onboard Adaptec chip, things look better: ahc0: port 0xd400-0xd4ff mem 0xff6fe000-0xff6fefff irq 14 at device 14.0 on pci3 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ... da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) Any ideas on how to make mpt use Ultra-320 to talk to the drives? Thanks, Lars -- Lars Eggert USC Information Sciences Institute --------------ms000000060408000905090501 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYIDJzCCAyMCAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMDgzMDE5MTExM1owIwYJKoZIhvcNAQkEMRYEFGGAHZda+F6vs84cZAck pi3lhwzwMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0BCRACCzGB naCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZp Y2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMIJUEwDQYJ KoZIhvcNAQEBBQAEggEAWlyDgEJ+7YpHrEhCXMUthx4VIUc1JbFCVSoMSzXJjjD+bl7mJfVh KkgtkTy4n4TsYUKXVVvTTBKcsQO3sS4+ZnqyFuEqFjK0WjgzseWNDS89YNzdFqeJEslusQUI WLYMnszqCc/YhaJd/oPQZHv41vxaGmSxbW0Q/nuua58ivYwCaTwGMqSegXRYtxUqvESPNxiF JnjWXGUbTY7f2NKofd6zMgqhEAQ/NKu7Pbq093eZGOueLF0Bpj0EksG+Vvj+W2K5zqr8WQvG QQXAMjDY3LQwyeKNuuQiZUDfqRnM9dCnZkDI3oFqMqAkneQSHVle1j9+e6tfWAI8NMxjdRNB pQAAAAAAAA== --------------ms000000060408000905090501-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 12:26:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CA8337B400 for ; Fri, 30 Aug 2002 12:26:37 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84AD943E42 for ; Fri, 30 Aug 2002 12:26:36 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.5/8.12.5) with ESMTP id g7UJQYKD066422; Fri, 30 Aug 2002 13:26:34 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.5/8.12.5/Submit) id g7UJQYVr066421; Fri, 30 Aug 2002 13:26:34 -0600 (MDT) (envelope-from ken) Date: Fri, 30 Aug 2002 13:26:34 -0600 From: "Kenneth D. Merry" To: Lars Eggert Cc: Peter Wemm , jlemon@flugsvamp.com, hackers@FreeBSD.ORG Subject: Re: Ultra320 drivers? Message-ID: <20020830132633.A66356@panzer.kdm.org> References: <20020830024559.964BC2A7D6@canning.wemm.org> <3D6FC350.7000507@isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D6FC350.7000507@isi.edu>; from larse@ISI.EDU on Fri, Aug 30, 2002 at 12:11:12PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 30, 2002 at 12:11:12 -0700, Lars Eggert wrote: > Peter Wemm wrote: > > Lars Eggert wrote: > >> > >>We just got a bunch of Dell machines that have this controller as well. > >>Any news about support in sym? > > > > No, you want the 'mpt' driver that Matt Jacob recently committed. The 1030 > > has nothing in common with sym. > > I backported the mpt driver from -STABLE to 4.6-RELEASE, and it is > recognized correctly: > > mpt0: port 0xdc00-0xdcff mem > 0xff6a0000-0xff6bffff,0xff6c0000-0xff6dffff irq 18 at device 12.0 on pci3 > mpt1: port 0xd800-0xd8ff mem > 0xff660000-0xff67ffff,0xff680000-0xff69ffff irq 19 at device 12.1 on pci3 > > However, my drives aren't attached as Ultra-320 but at much lower speeds: > > da0 at mpt1 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 62.500MB/s transfers (31.250MHz, offset 31, 16bit), Tagged Queueing > Enabled > da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) > da1 at mpt1 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 62.500MB/s transfers (31.250MHz, offset 31, 16bit), Tagged Queueing > Enabled > da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) > > When I hook them up to the Ultra-160 onboard Adaptec chip, things look > better: > > ahc0: port 0xd400-0xd4ff mem > 0xff6fe000-0xff6fefff irq 14 at device 14.0 on pci3 > aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs > ... > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged > Queueing Enabled > da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) > da1 at ahc0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged > Queueing Enabled > da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) > > Any ideas on how to make mpt use Ultra-320 to talk to the drives? Did you also backport rev 1.35 and 1.36 of scsi_all.c? You may need that as well. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 12:32:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCDE937B400 for ; Fri, 30 Aug 2002 12:32:55 -0700 (PDT) Received: from petasus.ch.intel.com (petasus.ch.intel.com [143.182.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 346FC43E6A for ; Fri, 30 Aug 2002 12:32:55 -0700 (PDT) (envelope-from pavan.balaji@intel.com) Received: from fmsmsxvs043.fm.intel.com (fmsmsxvs043.fm.intel.com [132.233.42.129]) by petasus.ch.intel.com (8.11.6/8.11.6/d: solo.mc,v 1.42 2002/05/23 22:21:11 root Exp $) with SMTP id g7UJYqt09534 for ; Fri, 30 Aug 2002 19:34:52 GMT Received: from fmsmsx019.fm.intel.com ([132.233.42.130]) by fmsmsxvs043.fm.intel.com (NAVGW 2.5.2.11) with SMTP id M2002083012312609830 for ; Fri, 30 Aug 2002 12:31:26 -0700 Received: by fmsmsx019.fm.intel.com with Internet Mail Service (5.5.2653.19) id ; Fri, 30 Aug 2002 12:32:54 -0700 Message-ID: <3D386AED1B47D411A94300508B11F18704AD69CF@fmsmsx116.fm.intel.com> From: "Balaji, Pavan" To: "'freebsd-hackers@freebsd.org'" Subject: Copying from Virtual Address Space to Physical Address Date: Fri, 30 Aug 2002 12:32:52 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="ISO-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Is there some function using which I can copy data from the Kernel Virtual Space to a pinned Physical Address Page. Thanx, Pavan Balaji, Intel Corporation Email: pavan.balaji@intel.com "Only the Paranoid Survive" -- Andy Grove To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 12:50:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FC4C37B400 for ; Fri, 30 Aug 2002 12:50:25 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1278743E42 for ; Fri, 30 Aug 2002 12:50:24 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (4092yfxgizy6fnqr@hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g7UJoEK02816; Fri, 30 Aug 2002 12:50:14 -0700 (PDT) Message-ID: <3D6FCC76.2080509@isi.edu> Date: Fri, 30 Aug 2002 12:50:14 -0700 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: "Kenneth D. Merry" Cc: Peter Wemm , jlemon@flugsvamp.com, hackers@FreeBSD.ORG Subject: Re: Ultra320 drivers? References: <20020830024559.964BC2A7D6@canning.wemm.org> <3D6FC350.7000507@isi.edu> <20020830132633.A66356@panzer.kdm.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020906050401040501090000" Sender: owner-freebsd-hackers@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 cryptographically signed message in MIME format. --------------ms020906050401040501090000 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Kenneth D. Merry wrote: > > Did you also backport rev 1.35 and 1.36 of scsi_all.c? > You may need that as well. Good catch, I missed that file. After applying that patch, they now seem to be detected correctly: da0 at mpt1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) da1 at mpt1 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) The bad news is that any kind of extended disk activity (e.g. kernel building), results in a ton of unhealthy messages like this: mpt1: time out on request index = 0xe4 sequence = 0x00000cad mpt1: Status 00000001; Mask 00000001; Doorbell 24000000 request state On Chip SCSI IO Request @ 0xff807f34 Chain Offset 0x00 MsgFlags 0x00 MsgContext 0x000000e4 Bus: 0 TargetID 1 SenseBufferLength 32 LUN: 0x0 Control 0x01000000 WRITE SIMPLEQ DataLength 0x00004000 SenseBufAddr 0x0005d9e0 CDB[0:10] 2a 00 01 3f e1 9f 00 00 20 00 SE32 0xdc3c2830: Addr=0xd0f3000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xdc3c2838: Addr=0xd034000 FlagsLength=0x14002000 HOST_TO_IOC SE32 0xdc3c2840: Addr=0xd136000 FlagsLength=0xd5001000 HOST_TO_IOC LAST_ELEMENT END_OF_BUFFER END_OF_LIST mpt1: mpt_done: corrupted ccb, index = 0xe4 seq = 0x00000cad request state Timeout mpt_request: SCSI IO Request @ 0xff807e88 Chain Offset 0x00 MsgFlags 0x00 MsgContext 0x000000e4 Bus: 0 TargetID 1 SenseBufferLength 32 LUN: 0x0 Control 0x01000000 WRITE SIMPLEQ DataLength 0x00004000 SenseBufAddr 0x0005d9e0 CDB[0:10] 2a 00 01 3f e1 9f 00 00 20 00 SE32 0xdc3c2830: Addr=0xd0f3000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xdc3c2838: Addr=0xd034000 FlagsLength=0x14002000 HOST_TO_IOC SE32 0xdc3c2840: Addr=0xd136000 FlagsLength=0xd5001000 HOST_TO_IOC LAST_ELEMENT END_OF_BUFFER END_OF_LIST mpt_done: context reply: 0x000000e4 Did I miss any more pieces? Nothing under sys/cam seemed recent enough. Thanks, Lars -- Lars Eggert USC Information Sciences Institute --------------ms020906050401040501090000 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYIDJzCCAyMCAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMDgzMDE5NTAxNFowIwYJKoZIhvcNAQkEMRYEFEETQhc+NSCcXq+g+ImD sSt0CZaVMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0BCRACCzGB naCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZp Y2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMIJUEwDQYJ KoZIhvcNAQEBBQAEggEALYy3IN43oOfwlSGw40fuUV1JYSOHsFSlEIIFkcSfXpm6qtMvMFMz uuqwoZoP8pfY/tH+SidI9roJJEFFAxlynw5iaEGLdFmmxApgYsDwZW3PBAQACaJQmorOTKio LeX5DgErpGgOzxL1S0VCfvaJZpiFr06/0RY6wTYQWOOAYn+A2VoIZcdYsMmWUky0XLHy0Xja UW6lZCF/AqYo6qROvQMgAUJd3ADwyDrOJgX/Uhq8yxr8QWp9GTTXXcXO+weTEIrRx+F8OGZd e+uACxM9J6fSsZ8Ow1pWQhSLVFuE231Y5gwjL/5xScl3lcksrQ8PMd3eU6V3vv3WsQ4tgeMW AQAAAAAAAA== --------------ms020906050401040501090000-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 13: 0:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8593337B400 for ; Fri, 30 Aug 2002 13:00:12 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B4D343E3B for ; Fri, 30 Aug 2002 13:00:12 -0700 (PDT) (envelope-from julian@elischer.org) 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 <20020830200011.TNTV19514.rwcrmhc52.attbi.com@InterJet.elischer.org>; Fri, 30 Aug 2002 20:00: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 MAA04450; Fri, 30 Aug 2002 12:44:41 -0700 (PDT) Date: Fri, 30 Aug 2002 12:44:40 -0700 (PDT) From: Julian Elischer To: "Balaji, Pavan" Cc: "'freebsd-hackers@freebsd.org'" Subject: Re: Copying from Virtual Address Space to Physical Address In-Reply-To: <3D386AED1B47D411A94300508B11F18704AD69CF@fmsmsx116.fm.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 30 Aug 2002, Balaji, Pavan wrote: > Hi, > > Is there some function using which I can copy data from the Kernel Virtual > Space to a pinned Physical Address Page. Not as such, though there are plenty of places that do such a thing. The answer is always to map the physical page somewhere into kernel space. This is true because the processer can not access pages by their physical address once it is in virtual address mode. Physio() does this.. first it finds the physical addresses of the user pages targetted, then it maps those pages into kernel space, and then it initiates IO to them. (this actually needs to change but for now it's true. > > Thanx, > > Pavan Balaji, > Intel Corporation > Email: pavan.balaji@intel.com > > "Only the Paranoid Survive" -- Andy Grove "until they die of ulcers" :-) > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 13:10:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9580837B400 for ; Fri, 30 Aug 2002 13:09:57 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FA5A43E42 for ; Fri, 30 Aug 2002 13:09:56 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.5/8.12.5) with ESMTP id g7UK9sKD066826; Fri, 30 Aug 2002 14:09:54 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.5/8.12.5/Submit) id g7UK9rO1066825; Fri, 30 Aug 2002 14:09:53 -0600 (MDT) (envelope-from ken) Date: Fri, 30 Aug 2002 14:09:53 -0600 From: "Kenneth D. Merry" To: Lars Eggert Cc: Peter Wemm , jlemon@flugsvamp.com, hackers@FreeBSD.ORG Subject: Re: Ultra320 drivers? Message-ID: <20020830140953.A66731@panzer.kdm.org> References: <20020830024559.964BC2A7D6@canning.wemm.org> <3D6FC350.7000507@isi.edu> <20020830132633.A66356@panzer.kdm.org> <3D6FCC76.2080509@isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D6FCC76.2080509@isi.edu>; from larse@ISI.EDU on Fri, Aug 30, 2002 at 12:50:14PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 30, 2002 at 12:50:14 -0700, Lars Eggert wrote: > Kenneth D. Merry wrote: > > > > Did you also backport rev 1.35 and 1.36 of scsi_all.c? > > You may need that as well. > > Good catch, I missed that file. After applying that patch, they now seem > to be detected correctly: > > da0 at mpt1 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 320.000MB/s transfers (160.000MHz, offset 31, 16bit), Tagged > Queueing Enabled > da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) > da1 at mpt1 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 320.000MB/s transfers (160.000MHz, offset 31, 16bit), Tagged > Queueing Enabled > da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) > > The bad news is that any kind of extended disk activity (e.g. kernel > building), results in a ton of unhealthy messages like this: > > mpt1: time out on request index = 0xe4 sequence = 0x00000cad > mpt1: Status 00000001; Mask 00000001; Doorbell 24000000 > request state On Chip > SCSI IO Request @ 0xff807f34 > Chain Offset 0x00 > MsgFlags 0x00 > MsgContext 0x000000e4 > Bus: 0 > TargetID 1 > SenseBufferLength 32 > LUN: 0x0 > Control 0x01000000 WRITE SIMPLEQ > DataLength 0x00004000 > SenseBufAddr 0x0005d9e0 > CDB[0:10] 2a 00 01 3f e1 9f 00 00 20 00 > SE32 0xdc3c2830: Addr=0xd0f3000 FlagsLength=0x14001000 > HOST_TO_IOC > SE32 0xdc3c2838: Addr=0xd034000 FlagsLength=0x14002000 > HOST_TO_IOC > SE32 0xdc3c2840: Addr=0xd136000 FlagsLength=0xd5001000 > HOST_TO_IOC LAST_ELEMENT END_OF_BUFFER END_OF_LIST > mpt1: mpt_done: corrupted ccb, index = 0xe4 seq = 0x00000cad request > state Timeout > mpt_request: > SCSI IO Request @ 0xff807e88 > Chain Offset 0x00 > MsgFlags 0x00 > MsgContext 0x000000e4 > Bus: 0 > TargetID 1 > SenseBufferLength 32 > LUN: 0x0 > Control 0x01000000 WRITE SIMPLEQ > DataLength 0x00004000 > SenseBufAddr 0x0005d9e0 > CDB[0:10] 2a 00 01 3f e1 9f 00 00 20 00 > SE32 0xdc3c2830: Addr=0xd0f3000 FlagsLength=0x14001000 > HOST_TO_IOC > SE32 0xdc3c2838: Addr=0xd034000 FlagsLength=0x14002000 > HOST_TO_IOC > SE32 0xdc3c2840: Addr=0xd136000 FlagsLength=0xd5001000 > HOST_TO_IOC LAST_ELEMENT END_OF_BUFFER END_OF_LIST > mpt_done: context reply: 0x000000e4 > > Did I miss any more pieces? Nothing under sys/cam seemed recent enough. I don't think there are any other missing pieces. Does this work under a stock version of -stable? That could help you figure out whether this is a problem with your backport. Make sure you get an up-to-date -stable, including version 1.14.2.8 of scsi_all.c. You might also want to talk to Matt Jacob and see if he can help you out. (dunno if he reads -hackers, thus the reason you might want to send mail directly) Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 13:20:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 239A437B400 for ; Fri, 30 Aug 2002 13:20:17 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 955FF43E3B for ; Fri, 30 Aug 2002 13:20:16 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020830202015.UQSM11061.sccrmhc01.attbi.com@InterJet.elischer.org>; Fri, 30 Aug 2002 20:20: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 NAA04572; Fri, 30 Aug 2002 13:19:37 -0700 (PDT) Date: Fri, 30 Aug 2002 13:19:37 -0700 (PDT) From: Julian Elischer To: "Balaji, Pavan" Cc: "'freebsd-hackers@freebsd.org'" Subject: Re: Copying from Virtual Address Space to Physical Address In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 30 Aug 2002, Julian Elischer wrote: > Physio() does this.. first it finds the physical addresses of the user > pages targetted, then it maps those pages into kernel space, and then it > initiates IO to them. (this actually needs to change but for now it's > true. to correct myself.. physio() calls vmapbuf(bp) in order to do it.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 13:31:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 530B637B400 for ; Fri, 30 Aug 2002 13:31:47 -0700 (PDT) Received: from mail2.hd.intel.com (hdfdns02.hd.intel.com [192.52.58.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8453843E4A for ; Fri, 30 Aug 2002 13:31:46 -0700 (PDT) (envelope-from pavan.balaji@intel.com) Received: from fmsmsxvs041.fm.intel.com (fmsmsxvs041.fm.intel.com [132.233.42.126]) by mail2.hd.intel.com (8.11.6/8.11.6/d: solo.mc,v 1.42 2002/05/23 22:21:11 root Exp $) with SMTP id g7UKVjE27629 for ; Fri, 30 Aug 2002 20:31:45 GMT Received: from fmsmsx29.FM.INTEL.COM ([132.233.42.29]) by fmsmsxvs041.fm.intel.com (NAVGW 2.5.2.11) with SMTP id M2002083013303506065 ; Fri, 30 Aug 2002 13:30:36 -0700 Received: by fmsmsx29.fm.intel.com with Internet Mail Service (5.5.2653.19) id ; Fri, 30 Aug 2002 13:30:42 -0700 Message-ID: <3D386AED1B47D411A94300508B11F18704AD69D3@fmsmsx116.fm.intel.com> From: "Balaji, Pavan" To: "'Julian Elischer'" , "Balaji, Pavan" Cc: "'freebsd-hackers@freebsd.org'" Subject: RE: Copying from Virtual Address Space to Physical Address Date: Fri, 30 Aug 2002 13:30:32 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm a little bit confused about this vmapbuf() thing. This is what I think, correct me if I'm wrong. I have this User Virtual address, userbuf --> associated to physadd Now, I do vmapbuf(physadd), and I get a Kernel Virtual Address associated to this "physadd". Now, I write to this Kernel Virtual Address and it reflects in userbuf? OhmyGod!!! Is that what it's supposed to do? Hope it doesn't oops my machine.. Also, if this is right, how do I get the kernel virtual address it's associated to? The function returns a void. Thanx. Pavan Balaji, Intel Corporation Email: pavan.balaji@intel.com "Only the Paranoid Survive" -- Andy Grove > -----Original Message----- > From: Julian Elischer [mailto:julian@elischer.org] > Sent: Friday, August 30, 2002 3:20 PM > To: Balaji, Pavan > Cc: 'freebsd-hackers@freebsd.org' > Subject: Re: Copying from Virtual Address Space to Physical Address > > > > > On Fri, 30 Aug 2002, Julian Elischer wrote: > > > Physio() does this.. first it finds the physical addresses > of the user > > pages targetted, then it maps those pages into kernel > space, and then it > > initiates IO to them. (this actually needs to change but > for now it's > > true. > > > to correct myself.. > physio() calls vmapbuf(bp) in order to do it.. > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 14: 0:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E48F937B400 for ; Fri, 30 Aug 2002 14:00:15 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EC9743E42 for ; Fri, 30 Aug 2002 14:00:15 -0700 (PDT) (envelope-from julian@elischer.org) 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 <20020830210015.WELU19514.rwcrmhc52.attbi.com@InterJet.elischer.org>; Fri, 30 Aug 2002 21: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 NAA04750; Fri, 30 Aug 2002 13:52:36 -0700 (PDT) Date: Fri, 30 Aug 2002 13:52:35 -0700 (PDT) From: Julian Elischer To: "Balaji, Pavan" Cc: "'freebsd-hackers@freebsd.org'" Subject: RE: Copying from Virtual Address Space to Physical Address In-Reply-To: <3D386AED1B47D411A94300508B11F18704AD69D3@fmsmsx116.fm.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 30 Aug 2002, Balaji, Pavan wrote: > > I'm a little bit confused about this vmapbuf() thing. This is what I think, > correct me if I'm wrong. > > I have this User Virtual address, userbuf --> associated to physadd > > Now, I do vmapbuf(physadd), and I get a Kernel Virtual Address associated to > this "physadd". Now, I write to this Kernel Virtual Address and it reflects > in userbuf? OhmyGod!!! Is that what it's supposed to do? Hope it doesn't > oops my machine.. no that is correct. this function is for making user space buffers map into kernel space.. you just want the second half of this.. Now I have a question for you.... how do you know what pages you want to map into kernel virtual space? > > Also, if this is right, how do I get the kernel virtual address it's > associated to? The function returns a void. The buf steucture is updated to hold KV addresses for the region. 'bp' is a pointer to a complicated struct that defines the buffer, not to the address of the buffer itself. > > Thanx. > > Pavan Balaji, > Intel Corporation > Email: pavan.balaji@intel.com > > "Only the Paranoid Survive" -- Andy Grove > > > > -----Original Message----- > > From: Julian Elischer [mailto:julian@elischer.org] > > Sent: Friday, August 30, 2002 3:20 PM > > To: Balaji, Pavan > > Cc: 'freebsd-hackers@freebsd.org' > > Subject: Re: Copying from Virtual Address Space to Physical Address > > > > > > > > > > On Fri, 30 Aug 2002, Julian Elischer wrote: > > > > > Physio() does this.. first it finds the physical addresses > > of the user > > > pages targetted, then it maps those pages into kernel > > space, and then it > > > initiates IO to them. (this actually needs to change but > > for now it's > > > true. > > > > > > to correct myself.. > > physio() calls vmapbuf(bp) in order to do it.. > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 14: 0:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C72437B401 for ; Fri, 30 Aug 2002 14:00:17 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB78143E6E for ; Fri, 30 Aug 2002 14:00:16 -0700 (PDT) (envelope-from julian@elischer.org) 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 <20020830210016.WEMF19514.rwcrmhc52.attbi.com@InterJet.elischer.org>; Fri, 30 Aug 2002 21: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 NAA04741; Fri, 30 Aug 2002 13:48:55 -0700 (PDT) Date: Fri, 30 Aug 2002 13:48:54 -0700 (PDT) From: Julian Elischer To: "Balaji, Pavan" Cc: "'freebsd-hackers@freebsd.org'" Subject: RE: Copying from Virtual Address Space to Physical Address In-Reply-To: <3D386AED1B47D411A94300508B11F18704AD69D3@fmsmsx116.fm.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 30 Aug 2002, Balaji, Pavan wrote: > > I'm a little bit confused about this vmapbuf() thing. This is what I think, > correct me if I'm wrong. > > I have this User Virtual address, userbuf --> associated to physadd > > Now, I do vmapbuf(physadd), and I get a Kernel Virtual Address associated to > this "physadd". Now, I write to this Kernel Virtual Address and it reflects > in userbuf? OhmyGod!!! Is that what it's supposed to do? Hope it doesn't > oops my machine.. > > Also, if this is right, how do I get the kernel virtual address it's > associated to? The function returns a void. The initial input to physio is a uio. A uio is a structure that points to a range of memory, (or several ranges of memeory that are to betreated as a set of buffers) in user space or in kernel space.. (it has a flag to say which). For now just talk about the userland case. For each range of addresses, a 'buf' is assigned that can point to a range of memory. The pointers in the buf are set to be the same as the first region of the uio. Then vmapbuf() is called, that iterates thtough all teh pages in the userland memory buffer, and one by one, finds the physical address of those pages, and maps them into a contiguous region in kernel space. Now those pages are mapped in 2 places. The user space and the kernel. if you wrote to them in the kernel, the data will appear in the userspace buffer.. of course it will also be on the PHYSICAL pages involved as well. You want to do just the 2nd part of this.. you want tostart with a list of physical pages, and map them into the kernel space somewhere. That way you can write to them. WHen you are finished, you then unmap them.. > > Thanx. > > Pavan Balaji, > Intel Corporation > Email: pavan.balaji@intel.com > > "Only the Paranoid Survive" -- Andy Grove > > > > -----Original Message----- > > From: Julian Elischer [mailto:julian@elischer.org] > > Sent: Friday, August 30, 2002 3:20 PM > > To: Balaji, Pavan > > Cc: 'freebsd-hackers@freebsd.org' > > Subject: Re: Copying from Virtual Address Space to Physical Address > > > > > > > > > > On Fri, 30 Aug 2002, Julian Elischer wrote: > > > > > Physio() does this.. first it finds the physical addresses > > of the user > > > pages targetted, then it maps those pages into kernel > > space, and then it > > > initiates IO to them. (this actually needs to change but > > for now it's > > > true. > > > > > > to correct myself.. > > physio() calls vmapbuf(bp) in order to do it.. > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 14:33:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CDD537B400 for ; Fri, 30 Aug 2002 14:33:42 -0700 (PDT) Received: from petasus.ch.intel.com (petasus.ch.intel.com [143.182.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0667343E6A for ; Fri, 30 Aug 2002 14:33:42 -0700 (PDT) (envelope-from pavan.balaji@intel.com) Received: from fmsmsxvs043.fm.intel.com (fmsmsxvs043.fm.intel.com [132.233.42.129]) by petasus.ch.intel.com (8.11.6/8.11.6/d: solo.mc,v 1.43 2002/08/30 20:06:11 dmccart Exp $) with SMTP id g7ULZd311817 for ; Fri, 30 Aug 2002 21:35:39 GMT Received: from fmsmsx019.fm.intel.com ([132.233.42.130]) by fmsmsxvs043.fm.intel.com (NAVGW 2.5.2.11) with SMTP id M2002083014321307111 ; Fri, 30 Aug 2002 14:32:13 -0700 Received: by fmsmsx019.fm.intel.com with Internet Mail Service (5.5.2653.19) id ; Fri, 30 Aug 2002 14:33:41 -0700 Message-ID: <3D386AED1B47D411A94300508B11F18704AD69D5@fmsmsx116.fm.intel.com> From: "Balaji, Pavan" To: "'Julian Elischer'" , "Balaji, Pavan" Cc: "'freebsd-hackers@freebsd.org'" Subject: RE: Copying from Virtual Address Space to Physical Address Date: Fri, 30 Aug 2002 14:33:39 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="ISO-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanx. It's nearly done. I just need to know two more small things. physio() requires a dev_t as a parameter. What do I give in over here? I can't give NULL, cause it does use it for some stuff in the function definition. Also, the only other parameters to physio() are the uio and the ioflag (which is not used at all). So, where is the kernel virtual address mapping? Do I have to do something this this dev_t thing to open a virtual device which maps to the kernel virtual address. If yes, how do I do this? Thanx. Pavan Balaji, Intel Corporation Email: pavan.balaji@intel.com "Only the Paranoid Survive" -- Andy Grove > -----Original Message----- > From: Julian Elischer [mailto:julian@elischer.org] > Sent: Friday, August 30, 2002 3:49 PM > To: Balaji, Pavan > Cc: 'freebsd-hackers@freebsd.org' > Subject: RE: Copying from Virtual Address Space to Physical Address > > > > > On Fri, 30 Aug 2002, Balaji, Pavan wrote: > > > > > I'm a little bit confused about this vmapbuf() thing. This > is what I think, > > correct me if I'm wrong. > > > > I have this User Virtual address, userbuf --> associated to physadd > > > > Now, I do vmapbuf(physadd), and I get a Kernel Virtual > Address associated to > > this "physadd". Now, I write to this Kernel Virtual Address > and it reflects > > in userbuf? OhmyGod!!! Is that what it's supposed to do? > Hope it doesn't > > oops my machine.. > > > > Also, if this is right, how do I get the kernel virtual address it's > > associated to? The function returns a void. > > The initial input to physio is a uio. > A uio is a structure that points to a range of memory, (or > several ranges > of memeory that are to betreated as a set of buffers) in user space > or in kernel space.. (it has a flag to say which). > > For now just talk about the userland case. > For each range of addresses, a 'buf' is assigned that can > point to a range > of memory. The pointers in the buf are set to be the same as the first > region of the uio. Then vmapbuf() is called, that iterates > thtough all teh > pages in the userland memory buffer, and one by one, finds > the physical > address of those pages, and maps them into a contiguous region in > kernel space. Now those pages are mapped in 2 places. > The user space and the kernel. if you wrote to them in the kernel, > the data will appear in the userspace buffer.. of course > it will also be on the PHYSICAL pages involved as well. > > You want to do just the 2nd part of this.. > you want tostart with a list of physical pages, and map them into the > kernel space somewhere. That way you can write to them. > WHen you are finished, you then unmap them.. > > > > > > > Thanx. > > > > Pavan Balaji, > > Intel Corporation > > Email: pavan.balaji@intel.com > > > > "Only the Paranoid Survive" -- Andy Grove > > > > > > > -----Original Message----- > > > From: Julian Elischer [mailto:julian@elischer.org] > > > Sent: Friday, August 30, 2002 3:20 PM > > > To: Balaji, Pavan > > > Cc: 'freebsd-hackers@freebsd.org' > > > Subject: Re: Copying from Virtual Address Space to > Physical Address > > > > > > > > > > > > > > > On Fri, 30 Aug 2002, Julian Elischer wrote: > > > > > > > Physio() does this.. first it finds the physical addresses > > > of the user > > > > pages targetted, then it maps those pages into kernel > > > space, and then it > > > > initiates IO to them. (this actually needs to change but > > > for now it's > > > > true. > > > > > > > > > to correct myself.. > > > physio() calls vmapbuf(bp) in order to do it.. > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 15: 0:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2351437B401 for ; Fri, 30 Aug 2002 15:00:23 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED66D43E3B for ; Fri, 30 Aug 2002 15:00:21 -0700 (PDT) (envelope-from julian@elischer.org) 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 <20020830220020.MIYK13899.sccrmhc02.attbi.com@InterJet.elischer.org>; Fri, 30 Aug 2002 22:00:20 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA05027; Fri, 30 Aug 2002 14:42:03 -0700 (PDT) Date: Fri, 30 Aug 2002 14:42:02 -0700 (PDT) From: Julian Elischer To: "Balaji, Pavan" Cc: "'freebsd-hackers@freebsd.org'" Subject: RE: Copying from Virtual Address Space to Physical Address In-Reply-To: <3D386AED1B47D411A94300508B11F18704AD69D5@fmsmsx116.fm.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 30 Aug 2002, Balaji, Pavan wrote: > > Thanx. It's nearly done. I just need to know two more small things. > > physio() requires a dev_t as a parameter. What do I give in over here? I > can't give NULL, cause it does use it for some stuff in the function > definition. I wasn't suggesting that you use physio() but that you use it and it's friend as a prototype for yourself when you write a function to do what you want. The dev_t is associated with the device this is doing IO from so it's not necessarily relelvant to you. you haven't told us enough about what you want to do to allow us to really understand your problem. > > Also, the only other parameters to physio() are the uio and the ioflag > (which is not used at all). So, where is the kernel virtual address mapping? > Do I have to do something this this dev_t thing to open a virtual device > which maps to the kernel virtual address. If yes, how do I do this? > > Thanx. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 15:23: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DCDF37B405 for ; Fri, 30 Aug 2002 15:22:57 -0700 (PDT) Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19B9543E6E for ; Fri, 30 Aug 2002 15:22:57 -0700 (PDT) (envelope-from kmacy@netapp.com) Received: from frejya.corp.netapp.com (frejya [10.10.20.91]) by mx01-a.netapp.com (8.12.3/8.12.3/NTAP-1.4) with ESMTP id g7UMMOl7021534; Fri, 30 Aug 2002 15:22:25 -0700 (PDT) Received: from elwood-fe.eng (elwood-fe.eng.netapp.com [10.56.10.100]) by frejya.corp.netapp.com (8.12.5/8.12.2/NTAP-1.4) with ESMTP id g7UMMOAs026875; Fri, 30 Aug 2002 15:22:24 -0700 (PDT) Received: from localhost (kmacy@localhost) by elwood-fe.eng (8.11.6+Sun/8.11.6) with ESMTP id g7UMMO201156; Fri, 30 Aug 2002 15:22:24 -0700 (PDT) Date: Fri, 30 Aug 2002 15:22:24 -0700 (PDT) From: Kip Macy To: Julian Elischer Cc: "'freebsd-hackers@freebsd.org'" Subject: RE: Copying from Virtual Address Space to Physical Address In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG While we're on the topic of vmapbuf: I have a kernel module that maps two 64k chunks of user memory into the kernel using the same set of steps that cam_periph_mapmem uses. However, I inevitably get the following panic after running the code for a bit: Aug 30 14:55:26 testhost /kernel: panic: worklist_remove: not on list Aug 30 14:55:26 testhost /kernel: Aug 30 14:55:26 testhost /kernel: syncing disks... 8 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 Aug 30 14:55:26 testhost /kernel: giving up on 1 buffers This is a panic in ffs_softdep.c, it implies to me that either the FFS code isn't recognizing that not all buffers belong to it or getpbuf isn't doing all the needed accounting. I notice that I am calling getpbuf(NULL), just as cam_periph_mapmem does. But above its definition in the comment is: * NOTE: pfreecnt can be NULL, but this 'feature' will be removed * relatively soon when the rest of the subsystems get smart about it. XXX Also worthy of note is that my kernel module has a lot of printfs which obviously translate to a lot of synchronous writes by syslog, presumably putting memory pressure on the file system. When guessing whether Kirk is at fault or I am fault, it is usually a safe bet that I am at fault ;-). Any insights? -Kip On Fri, 30 Aug 2002, Julian Elischer wrote: > > > On Fri, 30 Aug 2002, Balaji, Pavan wrote: > > > > > Thanx. It's nearly done. I just need to know two more small things. > > > > physio() requires a dev_t as a parameter. What do I give in over here? I > > can't give NULL, cause it does use it for some stuff in the function > > definition. > > I wasn't suggesting that you use physio() but that you use it and it's > friend as a prototype for yourself when you write a function to do what > you want. The dev_t is associated with the device this is doing > IO from so it's not necessarily relelvant to you. > > you haven't told us enough about what you want to do to allow us to > really understand your problem. > > > > > > > > > > Also, the only other parameters to physio() are the uio and the ioflag > > (which is not used at all). So, where is the kernel virtual address mapping? > > Do I have to do something this this dev_t thing to open a virtual device > > which maps to the kernel virtual address. If yes, how do I do this? > > > > Thanx. > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 16:55:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B83E37B411 for ; Fri, 30 Aug 2002 16:55:16 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9881B43E3B for ; Fri, 30 Aug 2002 16:55:15 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id g7UNt7Y70004; Fri, 30 Aug 2002 16:55:07 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Fri, 30 Aug 2002 16:55:07 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Lars Eggert Cc: hackers@FreeBSD.ORG Subject: Re: Ultra320 drivers? In-Reply-To: <3D6FEC88.6070106@isi.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [ cc list trimmed ] [ I guess I got unsubscribed from hackers, so I missed the front end of this. Every time I try and sort out majordomo at FreeBSD, it fails for me (like trying ask "what am I subscribed to") and all requests to postmaster seem to bitbucket. Oh well. ] This isn't good. Part of it just the chip later presenting the completion for a command that I had already timed out. But basically, we never got a response to a command, so we timed it out. Later, the chip presented us with the comamnd as being done- and being done with no errors (hence the 'context reply'). Can you say if there was a perceptible period of time between the first and second barfings? -matt > >>The bad news is that any kind of extended disk activity (e.g. kernel > >>building), results in a ton of unhealthy messages like this: > >> > >>mpt1: time out on request index = 0xe4 sequence = 0x00000cad > >>mpt1: Status 00000001; Mask 00000001; Doorbell 24000000 > >>request state On Chip > >>SCSI IO Request @ 0xff807f34 > >>Chain Offset 0x00 > >>MsgFlags 0x00 > >>MsgContext 0x000000e4 > >>Bus: 0 > >>TargetID 1 > >>SenseBufferLength 32 > >>LUN: 0x0 > >>Control 0x01000000 WRITE SIMPLEQ > >>DataLength 0x00004000 > >>SenseBufAddr 0x0005d9e0 > >>CDB[0:10] 2a 00 01 3f e1 9f 00 00 20 00 > >>SE32 0xdc3c2830: Addr=0xd0f3000 FlagsLength=0x14001000 > >>HOST_TO_IOC > >>SE32 0xdc3c2838: Addr=0xd034000 FlagsLength=0x14002000 > >>HOST_TO_IOC > >>SE32 0xdc3c2840: Addr=0xd136000 FlagsLength=0xd5001000 > >>HOST_TO_IOC LAST_ELEMENT END_OF_BUFFER END_OF_LIST > >>mpt1: mpt_done: corrupted ccb, index = 0xe4 seq = 0x00000cad request > >>state Timeout > >>mpt_request: > >>SCSI IO Request @ 0xff807e88 > >>Chain Offset 0x00 > >>MsgFlags 0x00 > >>MsgContext 0x000000e4 > >>Bus: 0 > >>TargetID 1 > >>SenseBufferLength 32 > >>LUN: 0x0 > >>Control 0x01000000 WRITE SIMPLEQ > >>DataLength 0x00004000 > >>SenseBufAddr 0x0005d9e0 > >>CDB[0:10] 2a 00 01 3f e1 9f 00 00 20 00 > >>SE32 0xdc3c2830: Addr=0xd0f3000 FlagsLength=0x14001000 > >>HOST_TO_IOC > >>SE32 0xdc3c2838: Addr=0xd034000 FlagsLength=0x14002000 > >>HOST_TO_IOC > >>SE32 0xdc3c2840: Addr=0xd136000 FlagsLength=0xd5001000 > >>HOST_TO_IOC LAST_ELEMENT END_OF_BUFFER END_OF_LIST > >>mpt_done: context reply: 0x000000e4 > >> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 16:57:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DCBD37B400 for ; Fri, 30 Aug 2002 16:57:48 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id D952043E3B for ; Fri, 30 Aug 2002 16:57:47 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id g7UNvkY70040; Fri, 30 Aug 2002 16:57:46 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Fri, 30 Aug 2002 16:57:46 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Lars Eggert Cc: hackers@FreeBSD.ORG Subject: Re: Ultra320 drivers? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Oh, yes- let me know if you've upgraded to the latest LSI 53c1030 f/w (that'd 1.0.12). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 19: 0:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6BC337B400 for ; Fri, 30 Aug 2002 19:00:33 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B1C443E6A for ; Fri, 30 Aug 2002 19:00:33 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (230.guest.isi.edu [198.32.16.230]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g7V20NK23136; Fri, 30 Aug 2002 19:00:23 -0700 (PDT) Message-ID: <3D702317.6010904@isi.edu> Date: Fri, 30 Aug 2002 18:59:51 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: mjacob@feral.com Cc: hackers@FreeBSD.ORG Subject: Re: Ultra320 drivers? References: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020903090705070504040704" Sender: owner-freebsd-hackers@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 cryptographically signed message in MIME format. --------------ms020903090705070504040704 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Matthew, Matthew Jacob wrote: > This isn't good. Part of it just the chip later presenting the > completion for a command that I had already timed out. But basically, > we never got a response to a command, so we timed it out. Later, the > chip presented us with the comamnd as being done- and being done with no > errors (hence the 'context reply'). > > Can you say if there was a perceptible period of time between the first > and second barfings? there is a longish (30 seconds?) pause before the first message, then I get them all in one swoop. E.g. I type "make buildworld", make seems to hang, and then I get these messages 30 seconds later. > Oh, yes- let me know if you've upgraded to the latest LSI 53c1030 f/w > (that'd 1.0.12). No, I was running a Dell-branded 1.0.0. I grabbed the update from LSI and installed it, but now none of my partitions likes to boot anymore (FreeBSD and Windows XP). Also, the LSI firmware prompt used to show all drives as Ultra-320, now it shows them as Ultra-80 with a note saying "should support Ultra-320 when the OS is loaded". Is this to be expected, i.e. do I need to reinstall everything with the new firmware? I'm trying to find the original Dell-branded firmware somewhere, but so far, no luck. Lars -- Lars Eggert USC Information Sciences Institute --------------ms020903090705070504040704 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYIDJzCCAyMCAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMDgzMTAxNTk1MVowIwYJKoZIhvcNAQkEMRYEFLlj2+Uly9a4PhFY1TKe h7I0trZNMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0BCRACCzGB naCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZp Y2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMIJUEwDQYJ KoZIhvcNAQEBBQAEggEAs/YUaWAbjMroQADj/dJ+63RPR5k7QjmorHLddngQ7XhQ4XYjZi2+ 9SIqSvjQaEku3imL4SXKq+Wqc2Ct9JO3T962hVs+6IvIfkY335GuFKZpsusqh9rYEmKx7W12 UDrXfuA7TDqcLIZaHpF1KnRyfgPyYZEl5ljbzsOeZBl+A/TsVdVxiBTPjGEpGhnlHtAAkKjW CYl+u4IhZxJDJlU78GMhBSzF6C3zxZYd+mWdlEJE3HYA/YK3tIaA7o1hlG/nBYSd8/ruGf81 rTxX9p1ZYKgXmRLMaS+yLcgAqTQAAcN+gzYVeY7cz9HRB10XrT9pCnOzjkm6Er7OF7379ZQe vwAAAAAAAA== --------------ms020903090705070504040704-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 19:29:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFDC037B400 for ; Fri, 30 Aug 2002 19:29:16 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A09443E3B for ; Fri, 30 Aug 2002 19:29:16 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 1878B3ABD40; Sat, 31 Aug 2002 04:31:59 +0200 (CEST) Date: Sat, 31 Aug 2002 04:31:59 +0200 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Subject: Syscalls numbers in -CURRENT. Message-ID: <20020831023159.GJ31943@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="F67xnxMyVwCoXwbx" Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.pgp X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --F67xnxMyVwCoXwbx Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello hackers... Syscall number (when catching syscall) in -STABLE in placed in: p->p_md.md_regs->tf_eax (for i386) p->p_md.md_tf[FRAME_V0] (for alpha) But as I see, in -CURRENT even p_md has diffrent type. Could someone can give me equivalent place (where syscall number is stored) for i386, alpha, ia64, sparc64 and powerpc in -CURRENT? Thanks. --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --F67xnxMyVwCoXwbx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPXAqnj/PhmMH/Mf1AQExwQP/b+/Z6oPZbkTW8YU4biw1WGK6S210CXG3 +e6JC+TCsXO9Cz/69sABR+M4+SouxQ2r9lmUT5TvBOCmslx5lMuNF9YghJG7J1Ed 7jgLNPsOKKXVPgZS53/MfV4z1aBLjjw3YoAxHUem0tUy2ribyV8mC+5ag5q0mzZ5 rxjEnugw0fY= =6dkv -----END PGP SIGNATURE----- --F67xnxMyVwCoXwbx-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 20:40:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1510D37B400 for ; Fri, 30 Aug 2002 20:40:53 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id D448743E42 for ; Fri, 30 Aug 2002 20:40:52 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id C37612A7D6; Fri, 30 Aug 2002 20:40:52 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: mark tinguely Cc: akoskine@cc.helsinki.fi, freebsd-hackers@FreeBSD.ORG Subject: Re: More dynamic KVA_SPACE In-Reply-To: <200208301437.g7UEbxL36566@web.cs.ndsu.nodak.edu> Date: Fri, 30 Aug 2002 20:40:52 -0700 From: Peter Wemm Message-Id: <20020831034052.C37612A7D6@canning.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG mark tinguely wrote: > > Another interesting processor family is the AMD x86-64 ClawHammer. > I do not know the progress the FreeBSD/x86-64 project. I would imagine > the major difficulty will be getting a running compiler. Nope, the compiler is already pretty robust. > I just wish AMD added an 8K page size so the Page Table Maps did not > eat so much memory. It would have been nice, yes. 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-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 22:47:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7035337B400 for ; Fri, 30 Aug 2002 22:47:25 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8C7443E65 for ; Fri, 30 Aug 2002 22:47:24 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id g7V5lMY72618; Fri, 30 Aug 2002 22:47:22 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Fri, 30 Aug 2002 22:47:22 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Lars Eggert Cc: hackers@FreeBSD.ORG Subject: Re: Ultra320 drivers? In-Reply-To: <3D702317.6010904@isi.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 30 Aug 2002, Lars Eggert wrote: > Matthew, > > Matthew Jacob wrote: > > This isn't good. Part of it just the chip later presenting the > > completion for a command that I had already timed out. But basically, > > we never got a response to a command, so we timed it out. Later, the > > chip presented us with the comamnd as being done- and being done with no > > errors (hence the 'context reply'). > > > > Can you say if there was a perceptible period of time between the first > > and second barfings? > > there is a longish (30 seconds?) pause before the first message, then I > get them all in one swoop. E.g. I type "make buildworld", make seems to > hang, and then I get these messages 30 seconds later. In some sense this sounds like an interrupt issue. The timeout is 30 seconds, and it looks like we give up on the command but it's done instantaneously afterwards. > > Oh, yes- let me know if you've upgraded to the latest LSI 53c1030 f/w > > (that'd 1.0.12). > > No, I was running a Dell-branded 1.0.0. I grabbed the update from LSI > and installed it, but now none of my partitions likes to boot anymore > (FreeBSD and Windows XP). Also, the LSI firmware prompt used to show all > drives as Ultra-320, now it shows them as Ultra-80 with a note saying > "should support Ultra-320 when the OS is loaded". Is this to be > expected, i.e. do I need to reinstall everything with the new firmware? *sputter* That's damned odd. Can you get into the configuration menu and make sure it has 'large BIOS' or whatever the LSI term is enabled? > I'm trying to find the original Dell-branded firmware somewhere, but so > far, no luck. *groan* I might have an image somewhere around... hang on... check my directory on hub- there's 1.0.6 there... -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 23: 3:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 452EB37B400 for ; Fri, 30 Aug 2002 23:03:28 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD3C043E65 for ; Fri, 30 Aug 2002 23:03:27 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (c1-vpn2.isi.edu [128.9.176.28]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g7V63PK09373; Fri, 30 Aug 2002 23:03:25 -0700 (PDT) Message-ID: <3D705C0C.7000309@isi.edu> Date: Fri, 30 Aug 2002 23:02:52 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: mjacob@feral.com Cc: hackers@FreeBSD.ORG Subject: Re: Ultra320 drivers? References: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020002050609010509060301" Sender: owner-freebsd-hackers@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 cryptographically signed message in MIME format. --------------ms020002050609010509060301 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Matthew Jacob wrote: > In some sense this sounds like an interrupt issue. The timeout is 30 > seconds, and it looks like we give up on the command but it's done > instantaneously afterwards. Hm. I don't know much about the PCI code, so maybe what follows won't make any sense and may not be related: The card is PCI64, and there's an "unknown" device in the dmesg that is an "Intel 82806AA I/O APIC Device" according to its device ID. Would that matter at all? >>No, I was running a Dell-branded 1.0.0. I grabbed the update from LSI >>and installed it, but now none of my partitions likes to boot anymore >>(FreeBSD and Windows XP). Also, the LSI firmware prompt used to show all >>drives as Ultra-320, now it shows them as Ultra-80 with a note saying >>"should support Ultra-320 when the OS is loaded". Is this to be >>expected, i.e. do I need to reinstall everything with the new firmware? > > *sputter* > > That's damned odd. Can you get into the configuration menu and make sure > it has 'large BIOS' or whatever the LSI term is enabled? The Dell BIOS, or the LSI config menu? I don't think either has a setting that sounds similar, but I'll double-check tomorrow. >>I'm trying to find the original Dell-branded firmware somewhere, but so >>far, no luck. > > *groan* I might have an image somewhere around... hang on... > check my directory on hub- there's 1.0.6 there... That'd be great. I also emailed Dell and LSI. Lars -- Lars Eggert USC Information Sciences Institute --------------ms020002050609010509060301 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYIDJzCCAyMCAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMDgzMTA2MDI1MlowIwYJKoZIhvcNAQkEMRYEFEOORs9/km/IianqEQ+v byOZz6ydMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0BCRACCzGB naCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZp Y2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMIJUEwDQYJ KoZIhvcNAQEBBQAEggEAPMc1Wiob4EcL/j5JNFDmovDndEor/a0cqI51/9RdnNRF3CU5tlKS PMLkhacd+H8FQ/X1wdJXQu6juUp61QI4J2nsHzFlU+WAcp5mbh8etEr5g3F3OOuVOJ1/4wnK m8SHmFnZdN0gUkqSAyKFuB5907oyaXv5e4bD8CINZgYKXkk48xXqgNmcQ4UmAvbt0PhdK9zF uJeg359EgceIIl83a3j4xvrXlHk/yyPRcxma3CwExLpPOdKCI1kXogje/gx4nw+O9RICWoEg XvOxdPr2Mm3Ww2NQpxKWhV5RFXvlj50Jwd0kkrldccpsyCa+VsF7PAHB/Ub0Qbjw9Wa9r2Kp hAAAAAAAAA== --------------ms020002050609010509060301-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 30 23:17:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F28537B400 for ; Fri, 30 Aug 2002 23:17:30 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5474643E4A for ; Fri, 30 Aug 2002 23:17:29 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id g7V6HRY72813; Fri, 30 Aug 2002 23:17:27 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Fri, 30 Aug 2002 23:17:27 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Lars Eggert Cc: hackers@FreeBSD.ORG Subject: Re: Ultra320 drivers? In-Reply-To: <3D705C0C.7000309@isi.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > In some sense this sounds like an interrupt issue. The timeout is 30 > > seconds, and it looks like we give up on the command but it's done > > instantaneously afterwards. > > Hm. I don't know much about the PCI code, so maybe what follows won't > make any sense and may not be related: The card is PCI64, and there's an > "unknown" device in the dmesg that is an "Intel 82806AA I/O APIC Device" > according to its device ID. Would that matter at all? Haven't a clue. The 53c1030 is a single chip - two instances showing up multifunctioned. I have to say that Peter has had some problems that look interrupt related also. But I haven't. I just more or less finished some non-FreeBSD work with a 1030 so I can plop the card into a FreeBSD machine again and check. > > >>No, I was running a Dell-branded 1.0.0. I grabbed the update from LSI > >>and installed it, but now none of my partitions likes to boot anymore > >>(FreeBSD and Windows XP). Also, the LSI firmware prompt used to show all > >>drives as Ultra-320, now it shows them as Ultra-80 with a note saying > >>"should support Ultra-320 when the OS is loaded". Is this to be > >>expected, i.e. do I need to reinstall everything with the new firmware? > > > > *sputter* > > > > That's damned odd. Can you get into the configuration menu and make sure > > it has 'large BIOS' or whatever the LSI term is enabled? > > The Dell BIOS, or the LSI config menu? I don't think either has a LSI Config - ^C. > setting that sounds similar, but I'll double-check tomorrow. > > >>I'm trying to find the original Dell-branded firmware somewhere, but so > >>far, no luck. > > > > *groan* I might have an image somewhere around... hang on... > > check my directory on hub- there's 1.0.6 there... > > That'd be great. I also emailed Dell and LSI. > > Lars > -- > Lars Eggert USC Information Sciences Institute > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 31 1:54:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD07537B400; Sat, 31 Aug 2002 01:54:12 -0700 (PDT) Received: from tomts8-srv.bellnexxia.net (tomts8.bellnexxia.net [209.226.175.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A1DC43E42; Sat, 31 Aug 2002 01:54:11 -0700 (PDT) (envelope-from junis@gosympatico.ca) Received: from [209.226.175.136] by tomts8-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020831085321.XUFG23325.tomts8-srv.bellnexxia.net@[209.226.175.136]>; Sat, 31 Aug 2002 04:53:21 -0400 From: To: Cc: Subject: FreeBSD, the power to crash? Date: Sat, 31 Aug 2002 4:55:11 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20020831085321.XUFG23325.tomts8-srv.bellnexxia.net@[209.226.175.136]> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is simply intolerable, isn't this OS supposed to be rock-solid? More like pure junk! 1) Insert an MS-DOS formatted floppy in your disk drive 2) mount_msdos /dev/fd0a /mnt 3) Remove disk 4) cd /mnt; ls -la 5) Try to recover system (in vain) 6) Press reset button 7) Insert RedHat 8.2 CD and update to a real OS ----- Get your free WebMail account from Sympatico-Lycos at www.sympatico.ca ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 31 11: 0:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78C4F37B400 for ; Sat, 31 Aug 2002 11:00:09 -0700 (PDT) Received: from hotmail.com (dav49.sea1.hotmail.com [207.68.162.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18F4543E6E for ; Sat, 31 Aug 2002 11:00:09 -0700 (PDT) (envelope-from saalshammri@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 31 Aug 2002 11:00:08 -0700 X-Originating-IP: [212.138.47.27] From: "SALEH" To: Subject: Re: Proxy ARP for transparent firewalling Date: Sat, 31 Aug 2002 21:35:35 +0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0003_01C25136.57432FE0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Message-ID: X-OriginalArrivalTime: 31 Aug 2002 18:00:08.0844 (UTC) FILETIME=[3E70CCC0:01C25118] Sender: owner-freebsd-hackers@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 multi-part message in MIME format. ------=_NextPart_000_0003_01C25136.57432FE0 Content-Type: text/plain; charset="windows-1256" Content-Transfer-Encoding: quoted-printable pless send me proxy ------=_NextPart_000_0003_01C25136.57432FE0 Content-Type: text/html; charset="windows-1256" Content-Transfer-Encoding: quoted-printable
pless send me = proxy
------=_NextPart_000_0003_01C25136.57432FE0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 31 12: 2:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AF0B37B400 for ; Sat, 31 Aug 2002 12:01:17 -0700 (PDT) Received: from relay6.kornet.net (relay6.kornet.net [211.48.62.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5BB043E9C for ; Sat, 31 Aug 2002 12:00:50 -0700 (PDT) (envelope-from ggaggung13@kornet.net) Received: from you10-l4kjkpuq6 (61.73.136.251) by relay6.kornet.net; 1 Sep 2002 03:58:48 +0900 Message-ID: <3d7111f73dc17638@relay6.kornet.net> (added by relay6.kornet.net) From: =?ks_c_5601-1987?B?x/a06yDEq7XlILCzwM4gvLOw6Lvn?= To: freebsd-hackers@FreeBSD.ORG Subject: =?ks_c_5601-1987?B?W7GksO1dIGZyZWVic2QtaGFja2Vyc7TUIMDnuczA1rTCILvnwLrHsMC7ILXluLO0z7TZLg==?= Date: Sun, 01 Sep 2002 03:07:15 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0037_01C0F07A.93A15C00" 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-hackers@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 multi-part message in MIME format. ------=_NextPart_000_0037_01C0F07A.93A15C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 vcXDu7ytuN7Az8b7IGE6bGlua3sgdGV4dC1kZWNvcmF0aW9uOm5vbmU7IGNvbG9yOmZmZmZm Zjtmb250LXNpemU6OXB0O31hOnZpc2l0ZWQgeyB0ZXh0LWRlY29yYXRpb246bm9uZTsgY29s b3I6ZmZmZmZmO2ZvbnQtc2l6ZTo5cHQ7fWE6aG92ZXIgeyB0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lOyBDb2xvcjojRkFCODU2O2ZvbnQtc2l6ZTo5cHQ7fWE6YWN0aXZlIHsgdGV4dC1k ZWNvcmF0aW9uOm5vbmU7Y29sb3I6I0ZBQjg1Njtmb250LXNpemU6OXB0O30tLT4geXl5ICkg fHwgKHlfY2hrID09IHl5eSAmJiBtX2NoayA+IG1tKSB8fCAoeV9jaGsgPT0geXl5ICYmIG1f Y2hrID09IG1tICYmIGRfY2hrID4gZGQpKSB7IGFsZXJ0KCIyMLy8ILnMuLjAuiC9xcO7wMwg utKwobTJx9W0z7TZLiIpOyByZXR1cm4gZmFsc2U7ICB9cmV0dXJuIHRydWU7fS8vwda5zrXu t88gw7zFqWZ1bmN0aW9uIGp1bWluY2hrKGFkdWx0KXsJanVtaW50b3QgPSAwOwlqdW1pbmFk ZCA9ICcyMzQ1Njc4OTIzNDUnOwlmb3IoaT0wO2kNCiANCiAgIA0KICAgICAgDQogDQogICAg IAkJCQkJICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICC8urjtICAJCSAgICAgwda5 zrXut88gufjIoyAoIi0iwNS3wikgDQogICAgICAgICAgICAgICAgICAgICAgICAgwffA5SDA /MitICAgICAgyN6068b5ICANCiAgICAgICAgIA0KvcWx1CDIuL/4IL+syLi68SAguOnBpg0K IMf2tOsgwNq1v8L3ILG4wNS9wyDG98DOxq4gx9LAziANCrG5s7vD1sPKIMHWwK8gurjH6Lmr t+EgsKHA1A0KIMGkuvEgwNq1v8L3IL/rx7Agx9LAzg0KICAgICAgDQogIMf2tOsgIE0gxKu1 5Q0KICAgDQoNCiAgDQq9xbHUIMi4v/ggv6zIuLrxICC46cGmDQogseK+xiDA2rW/wvcgsbjA 1L3DIMb3wM7GriDH0sDOIA0Ksbmzu8PWw8ogwdbAryC6uMfouau34SCwocDUDQogwaS68SDA 2rW/wvcgv+vHsCDH0sDODQogICAgICAgseK+xiAgs+u67be5vboNCiAgIA0KDQogICANCsby u/0gv6zIuLrxILjpwaYNCiDG98DOxq6zs7rOLLD4sPqx3SDEq7XlsOHBpiC8rbrxvbogDQog x/a068GkwK8gp6QgtOcgNDC/+CANCr+1yK0gv7m4xSDA5bTnIDIsMDAwv/ggx9LAziANCiAg ICAgIA0KICBLVCAguvTHw7bzwNoNCiAgIA0KDQogIA0Ku+e/68fRIDAuNSW4piAgutK/7MDM v/S1vbHiDQogxvK7/SC/rMi4uvEguOnBpiANCrHdwLa8rbrxvboNCiA1vu8guau34SC6uMfo IA0KDQoNCg0KICAgICAgILvntvvAxyAgvNWw4cbsseINCiAgIA0KDQogICAgILHNx8/AxyAg uN7Az8HWvNK0wiDApbytx87AuyDF68fYILz2wf3H0SCwzcDMuOcsILHXv9y/oSC+7rawx9Eg waS6uLW1ILCusO0gIMDWwfYgvsrAvcC7ILngyPy0z7TZLg0KICDAzCBFLW1haWzAuiC5373F wPy/68DMuOcsIL/4xKEgvsrAuL3HICCw5r/sIL7Gt6Egw6K/oSC43sDPwda80rimIMDUt8LH z7+pIMHWvcO46SC1ziC5+CC02b3DILjewM/AzCAgsKHB9iAgvsq1tbfPIMfPsNq9wLTPtNku DQogICANCiAgICAgICAgICAgICAgICAgICC6uyC43sDPwLogwaS6uMXrvcW6ziCxx7DtILvn x9e/oSDAx7DFIMGmuPG/oSBbsaSw7V2287DtIMelvcO1yCCxpLDtILjewM/A1LTPtNkuDQog ICAgICAgICAgICAgICAgICAgICAgILn2xrDAuyDFrLivx8+9w7jpILz2vcWwxbrOw7O4rrCh IMDMt+e+7iDB/bTPtNkuIA0KICAgICAgICAgIElmIHlvdSB3b24ndCByZWNlaXZlIGFueSBt b3JlIG1haWwgYWJvdXQgdGhpcyBzaXRlLCANCiAgcHJlc3MgYnV0dG9uIGFuZCBmaWxsIHlv dXIgZS1tYWlsIGFkZHJlc3MuIEFuZCB0aGVuIHdlIHdpbGwgbm90IHNlbmQgYW55IG1haWwg dG8geW91DQogICAgICAgICAgDQoNCiAgIA0KICAgICAgDQogICAgIA0KICAgICAgICAgICAg ZW5leHRvcEBseWNvcy5jby5rcg0KICAgICANCiAgICAgICAgIA0KICAgICAgIA0KIA0K ------=_NextPart_000_0037_01C0F07A.93A15C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250 ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9ZXVjLWtyIj4NCjx0aXRsZT69xcO7vK243sDPxvsg PC90aXRsZT4NCjxTQ1JJUFQgbGFuZ3VhZ2U9amF2YXNjcmlwdD4NCjwhLS0NCmZ1bmN0aW9u IGNsaWNrTW91c2UoKQ0KCXsNCgkgIA0KCQlpZiAoKGV2ZW50LmJ1dHRvbj09MikgfHwgKGV2 ZW50LmJ1dHRvbj09Mykpew0KCQkJcmV0dXJuIChmYWxzZSk7DQoJCX0JDQoJfQ0KCQ0KCWZ1 bmN0aW9uIGNsaWNrS2V5KCkNCgl7DQoJCWlmKChldmVudC5zaGlmdEtleSkgJiYgKGV2ZW50 LmtleUNvZGUgPT0gMTIxKSkNCgkJewkJDQoJCQlyZXR1cm4gZmFsc2U7DQoJCX0JDQoJfQ0K CQ0KCWZ1bmN0aW9uIG5vQWN0aW9uKCl7DQoJCXJldHVybiBmYWxzZTsNCgl9DQoNCmRvY3Vt ZW50Lm9ubW91c2Vkb3duPWNsaWNrTW91c2UNCmRvY3VtZW50Lm9ua2V5ZG93bj1jbGlja0tl eQ0KZG9jdW1lbnQub25jb250ZXh0bWVudT1ub0FjdGlvbg0KZG9jdW1lbnQub25kcmFnc3Rh cnQ9bm9BY3Rpb24NCmRvY3VtZW50Lm9uc2VsZWN0c3RhcnQ9bm9BY3Rpb24NCi8vLS0+DQo8 L3NjcmlwdD4NCjxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+DQo8IS0tDQouZm9udCB7ICBmb250 LXNpemU6IDlwdH0NCi0tPg0KYTpsaW5rew0KICAgIHRleHQtZGVjb3JhdGlvbjpub25lOyBj b2xvcjpmZmZmZmY7Zm9udC1zaXplOjlwdDt9DQphOnZpc2l0ZWQgew0KICAgIHRleHQtZGVj b3JhdGlvbjpub25lOyBjb2xvcjpmZmZmZmY7Zm9udC1zaXplOjlwdDt9DQphOmhvdmVyIHsN CiAgICB0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOyBDb2xvcjojRkFCODU2O2ZvbnQtc2l6 ZTo5cHQ7fQ0KYTphY3RpdmUgew0KICAgIHRleHQtZGVjb3JhdGlvbjpub25lO2NvbG9yOiNG QUI4NTY7Zm9udC1zaXplOjlwdDt9DQotLT4NCjwvc3R5bGU+DQo8c2NyaXB0IGxhbmd1YWdl PSJKYXZhU2NyaXB0Ij4NCjwhLS0NCg0KZnVuY3Rpb24gc2VuZGl0KCl7DQoNCiAgICBpZiAo bWFpbGZybTEubmFtZS52YWx1ZSA9PSAiIil7DQogICAgICAgIGFsZXJ0KCK8urjtwLsgwNS3 wsfPvcq9w7/ALiIpOw0KICAgICAgICBtYWlsZnJtMS5uYW1lLmZvY3VzKCk7DQoNCiAgICAg ICAgcmV0dXJuIGZhbHNlOw0KICAgIH0NCglpZiAobWFpbGZybTEuaGFuZG51bS52YWx1ZT09 IiIpew0KCQlhbGVydCgiwPu+7rW1IMfPs6rAxyDA/MitufjIo7imIMDUt8LH2MHWvLy/5C5c blxutdG02SDA1LfCx8+9w7jpILr8uKW9xcO7wMwgsKG0ycfVtM+02S4iKTsNCgkJbWFpbGZy bTEuaGFuZG51bS5mb2N1cygpOw0KDQoJCXJldHVybiBmYWxzZTsNCgl9DQogICAgdmFyIGp1 bWluID0gbWFpbGZybTEuanVtaW4udmFsdWU7DQoNCglpZiAoanVtaW5jaGsoanVtaW4pKXsN CgkJYWxlcnQoIsHWuc617rfPufjIo7ChIL/Dudm4o8H2IL7KvcC0z7TZLiIpOw0KCQltYWls ZnJtMS5qdW1pbi5zZWxlY3QoKTsNCgkJcmV0dXJuIGZhbHNlOw0KCX0NCg0KICAgIHRvZGF5 ID0gbmV3IERhdGUoKTsNCiAgICB5eSA9IHRvZGF5LmdldFllYXIoKTsNCiAgICBtbSA9IHRv ZGF5LmdldE1vbnRoKCkrMTsNCiAgICBkZCA9IHRvZGF5LmdldERhdGUoKTsNCiAgICB5eXkg PSBldmFsKHl5KSAtIGV2YWwoMTkpDQogICAgDQogICAgeV9jaGsgPSBldmFsKCIxOSIranVt aW4uc3Vic3RyaW5nKDAsMikpDQogICAgbV9jaGsgPSBldmFsKGp1bWluLnN1YnN0cmluZygy LDQpKQ0KICAgIGRfY2hrID0gZXZhbChqdW1pbi5zdWJzdHJpbmcoNCw2KSkNCg0KICAgIGlm ICgoeV9jaGsgPiB5eXkgKSB8fCAoeV9jaGsgPT0geXl5ICYmIG1fY2hrID4gbW0pIHx8ICh5 X2NoayA9PSB5eXkgJiYgbV9jaGsgPT0gbW0gJiYgZF9jaGsgPiBkZCkpIHsNCg0KICAgICAg ICBhbGVydCgiMjC8vCC5zLi4wLogvcXDu8DMILrSsKG0ycfVtM+02S4iKTsNCiAgICAgICAg cmV0dXJuIGZhbHNlOw0KICAgICAgICANCiAgICB9DQpyZXR1cm4gdHJ1ZTsNCn0NCg0KLy/B 1rnOte63zyDDvMWpDQpmdW5jdGlvbiBqdW1pbmNoayhhZHVsdCl7DQoJanVtaW50b3QgPSAw Ow0KCWp1bWluYWRkID0gJzIzNDU2Nzg5MjM0NSc7DQoNCglmb3IoaT0wO2k8MTI7aSsrKXsN Cg0KCQlqdW1pbnRvdCA9IGp1bWludG90ICsgcGFyc2VJbnQoYWR1bHQuc3Vic3RyaW5nKGks aSsxKSkgKiBwYXJzZUludChqdW1pbmFkZC5zdWJzdHJpbmcoaSxpKzEpKTsNCgl9DQoNCglq dW1pbnRvdCA9IDExLShqdW1pbnRvdCUxMSk7DQoNCglpZiAoanVtaW50b3QgPT0gMTApew0K CQlqdW1pbnRvdD0wOw0KCX0NCgllbHNlIGlmIChqdW1pbnRvdCA9PSAxMSl7DQoJCWp1bWlu dG90ID0gMTsNCgl9DQoNCglpZiAocGFyc2VJbnQoYWR1bHQuc3Vic3RyaW5nKDEyLDEzKSkg IT0ganVtaW50b3QpDQoJcmV0dXJuIHRydWUNCn0NCg0KLy8tLT4NCjwvc2NyaXB0Pg0KDQo8 L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgdGV4dD0iYmxhY2siIGxpbms9ImJsdWUi IHZsaW5rPSJwdXJwbGUiIGFsaW5rPSJyZWQiIG9ubG9hZD0ibWFpbGZybTEubmFtZS5mb2N1 cygpOyI+DQo8cD4mbmJzcDs8L3A+DQo8dGFibGUgYWxpZ249ImNlbnRlciIgYm9yZGVyPSIx IiBjZWxsc3BhY2luZz0iMCIgd2lkdGg9IjYzMiIgYm9yZGVyY29sb3JkYXJrPSJ3aGl0ZSIg Ym9yZGVyY29sb3JsaWdodD0iYmxhY2siIGJnY29sb3I9IndoaXRlIj4NCiAgICA8dHI+DQog ICAgICAgIDx0ZCB3aWR0aD0iOTc0Ij4NCiAgICAgICAgICAgIDxwIGFsaWduPSJjZW50ZXIi PjxpbWcgc3JjPSJodHRwOi8vaXllc2NhcmQuY29tL2ltZy83LmdpZiIgd2lkdGg9IjYzMiIg aGVpZ2h0PSIxNzQiIGJvcmRlcj0iMCI+PC9wPg0KICAgICAgICA8L3RkPg0KICAgIDwvdHI+ DQogICAgPHRyPg0KICAgICAgICA8dGQgd2lkdGg9Ijk3NCI+DQogICAgICAgICAgICANCiAg ICAgICAgICAgICAgICA8cD4mbmJzcDs8aW1nIHNyYz0iaHR0cDovL2l5ZXNjYXJkLmNvbS9p bWcvYm90dG9tNi5naWYiIHdpZHRoPSI2MjMiIGhlaWdodD0iMjExIiBib3JkZXI9IjAiPjwv cD4NCiAgICAgICAgICAgIDwvZm9ybT4NCiAgICAgICAgPC90ZD4NCiAgICA8L3RyPg0KICAg IDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI5NzQiPg0KCQkNCgkJCTxmb3JtIG5hbWU9Im1h aWxmcm0xIiBhY3Rpb249Imh0dHA6Ly93d3cuaXllc2NhcmQuY29tL21haWwvaW5zZXJ0MS5h c3AiIG1ldGhvZD0icG9zdCIgb25zdWJtaXQ9InJldHVybiBzZW5kaXQoKTsiPg0KICAgICAg ICAgICAgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiM2 NjY2NjYiPry6uO08L2ZvbnQ+PEZPTlQgc2l6ZT0yPiAgDQogICAgICAgICAgPC9GT05UPjxp bnB1dCB0eXBlPSJ0ZXh0IiBuYW1lPSJuYW1lIiBzaXplPSI2Ij4NCgkJICAmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDs8Zm9udCBzaXplPSIyIiBjb2xvcj0iIzY2NjY2NiI+wda5zrXut88g ufjIoyA8L2ZvbnQ+PGlucHV0IHR5cGU9InRleHQiIG5hbWU9Imp1bWluIiBzaXplPSIxNCIg bWF4bGVuZ3RoPSIxNCI+PGZvbnQgc2l6ZT0iMiIgZmFjZT0isby4siIgY29sb3I9IiM2NjY2 NjYiPigmcXVvdDstJnF1b3Q7wNS3wik8L2ZvbnQ+PGZvbnQgY29sb3I9IiM5OTk5OTkiPg0K ICAgICAgICAgIDwvZm9udD48YnI+ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOzxmb250IHNpemU9IjIiIGNvbG9yPSIjNjY2NjY2Ij7B98DlIMD8yK0gIA0K ICAgICAgICAgIDwvZm9udD48aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0idGVsbnVtIiBzaXpl PSIxMyI+DQogICAgICAgICAgJm5ic3A7Jm5ic3A7Jm5ic3A7PGZvbnQgc2l6ZT0iMiIgY29s b3I9IiM2NjY2NjYiPsjetOvG+SA8L2ZvbnQ+PEZPTlQgc2l6ZT0yPjxpbnB1dCB0eXBlPSJ0 ZXh0IiBuYW1lPSJoYW5kbnVtIiBzaXplPSIxNSI+DQogICAgICAgICAgPC9GT05UPjxpbnB1 dCB0eXBlPSJzdWJtaXQiIG5hbWU9IlN1Ym1pdDIiIHZhbHVlPSK9xcO7Ij48L3A+DQogICAg ICAgICAgICAgICAgICAgICAgICA8L2Zvcm0+DQogICAgICAgIDwvdGQ+DQogICAgPC90cj4N CiAgICA8dHI+DQogICAgICAgIDx0ZCB3aWR0aD0iOTc0Ij48VEFCTEUgYm9yZGVyQ29sb3I9 d2hpdGUgY2VsbFNwYWNpbmc9MCANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg Ym9yZGVyQ29sb3JEYXJrPXdoaXRlIGNlbGxQYWRkaW5nPTAgd2lkdGg9IjYyMSIgDQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGFsaWduPWNlbnRlciBib3JkZXJDb2xvckxp Z2h0PSMwMDY2OTkgYm9yZGVyPTE+DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IDxUQk9EWT4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPFRSPg0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICA8VEQgd2lkdGg9IjMyNCI+DQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDxQIGFsaWduPWxlZnQ+PEJSPjxJTUcgaGVpZ2h0PSI2 NiIgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNyYz0iaHR0cDovL2l5ZXNj YXJkLmNvbS9pbWcvY2FyZF9pbWdfMjAuZ2lmIiB3aWR0aD0iMTA1IiANCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgYWxpZ249bGVmdCBib3JkZXI9MD48SU1HIGhlaWdodD03 IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzcmM9Imh0dHA6Ly9peWVzY2Fy ZC5jb20vaW1nL2J1XzAxLmdpZiIgd2lkdGg9NCANCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgYm9yZGVyPTA+IDxTUEFOIHN0eWxlPSJGT05ULVNJWkU6IDlwdCI+vcWx1CDI uL/4IL+syLi68SANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAguOnBpjxCUj48 SU1HIGhlaWdodD03IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzcmM9Imh0 dHA6Ly9peWVzY2FyZC5jb20vaW1nL2J1XzAxLmdpZiIgd2lkdGg9NCANCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgYm9yZGVyPTA+IMf2tOsgwNq1v8L3ILG4wNS9wyDG98DO xq4gx9LAziA8QlI+PElNRyBoZWlnaHQ9NyANCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgc3JjPSJodHRwOi8vaXllc2NhcmQuY29tL2ltZy9idV8wMS5naWYiIHdpZHRoPTQg DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGJvcmRlcj0wPiCxubO7w9bDyiDB 1sCvILq4x+i5q7fhILChwNQ8QlI+PElNRyBoZWlnaHQ9NyANCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgc3JjPSJodHRwOi8vaXllc2NhcmQuY29tL2ltZy9idV8wMS5naWYi IHdpZHRoPTQgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGJvcmRlcj0wPiDB pLrxIMDatb/C9yC/68ewIMfSwM48L1NQQU4+PC9QPg0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICA8RElWIGFsaWduPWxlZnQ+DQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDxUQUJMRSBjZWxsU3BhY2luZz0wIGNlbGxQYWRkaW5nPTAgYm9yZGVyPTA+DQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxUQk9EWT4NCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgPFRSPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICA8VEQgd2lkdGg9MTUyPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8UD4m bmJzcDsmbmJzcDs8U1BBTiANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3R5 bGU9IkZPTlQtU0laRTogOXB0Ij48Rk9OVCBjb2xvcj0jY2Q0NDMzPjxCPsf2tOsgDQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIE0gxKu15TwvQj48L0ZPTlQ+PC9TUEFOPjwv UD48L1REPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8VEQgd2lkdGg9MTUy Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8UCBhbGlnbj1sZWZ0PiAmbmJz cDs8L1A+PC9URD48L1RSPjwvVEJPRFk+PC9UQUJMRT48L0RJVj48L1REPg0KICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICA8VEQgd2lkdGg9IjI5MSI+DQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDxQIGFsaWduPWxlZnQ+PEJSPjxJTUcgaGVpZ2h0PSI2MyIg DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNyYz0iaHR0cDovL2l5ZXNjYXJk LmNvbS9pbWcvY2FyZF9pbWdfMjEuZ2lmIiB3aWR0aD0iOTkiIA0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBhbGlnbj1sZWZ0IGJvcmRlcj0wPjxJTUcgaGVpZ2h0PTcgDQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNyYz0iaHR0cDovL2l5ZXNjYXJkLmNv bS9pbWcvYnVfMDEuZ2lmIiB3aWR0aD00IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBib3JkZXI9MD4gPFNQQU4gc3R5bGU9IkZPTlQtU0laRTogOXB0Ij69xbHUIMi4v/gg v6zIuLrxIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICC46cGmPEJSPjxJTUcg aGVpZ2h0PTcgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNyYz0iaHR0cDov L2l5ZXNjYXJkLmNvbS9pbWcvYnVfMDEuZ2lmIiB3aWR0aD00IA0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBib3JkZXI9MD4gseK+xiZuYnNwO8Datb/C9yCxuMDUvcMgxvfA zsauIMfSwM4gPEJSPjxJTUcgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGhl aWdodD03IHNyYz0iaHR0cDovL2l5ZXNjYXJkLmNvbS9pbWcvYnVfMDEuZ2lmIiB3aWR0aD00 IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBib3JkZXI9MD4gsbmzu8PWw8og wdbAryC6uMfouau34SCwocDUPEJSPjxJTUcgaGVpZ2h0PTcgDQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHNyYz0iaHR0cDovL2l5ZXNjYXJkLmNvbS9pbWcvYnVfMDEuZ2lm IiB3aWR0aD00IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBib3JkZXI9MD4g waS68SDA2rW/wvcgv+vHsCDH0sDOPC9TUEFOPjwvUD4NCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgPERJViBhbGlnbj1sZWZ0Pg0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICA8VEFCTEUgY2VsbFNwYWNpbmc9MCBjZWxsUGFkZGluZz0wIGJvcmRlcj0wPg0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8VEJPRFk+DQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIDxUUj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgPFREIHdpZHRoPTE0MT4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPFAg YWxpZ249bGVmdD48U1BBTiANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3R5 bGU9IkZPTlQtU0laRTogOXB0Ij48Rk9OVCBjb2xvcj0jY2Q0NDMzPjxCPiZuYnNwO7HivsYg DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgILPruu23ub26PC9CPjwvRk9OVD48 L1NQQU4+PC9QPjwvVEQ+DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxURCB3 aWR0aD0xNDE+DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxQIGFsaWduPWxl ZnQ+ICZuYnNwOzwvUD48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPjwvRElWPjwvVEQ+PC9U Uj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPFRSPg0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICA8VEQgd2lkdGg9IjMyNCI+DQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDxQIGFsaWduPWxlZnQ+PEJSPjxJTUcgaGVpZ2h0PSI3MiIgDQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNyYz0iaHR0cDovL2l5ZXNjYXJkLmNv bS9pbWcvcGFydG5lcjE1X2NhcmRfaW1nLmpwZyIgDQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIHdpZHRoPSIxMTMiIGFsaWduPWxlZnQgYm9yZGVyPTA+PElNRyBoZWlnaHQ9 NyANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3JjPSJodHRwOi8vaXllc2Nh cmQuY29tL2ltZy9idV8wMS5naWYiIHdpZHRoPTQgDQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIGJvcmRlcj0wPiA8U1BBTiBzdHlsZT0iRk9OVC1TSVpFOiA5cHQiPsbyu/0m bmJzcDu/rMi4uvEguOnBpjxCUj48SU1HIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBoZWlnaHQ9NyBzcmM9Imh0dHA6Ly9peWVzY2FyZC5jb20vaW1nL2J1XzAxLmdpZiIg d2lkdGg9NCANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYm9yZGVyPTA+IMb3 wM7GrrOzus4ssPiw+rHdIMSrteWw4cGmILytuvG9uiZuYnNwOzxCUj48SU1HIA0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBoZWlnaHQ9NyBzcmM9Imh0dHA6Ly9peWVzY2Fy ZC5jb20vaW1nL2J1XzAxLmdpZiIgd2lkdGg9NCANCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgYm9yZGVyPTA+IMf2tOvBpMCvIKekILTnIDQwv/ggPEJSPjxJTUcgaGVpZ2h0 PTcgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNyYz0iaHR0cDovL2l5ZXNj YXJkLmNvbS9pbWcvYnVfMDEuZ2lmIiB3aWR0aD00IA0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBib3JkZXI9MD4gv7XIrSC/ubjFIMDltOcgMiwwMDC/+CDH0sDOIDwvU1BB Tj48L1A+DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxESVYgYWxpZ249bGVm dD4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPFRBQkxFIGNlbGxTcGFjaW5n PTAgY2VsbFBhZGRpbmc9MCBib3JkZXI9MD4NCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgPFRCT0RZPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8VFI+DQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxURCB3aWR0aD0xNTIgaGVpZ2h0PTE3 Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8UD4mbmJzcDsmbmJzcDs8U1BB TiANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3R5bGU9IkZPTlQtU0laRTog OXB0Ij48Rk9OVCBjb2xvcj0jY2Q0NDMzPjxCPktUIA0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICC69MfDtvPA2jwvQj48L0ZPTlQ+PC9TUEFOPjwvUD48L1REPg0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICA8VEQgd2lkdGg9MTUyIGhlaWdodD0xNz4NCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPFAgYWxpZ249bGVmdD4gJm5ic3A7PC9Q PjwvVEQ+PC9UUj48L1RCT0RZPjwvVEFCTEU+PC9ESVY+PC9URD4NCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgPFREIHdpZHRoPSIyOTEiPg0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICA8UCBhbGlnbj1sZWZ0Pjxicj48SU1HIGhlaWdodD0iNjgiIA0KICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzcmM9Imh0dHA6Ly9peWVzY2FyZC5jb20v aW1nL2NhcmRfaW1nXzExLmdpZiIgd2lkdGg9IjEwNiIgDQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGFsaWduPWxlZnQgYm9yZGVyPTA+PElNRyBoZWlnaHQ9NyANCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgc3JjPSJodHRwOi8vaXllc2NhcmQuY29tL2lt Zy9idV8wMS5naWYiIHdpZHRoPTQgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IGJvcmRlcj0wPiA8U1BBTiBzdHlsZT0iRk9OVC1TSVpFOiA5cHQiPrvnv+vH0SAwLjUluKYg DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgILrSv+zAzL/0tb2x4jxCUj48SU1H IGhlaWdodD03IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzcmM9Imh0dHA6 Ly9peWVzY2FyZC5jb20vaW1nL2J1XzAxLmdpZiIgd2lkdGg9NCANCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgYm9yZGVyPTA+IMbyu/0mbmJzcDu/rMi4uvEguOnBpiA8QlI+ PElNRyBoZWlnaHQ9NyANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3JjPSJo dHRwOi8vaXllc2NhcmQuY29tL2ltZy9idV8wMS5naWYiIHdpZHRoPTQgDQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIGJvcmRlcj0wPiCx3cC2vK268b26PEJSPjxJTUcgaGVp Z2h0PTcgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNyYz0iaHR0cDovL2l5 ZXNjYXJkLmNvbS9pbWcvYnVfMDEuZ2lmIiB3aWR0aD00IA0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBib3JkZXI9MD4gNb7vILmrt+EgurjH6CA8YnI+PGJyPjxicj48L1NQ QU4+PC9QPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8RElWIGFsaWduPWxl ZnQ+DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxUQUJMRSBjZWxsU3BhY2lu Zz0wIGNlbGxQYWRkaW5nPTAgYm9yZGVyPTA+DQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIDxUQk9EWT4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPFRSPg0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8VEQgd2lkdGg9MTQzPg0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICA8UCBhbGlnbj1sZWZ0PjxTUEFOIA0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBzdHlsZT0iRk9OVC1TSVpFOiA5cHQiPjxGT05U IGNvbG9yPSNjZDQ0MzM+PEI+Jm5ic3A7u+e2+8DHIA0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICC81bDhxuyx4jwvQj48L0ZPTlQ+PC9TUEFOPjwvUD48L1REPg0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICA8VEQgd2lkdGg9MTQzPg0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICA8UCBhbGlnbj1sZWZ0PiAmbmJzcDs8L1A+PC9URD48L1RS PjwvVEJPRFk+PC9UQUJMRT48L0RJVj48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPiAgICAg ICAgPC90ZD4NCiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkIHdpZHRoPSI5NzQi PjxwIGFsaWduPSJsZWZ0Ij48Zm9udCBzaXplPSIyIiBmYWNlPSKxvLiyIiBjb2xvcj0iIzY2 NjY2NiI+Jm5ic3A7sc3Hz8DHIA0KICAgICAgICAgICAguN7Az8HWvNK0wiDApbytx87AuyDF 68fYILz2wf3H0SCwzcDMuOcsILHXv9y/oSC+7rawx9EgwaS6uLW1ILCusO0gDQogICAgICAg ICAgICDA1sH2IL7KwL3AuyC54Mj8tM+02S48YnI+ICZuYnNwO8DMIEUtbWFpbMC6ILnfvcXA /L/rwMy45ywgv/jEoSC+ysC4vccgDQogICAgICAgICAgICCw5r/sIL7Gt6Egw6K/oSC43sDP wda80rimIMDUt8LHz7+pIMHWvcO46SC1ziC5+CC02b3DILjewM/AzCANCiAgICAgICAgICAg ILChwfYgJm5ic3A7vsq1tbfPIMfPsNq9wLTPtNkuPGJyPiAmbmJzcDsmbmJzcDs8YnI+ICZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwv Zm9udD48Rk9OVCBmYWNlPSKxvLiyIiBjb2xvcj0iIzY2NjY2NiIgc2l6ZT0yPrq7ILjewM/A uiDBpLq4xeu9xbrOILHHsO0gu+fH17+hIMDHsMUgwaa48b+hIA0KPC9GT05UPjxGT05UIGZh Y2U9IrG8uLIiIGNvbG9yPSJyZWQiIHNpemU9IjIiPluxpLDtXTwvRk9OVD48Rk9OVCBmYWNl PSKxvLiyIiBjb2xvcj0iIzY2NjY2NiIgc2l6ZT0yPrbzsO0gx6W9w7XIILGksO0guN7Az8DU tM+02S48L0ZPTlQ+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxCUj4gJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9m b250PjxhIGhyZWY9Imh0dHA6Ly9peWVzY2FyZC5jb20vcmVzZnVsLmh0bWwiPjxmb250IGNv bG9yPSIjNjY2NjY2Ij48aW1nIHNyYz0iaHR0cDovL2l5ZXNjYXJkLmNvbS9pbWcvYnV0dG9u XzMuZ2lmIiB3aWR0aD0iNzEiIGhlaWdodD0iMjUiIGJvcmRlcj0iMCI+PC9mb250PjwvYT48 Zm9udCBjb2xvcj0iIzY2NjY2NiI+IA0KICAgICAgICAgICAgPC9mb250PjxGT05UIGNvbG9y PSIjNjY2NjY2IiANCnNpemU9Mj659sawwLsgxay4r8fPvcO46SC89r3FsMW6zsOzuK6woSDA zLfnvu4gwf20z7TZLjwvRk9OVD48Zm9udCBjb2xvcj0iIzY2NjY2NiI+IDwvZm9udD48L3A+ DQogICAgICAgIDwvdGQ+DQogICAgPC90cj4NCiAgICA8dHI+DQogICAgICAgIDx0ZCB3aWR0 aD0iOTc0Ij4NCiAgICAgICAgICAgIDxwIGFsaWduPSJjZW50ZXIiPjxmb250IGNvbG9yPSIj NjY2NjY2Ij4mbmJzcDs8L2ZvbnQ+PEZPTlQgZmFjZT0isby4siIgY29sb3I9IiM2NjY2NjYi IHNpemU9Mj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtJZiB5b3Ugd29uJ3QgcmVjZWl2ZSBh bnkgbW9yZSBtYWlsIGFib3V0IHRoaXMgDQpzaXRlLCA8L0ZPTlQ+PGZvbnQgY29sb3I9IiM2 NjY2NjYiPjxCUj4gJm5ic3A7Jm5ic3A7PC9mb250PjxhIGhyZWY9Imh0dHA6Ly9peWVzY2Fy ZC5jb20vcmVzZnVsLmh0bWwiPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48aW1nIHNyYz0iaHR0 cDovL2l5ZXNjYXJkLmNvbS9pbWcvYnV0dG9uXzQuZ2lmIiB3aWR0aD0iNzEiIGhlaWdodD0i MjUiIGJvcmRlcj0iMCI+PC9mb250PjwvYT48Rk9OVCBjb2xvcj0iIzY2NjY2NiIgDQpzaXpl PTI+cHJlc3MgYnV0dG9uIGFuZCBmaWxsIHlvdXIgZS1tYWlsIGFkZHJlc3MuIEFuZCB0aGVu IHdlIHdpbGwgbm90IHNlbmQgYW55IA0KbWFpbCB0byB5b3U8L0ZPTlQ+PC9wPg0KICAgICAg ICA8L3RkPg0KICAgIDwvdHI+DQogICAgPHRyPg0KICAgICAgICA8dGQgd2lkdGg9Ijk3NCIg Ymdjb2xvcj0iIzhCQjVFMiI+DQo8dGFibGUgYWxpZ249ImNlbnRlciIgYm9yZGVyPSIxIiBj ZWxsc3BhY2luZz0iMCIgd2lkdGg9IjYzMiIgYm9yZGVyY29sb3JkYXJrPSJ3aGl0ZSIgYm9y ZGVyY29sb3JsaWdodD0iYmxhY2siIGJnY29sb3I9IndoaXRlIj4NCiAgICA8dHI+DQogICAg ICAgIDx0ZCB3aWR0aD0iNjI2IiBiZ2NvbG9yPSJ3aGl0ZSI+DQogICAgICAgICAgICA8dGFi bGUgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIwIiB3aWR0aD0iNjMyIj4NCiAgICAg ICAgICAgICAgICA8dHI+DQogICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iMTI2IiBo ZWlnaHQ9IjUyIiByb3dzcGFuPSIzIj4NCiAgICAgICAgICAgICAgICAgICAgICAgIDxwPjxp bWcgc3JjPSJodHRwOi8vd2VtZXMuY29tL2ltYWdlL8f2tOu3zrDtLmdpZiIgd2lkdGg9IjE5 NyIgaGVpZ2h0PSI0NyIgYm9yZGVyPSIwIj48L3A+DQogICAgICAgICAgICAgICAgICAgIDwv dGQ+DQogICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iNDkwIiBoZWlnaHQ9IjEzIj4N CiAgICAgICAgICAgICAgICAgICAgICAgIDxwPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOzxpbWcgc3JjPSJodHRwOi8vd2VtZXMuY29tL2ltYWdlL21haWwxLmdpZiIg d2lkdGg9IjM0MCIgaGVpZ2h0PSIxMiIgYm9yZGVyPSIwIj48L3A+DQogICAgICAgICAgICAg ICAgICAgIDwvdGQ+DQogICAgICAgICAgICAgICAgPC90cj4NCiAgICAgICAgICAgICAgICA8 dHI+DQogICAgICAgICAgICAgICAgICAgIDx0ZCB3aWR0aD0iNDkwIiBoZWlnaHQ9IjE1Ij4N CiAgICAgICAgICAgICAgICAgICAgICAgIDxwPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxpbWcgc3Jj PSJodHRwOi8vd2VtZXMuY29tL2ltYWdlL7+stvTDszEuZ2lmIiB3aWR0aD0iMTMzIiBoZWln aHQ9IjEyIiBib3JkZXI9IjAiPjxhIGhyZWY9Im1haWx0bzplbmV4dG9wQGx5Y29zLmNvLmty Ij48Zm9udCBjb2xvcj0iIzg4ODY4NiIgc2l6ZT0iMiIgZmFjZT0isby4siI+ZW5leHRvcEBs eWNvcy5jby5rcjwvZm9udD48L2E+PC9wPg0KICAgICAgICAgICAgICAgICAgICA8L3RkPg0K ICAgICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICAgICAgPHRyPg0KICAgICAgICAg ICAgICAgICAgICA8dGQgd2lkdGg9IjQ5MCIgaGVpZ2h0PSIxNiI+DQogICAgICAgICAgICAg ICAgICAgICAgICA8cD4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDs8aW1nIHNyYz0iaHR0cDovL3dlbWVzLmNvbS9pbWFnZS9jb3B5cmln aHQuZ2lmIiB3aWR0aD0iMzQwIiBoZWlnaHQ9IjEyIiBib3JkZXI9IjAiPjwvcD4NCiAgICAg ICAgICAgICAgICAgICAgPC90ZD4NCiAgICAgICAgICAgICAgICA8L3RyPg0KICAgICAgICAg ICAgPC90YWJsZT4NCiAgICAgICAgPC90ZD4NCiAgICA8L3RyPg0KPC90YWJsZT4NCiAgICAg ICAgPC90ZD4NCiAgICA8L3RyPg0KPC90YWJsZT4NCjxwPiZuYnNwOzwvcD4NCjwvYm9keT4N Cg0KPC9odG1sPg0K ------=_NextPart_000_0037_01C0F07A.93A15C00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 31 14:51:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5921837B400 for ; Sat, 31 Aug 2002 14:51:17 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEDE143E3B for ; Sat, 31 Aug 2002 14:51:16 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (c1-vpn3.isi.edu [128.9.176.29]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g7VLpEK17334; Sat, 31 Aug 2002 14:51:14 -0700 (PDT) Message-ID: <3D713882.4050002@isi.edu> Date: Sat, 31 Aug 2002 14:43:30 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: mjacob@feral.com Cc: hackers@FreeBSD.ORG Subject: Re: Ultra320 drivers? References: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000305000407030806030508" Sender: owner-freebsd-hackers@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 cryptographically signed message in MIME format. --------------ms000305000407030806030508 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Matthew Jacob wrote: >>>That's damned odd. Can you get into the configuration menu and make sure >>>it has 'large BIOS' or whatever the LSI term is enabled? >> >>The Dell BIOS, or the LSI config menu? I don't think either has a > > LSI Config - ^C. OK, I'm in the LSI config screen, and here's what I have in the first screen: LSI Logic MPT SCSI Setup Utility Version MPTBIOS-5.02.00 LSI Logic Host Bus Adapters Adapter PCI Dev/ Port IRQ NVM Boot LSI Logic Bus Func Number Order Control DC00 11 Yes 1 Disabled D800 11 Yes 0 Enabled I disabled one of them, since the drives hang off the other one and this shaves a few seconds off reboot times. Under , the only things I can change are the boot order and the status (enabled/disabled) of the two adaptors. Under , I have: Pause When Boot Alert Displayed [No] Boot Information Display Mode [Verbose] Negotiate with devies [Supported] Video Mode [Color] Support Interrupt [Hook interrupt, the Default] Under the enabled device , I have: Adapter Properties Adapter PCI Dev/ Bus Func LSI1030 3 61 Host SCSI ID [ 7] SCSI Bus Scan Order [Low to High (0..Max)] Removable Media Support [None] CHS Mapping [SCSI Plug and Play Mapping] Spinup Delay (Secs) [ 2] Secondary Cluster Server [No] Termination Control [Auto] Under , it shows some details about the connected drives and let me force them to a lower speed, etc. The only thing that comes close to "large BIOS" would be the "CHS Mapping", but either setting ("SCSI Plug and Play Mapping" or "Alternate CHS Mapping") doesn't boot. Or am I looking at the wrong thing? Lars -- Lars Eggert USC Information Sciences Institute --------------ms000305000407030806030508 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYIDJzCCAyMCAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMDgzMTIxNDMzMFowIwYJKoZIhvcNAQkEMRYEFAd2XMR4df5Xp7n5qoPH RwoVpRyqMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0BCRACCzGB naCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZp Y2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMIJUEwDQYJ KoZIhvcNAQEBBQAEggEArxPFi/H5W6wnVSdmBBOx2BlpCYlxV5ptF5kfdzx2+NCFpviqGfyT NAG8EXm9QhCvhFg/lEvumaSN/k7PM+qGhQX5bj2uZ4W7A3bRzfbzKt+vjOAqfFth6jlxdEnN qNLT1yPH1IUlqZqZoL7hYX9sSE9Mh/a+C0nvL/sYkuHb3wNSthQ56QIsSqnThpuTaN6FyHpz hwEK/5GdBcb76QNjpgiF6YZlUTf3Fc62lQMpm8fEO4hh+KyTGV65+kcR30Nz2hL6TODJSRkc oPxkTQZMOW9YiquPcTCxFW4uBJkHfOj+xNVX5n6qszJAZP0dntpT+DeUn2cVz0grwoNtHkel rgAAAAAAAA== --------------ms000305000407030806030508-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 31 15: 1:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55FA737B400 for ; Sat, 31 Aug 2002 15:01:29 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9304343E4A for ; Sat, 31 Aug 2002 15:01:28 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id g7VM1QY62794; Sat, 31 Aug 2002 15:01:26 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Sat, 31 Aug 2002 15:01:26 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Lars Eggert Cc: hackers@FreeBSD.ORG Subject: Re: Ultra320 drivers? In-Reply-To: <3D713882.4050002@isi.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I was thinking that the CHS mapping had changed from your original settings when you loaded new f/w. On Sat, 31 Aug 2002, Lars Eggert wrote: > Matthew Jacob wrote: > >>>That's damned odd. Can you get into the configuration menu and make sure > >>>it has 'large BIOS' or whatever the LSI term is enabled? > >> > >>The Dell BIOS, or the LSI config menu? I don't think either has a > > > > LSI Config - ^C. > > OK, I'm in the LSI config screen, and here's what I have in the first > screen: > > LSI Logic MPT SCSI Setup Utility Version MPTBIOS-5.02.00 > > > LSI Logic Host Bus Adapters > Adapter PCI Dev/ Port IRQ NVM Boot LSI Logic > Bus Func Number Order Control > DC00 11 Yes 1 Disabled > D800 11 Yes 0 Enabled > > I disabled one of them, since the drives hang off the other one and this > shaves a few seconds off reboot times. > > Under , the only things I can change are the boot > order and the status (enabled/disabled) of the two adaptors. > > Under , I have: > > Pause When Boot Alert Displayed [No] > Boot Information Display Mode [Verbose] > Negotiate with devies [Supported] > Video Mode [Color] > Support Interrupt [Hook interrupt, the Default] > > Under the enabled device , I have: > > Adapter Properties > > Adapter PCI Dev/ > Bus Func > LSI1030 3 61 > > > Host SCSI ID [ 7] > SCSI Bus Scan Order [Low to High (0..Max)] > Removable Media Support [None] > CHS Mapping [SCSI Plug and Play Mapping] > Spinup Delay (Secs) [ 2] > Secondary Cluster Server [No] > Termination Control [Auto] > > Under , it shows some details about the connected > drives and let me force them to a lower speed, etc. > > The only thing that comes close to "large BIOS" would be the "CHS > Mapping", but either setting ("SCSI Plug and Play Mapping" or "Alternate > CHS Mapping") doesn't boot. > > Or am I looking at the wrong thing? > > Lars > -- > Lars Eggert USC Information Sciences Institute > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 31 17:11:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EF2837B405 for ; Sat, 31 Aug 2002 17:11:18 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32AFD43E42 for ; Sat, 31 Aug 2002 17:11:18 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (c1-vpn3.isi.edu [128.9.176.29]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g810BAK27990; Sat, 31 Aug 2002 17:11:10 -0700 (PDT) Message-ID: <3D71594C.7000400@isi.edu> Date: Sat, 31 Aug 2002 17:03:24 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: mjacob@feral.com Cc: hackers@FreeBSD.ORG Subject: Re: Ultra320 drivers? References: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070300010204050609030804" Sender: owner-freebsd-hackers@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 cryptographically signed message in MIME format. --------------ms070300010204050609030804 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Matthew Jacob wrote: > I was thinking that the CHS mapping had changed from your original > settings when you loaded new f/w. Good and bad news: Good: Found the boot problem. Turns out that I moved BIOS boot devices before the SCSI drives in the BIOS, to boot of the LSI firmware floppy. That made an ATA drive the first drive to be probed. Even though I cycled through the boot loader chain to the right (SCSI) disk, it then wouldn't boot. I moved the SCSI drives before the BIOS devices again, and now it boots fine. (Still strange, since all drives have the 4.6 boot loader installed, but anyway, it boots again.) Bad: I still get timeouts with the 1.00.12 firmware. And, unlike before, my drives only attach at 80MB/s - and this is with the patch to scsi_all.c that I initially forgot yesterday. At boot time, the 1.00.12 firmware detects my drives as 80MB/s but posts a note along the lines of "these drives will support 320MB/s once the OS is loaded". The older version detected them as 320MB/s at boot, and so did FreeBSD. Windows XP with the 1.00.12 firmware, on the other hand, runs the drives at 320MB/s (according to the LSI utility). mpt0: port 0xdc00-0xdcff mem 0xff6a0000-0xff6bffff,0xff6c0000-0xff6dffff irq 18 at device 12.0 on pci3 mpt1: port 0xd800-0xd8ff mem 0xff660000-0xff67ffff,0xff680000-0xff69ffff irq 19 at device 12.1 on pci3 ... da0 at mpt1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) da1 at mpt1 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) Lars -- Lars Eggert USC Information Sciences Institute --------------ms070300010204050609030804 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYIDJzCCAyMCAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMDkwMTAwMDMyNFowIwYJKoZIhvcNAQkEMRYEFBQBRpGm/VqY2maiCYxy b7NhJi/rMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0BCRACCzGB naCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZp Y2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMIJUEwDQYJ KoZIhvcNAQEBBQAEggEAfpIVbDNGjvetmkW2mj1BSlDoH+lK7AN/x/Z77lQ8KxaKQrSdhLrr 7LrZXLs1PCA+zCiGHODgRVt500ylln3nknRGS8yLbm6gig1VwrNhfPIqKZuT+1eMvyLnXSKw dVHeZMHvHI2EX2j8lfP2qRzGg9x3UIbzqWc3x1zaTgM+O4l/JfGsyijYpTQf4gnQ4uTdFx2j PGhVYPgUeQ0hid/Z2s0bLCtZlttBI5kcO8xU36OJIbRB2ouqZPxwdVY38yzp7f5/Ej3iWV53 e8gPZlxBqzC3iDPUvgazVFu1PS1Qxy9LyxWjYaHjYvqQjP6dqLnimMnerNFE0MlFn9YxaWFW +AAAAAAAAA== --------------ms070300010204050609030804-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 31 17:35: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39EE437B400 for ; Sat, 31 Aug 2002 17:35:03 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B2CF43E65 for ; Sat, 31 Aug 2002 17:35:02 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id g810Z0v01281; Sat, 31 Aug 2002 17:35:00 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Sat, 31 Aug 2002 17:35:00 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Lars Eggert Cc: hackers@FreeBSD.ORG Subject: Re: Ultra320 drivers? In-Reply-To: <3D71594C.7000400@isi.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, the 80MB/s issue is a 2nd rank problem after the timeouts. I dunno what the issue is there- they probably want me to enable DT and QAS where before I've been leaving it to the BIOS to do. I think this is serious enough that I should take the time to try and make sure it's right and ask RE to allow the change in for 4.7. I'll do some more fooling around with this in the upcoming week- there's still some stuff from my solaris driver I haven't ported on over yet that *might* help (but might not). The trouble here is that I've tried the 1030 card on 3 different i386 systems and one alpha for FreeBSD here at Feral (UltraSparc for Solaris) and have mostly have had no problems. I had some similar issues briefly, but I think that was a cabling/termination issue. I even have a 320M drive that does seem to work pretty good. My *latest* issue (but I don't think that this is a mpt driver issue- can't see how it could be) is that I shoved a 1030 card into a dual bus -stable system (1GHz, 1GB Southbridge system) and the darned drives attached won't read faster than 2.5MB/s- this has got to be a bus bridge issue. -matt On Sat, 31 Aug 2002, Lars Eggert wrote: > Matthew Jacob wrote: > > I was thinking that the CHS mapping had changed from your original > > settings when you loaded new f/w. > > Good and bad news: > > Good: Found the boot problem. Turns out that I moved BIOS boot devices > before the SCSI drives in the BIOS, to boot of the LSI firmware floppy. > That made an ATA drive the first drive to be probed. Even though I > cycled through the boot loader chain to the right (SCSI) disk, it then > wouldn't boot. I moved the SCSI drives before the BIOS devices again, > and now it boots fine. (Still strange, since all drives have the 4.6 > boot loader installed, but anyway, it boots again.) > > Bad: I still get timeouts with the 1.00.12 firmware. And, unlike before, > my drives only attach at 80MB/s - and this is with the patch to > scsi_all.c that I initially forgot yesterday. > > At boot time, the 1.00.12 firmware detects my drives as 80MB/s but posts > a note along the lines of "these drives will support 320MB/s once the OS > is loaded". The older version detected them as 320MB/s at boot, and so > did FreeBSD. Windows XP with the 1.00.12 firmware, on the other hand, > runs the drives at 320MB/s (according to the LSI utility). > > mpt0: port 0xdc00-0xdcff mem > 0xff6a0000-0xff6bffff,0xff6c0000-0xff6dffff irq 18 at device 12.0 on pci3 > mpt1: port 0xd800-0xd8ff mem > 0xff660000-0xff67ffff,0xff680000-0xff69ffff irq 19 at device 12.1 on pci3 > ... > da0 at mpt1 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing > Enabled > da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) > da1 at mpt1 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing > Enabled > da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) > > Lars > -- > Lars Eggert USC Information Sciences Institute > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 31 21: 9:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A57C637B400; Sat, 31 Aug 2002 21:09:22 -0700 (PDT) Received: from lycos.com (YahooBB218118160005.bbtec.net [218.118.160.5]) by mx1.FreeBSD.org (Postfix) with SMTP id BF27243E4A; Sat, 31 Aug 2002 21:09:16 -0700 (PDT) (envelope-from barry_abdul@lycos.com) Received: from unknown (199.130.169.148) by rly-xr01.mx.aol.com with asmtp; 01 Sep 2002 03:09:10 +0100 Reply-To: Message-ID: <001a84e73ebd$8224a1b0$0ec67da0@iexsfx> From: To: Cc: , , , , , Subject: why pay $35.00 when you can get better service for $14.95 MiME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Importance: Normal Date: Sat, 31 Aug 2002 21:09:16 -0700 (PDT) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG LATEST NEWS: The new domain names are finally available to the general public at discount prices. Now you can register one of the exciting new .BIZ or .INFO domain names, as well as the original .COM and .NET names for just $14.95. These brand new domain extensions were recently approved by ICANN and have the same rights as the original .COM and .NET domain names. The biggest benefit is of-course that the .BIZ and .INFO domain names are currently more available. i.e. it will be much easier to register an attractive and easy-to-remember domain name for the same price. Visit: http://www.affordable-domains.com today for more info. Register your domain name today for just $14.95 at: http://www.affordable-domains.com/ Registration fees include full access to an easy-to-use control panel to manage your domain name in the future. Sincerely, Domain Administrator Affordable Domains To remove your email address from further promotional mailings from this company, click here: http://www.centralremovalservice.com/cgi-bin/domain-remove.cgi (e3)2546mEwQ5-744iAuM8195fXrJ4-346bVnF0707zRjD3-856vNfA9207sKbV8-757nFzR3106jDvN7-@73 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 31 23:28:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B3F237B400 for ; Sat, 31 Aug 2002 23:28:36 -0700 (PDT) Received: from seven.Alameda.net (seven.Alameda.net [64.81.63.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF5BB43E6E for ; Sat, 31 Aug 2002 23:28:35 -0700 (PDT) (envelope-from ulf@Alameda.net) Received: by seven.Alameda.net (Postfix, from userid 1000) id 78A963A201; Sat, 31 Aug 2002 23:28:35 -0700 (PDT) Date: Sat, 31 Aug 2002 23:28:35 -0700 From: Ulf Zimmermann To: hackers@freebsd.org Subject: Racecondition or something else in make installworld Message-ID: <20020831232835.H1069@seven.alameda.net> Reply-To: ulf@Alameda.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 4.6-STABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I ran into an issue with the perl install when doing make installworld. And it makes me wonder. I had a machine where I had installed openssl from ports and let it overwrite base, as at that time I couldn't reboot the machine to get to a never version of openssl via make world. Now I finaly got time to do this. So I said pkg_delete openssl, as I wanted to use the openssl in 4.x-stable again. When make installworld got to the perl h2ph part, it barfed on no openssl include files present. Sure they weren't, because I deinstalled it. But ... this means make installworld had not installed openssl yet again when it ran perl h2ph, which means that h2ph was not necessary run on the latest include files, as make installworld will still install headers, like from openssl later. I don't think this is right. -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message