From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 00:30:58 2004 Return-Path: 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 CF39716A4CE for ; Sun, 28 Mar 2004 00:30:58 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5046343D2D for ; Sun, 28 Mar 2004 00:30:58 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i2S8Urkj070783; Sun, 28 Mar 2004 01:30:53 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 28 Mar 2004 01:31:03 -0700 (MST) Message-Id: <20040328.013103.00569637.imp@bsdimp.com> To: ticso@cicely.de, ticso@cicely12.cicely.de From: "M. Warner Losh" In-Reply-To: <20040328002334.GA15543@cicely12.cicely.de> References: <20040326074634.GG94505@cicely12.cicely.de> <20040327.165556.34761174.imp@bsdimp.com> <20040328002334.GA15543@cicely12.cicely.de> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: samuel.lawrance@studentmail.newcastle.edu.au cc: freebsd-hackers@freebsd.org Subject: Re: usbd config file parse behaviour X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2004 08:30:58 -0000 In message: <20040328002334.GA15543@cicely12.cicely.de> Bernd Walter writes: : On Sat, Mar 27, 2004 at 04:55:56PM -0700, M. Warner Losh wrote: : > In message: <20040326074634.GG94505@cicely12.cicely.de> : > Bernd Walter writes: : > : I'm working on getting devd(8) usable for usb devices. : > : > The part I'm not sure about is where you add the pnpinfo to the : > devaddq stuff. All that stuff should generally be in devaddq. Why : > did you did it the way you did and what were you able to gain by it? : : Fact is that we need more information then available for attach/detach : statements right now to replace usbd - especially the serial number of : a device was the part that I'm interested in. OK. That makes sense. : What still puzzles me is why pnpinfo is currently only part in case of : unassigned new devices - it looks intentionaly to be left out for other : cases - therefor the current patch just adds it in the most simple way : to test the other part and was never intended as a commit candidate. : Do you think there could be problems with pnpinfo for other type of : devices (cardbus, pcmcia, acpi, ...)? No problems. I didn't add it because I originally thought that devd could look up the device and tease it out. However, it would be convenient to have this information at hand, and it does eliminate a potential race condition to provide it all at once. The only thing I worry about it exceeding some static limit in devd/devctl. And if we do, we can increase it because we malloc things in the kernel and having a bigger userland buffer isn't going to hurt. I'll look into these issues and see how hard this will be. Btw, any interest in making it possible to kldload a usb module and having device attach to it? Right now the usb code assumes that you can unplug the device and replug it back in. I have at least two devices on my laptop that can't be removed (bluetooth and memory stick reader), so I can't dynamically load drivers for them... Warner From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 01:06:55 2004 Return-Path: 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 D7DC016A4CE for ; Sun, 28 Mar 2004 01:06:55 -0800 (PST) Received: from express.cec.wustl.edu (express.cec.wustl.edu [128.252.21.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DFD743D1F for ; Sun, 28 Mar 2004 01:06:55 -0800 (PST) (envelope-from jam6@cec.wustl.edu) Received: from scales (adsl-65-69-84-199.dsl.stlsmo.swbell.net [65.69.84.199]) (authenticated bits=0) by express.cec.wustl.edu (8.12.5/8.12.5) with ESMTP id i2S96rNx017825 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sun, 28 Mar 2004 03:06:54 -0600 (CST) Message-ID: <001e01c414a4$06351270$0300a8c0@scales> From: "Jeff Mitchell" To: Date: Sun, 28 Mar 2004 03:06:52 -0600 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_001A_01C41471.B80F0AB0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: pthread problems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2004 09:06:56 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_001A_01C41471.B80F0AB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hackers-- I'm having major troubles upgrading my ports, and nearly all of them are = related to pthreads in some way or another. After trying to = troubleshoot a lot of these individually, I'm at the point of thinking I = should redo my pthread libraries...it seems like something's very messed = up internally. I've been Googling and searching newsgroups and all sorts of stuff but = just can't really find anything that helps. For reference, my system is a 5.2R upgraded to 5.2.1R via cvsup. After = taking a quick look at some of the issues I'm having below, can anyone = tell me what course of action I should pursue (i.e. how to figure out = what's going wrong with everything, or if I should try redoing my = pthreads libraries, or what) and how I should do that action? I know I have pthreads installed (see the openldap error), and = linuxthreads are installed too (although configure scripts don't seem to = find those)...see the openldap error, again). Here's a couple of examples. For each pair, the portupgrade error is = shown on the first lines, the relevant builld/configure/link error on = the following lines: ! devel/commoncpp (commoncpp2-1.0.8_1,1) (compiler error) thread.cpp:1081: error: `pthread_yield' undeclared (first use this = function) ! deskutils/xchm (xchm-0.8.11) (linker error) /usr/X11R6/lib/libwx_gtk2-2.4.so: undefined reference to = `pthread_yield_np' ! devel/libsigcx (libsigcx-0.6.4) (linker error) ../sigcx/.libs/libsigcx-0.6.so: undefined reference to = `pthread_yield_np' ! audio/arts (arts-1.1.4,1) (compiler error) threads_posix.cc: In member function `virtual void=20 Arts::PosixThreads::Thread_impl::setPriority(int)': threads_posix.cc:190: error: aggregate `sched_param sp' has incomplete = type and=20 cannot be defined threads_posix.cc:192: error: `SCHED_FIFO' undeclared (first use this = function) ! x11-fm/gnome-commander (gnome-commander-1.0.1_1) (linker error) gnome-cmd-delete-dialog.o: In function `reply_callback': gnome-cmd-delete-dialog.o(.text+0x698): undefined reference to = `__pthread_detach' ! deskutils/xchm (xchm-0.8.11) (linker error) /usr/X11R6/lib/libwx_gtk2-2.4.so: undefined reference to = `pthread_yield_np' ! net/openldap21-client (openldap-client-2.1.23) (configure = error) checking for GNU Pth pthread.h... yes checking for pthread_create in default libraries... no checking for pthread link with -kthread... no checking for pthread link with -pthread... no checking for pthread link with -pthreads... no checking for pthread link with -mthreads... no checking for pthread link with -thread... no checking for pthread link with -lpthread -lmach -lexc -lc_r... no checking for pthread link with -lpthread -lmach -lexc... no checking for pthread link with -lpthread -Wl,-woff,85... no checking for pthread link with -lpthread... Segmentation fault (core = dumped) no checking for pthread link with -lc_r... no checking for pthread link with -threads... no checking for pthread link with -lpthreads -lmach -lexc -lc_r... no checking for pthread link with -lpthreads -lmach -lexc... no checking for pthread link with -lpthreads -lexc... no checking for pthread link with -lpthreads... no configure: error: could not locate usable POSIX Threads It goes on and on. I've attached the output from "ls /var/db/pkg" but = don't know what else would help. If anyone needs anything more, just = let me know. Any help is appreciated. Thanks, Jeff ------=_NextPart_000_001A_01C41471.B80F0AB0 Content-Type: application/octet-stream; name="pkglist" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="pkglist" AbiWord2-gnome-2.0.5=0A= ELFIO-1.0.0=0A= Hermes-1.3.3_1=0A= ORBit-0.5.17_2=0A= ORBit2-2.8.3_1=0A= XFree86-FontServer-4.3.0_3=0A= XFree86-Server-4.3.0_14=0A= XFree86-clients-4.3.0_7=0A= XFree86-documents-4.3.0=0A= XFree86-font100dpi-4.3.0=0A= XFree86-font75dpi-4.3.0=0A= XFree86-fontCyrillic-4.3.0=0A= XFree86-fontDefaultBitmaps-4.3.0=0A= XFree86-fontEncodings-4.3.0=0A= XFree86-fontScalable-4.3.0=0A= XFree86-libraries-4.3.0_6=0A= XFree86-manuals-4.3.0=0A= XPostitPlus-2.3_1=0A= Xaw3d-1.5=0A= a2ps-letter-4.13b_1=0A= aalib-1.4.r5_1=0A= acme-2.4.2_1=0A= adns-1.0_1=0A= aee-2.2.15b=0A= aish-1.13=0A= apache-1.3.29_3=0A= apache-ant-1.6.1=0A= arts-1.1.4,1=0A= aspell-0.50.5_1=0A= at-spi-1.3.16=0A= atk-1.4.1_2=0A= autoconf-2.13.000227_5=0A= autoconf-2.53_1=0A= autoconf-2.57_1=0A= autogen-5.6.0=0A= automake-1.4.5_9=0A= automake-1.5,1=0A= automake-1.7.5_1=0A= balsa2-2.0.15=0A= barry-0.6=0A= base64-1.3=0A= bash-2.05b.007=0A= basket-0.3.3=0A= bison-1.75_2=0A= bitstream-vera-1.10=0A= bombermaze-0.6.6_1=0A= bonobo-1.0.22_1=0A= bonobo-conf-0.16_1=0A= bsd-airtools-0.3=0A= bsdiff-4.1=0A= btoa-5.2_1,1=0A= bugbuddy2-2.4.2_1=0A= c2lib-1.4.2_1=0A= c2man-2.0.42=0A= ccache-2.3=0A= cccc-2.1.1=0A= ccmalloc-0.3.9_2=0A= cdecl-2.5=0A= cdoc-0.9.7_1=0A= cdparanoia-3.9.8_7=0A= cdrtools-2.0.3_1=0A= cflow-2.0_1=0A= cftp-0.12_2=0A= chmlib-0.3.1_2=0A= chmview-1.0_1=0A= cmake-1.8.3=0A= commoncpp2-1.0.8_1,1=0A= compat3x-i386-5.0.20020925=0A= cook-2.24_1=0A= cppadvio-2.6_2=0A= cproto-4.7b=0A= cscope-15.5=0A= cscout-1.16=0A= cups-base-1.1.20.0=0A= cups-pstoraster-7.07_1=0A= curl-7.11.0_1=0A= cutils-1.6=0A= cvsup-16.1h=0A= db41-4.1.25_1=0A= devel-replay-1.0.4=0A= devhelp-0.7_2=0A= devtodo-0.1.17=0A= dia-0.92.2_1,1=0A= dlmalloc-2.6.5=0A= dmake-4.1_1=0A= dmalloc-5.3.0=0A= docbook-1.3=0A= docbook-241_2=0A= docbook-3.0_2=0A= docbook-3.1_2=0A= docbook-4.0_2=0A= docbook-4.1_2=0A= docbook-sk-4.1.2_3=0A= docbook-xml-4.2_1=0A= docbook-xsl-1.65.1=0A= dosunix-1.0.13=0A= dotconf-1.0.13=0A= doxygen-1.3.6=0A= dri-4.3.0,1=0A= dsssl-docbook-modular-1.78_4,1=0A= eclipse-examples-2.1.3=0A= eclipse-gef-2.1.2=0A= eclipse-gef-examples-2.1.2=0A= eel2-2.4.2_1=0A= eieio-emacs21-0.17_1=0A= elib-emacs21-1.0_1=0A= emacs-21.3_2=0A= enscript-letter-1.6.4=0A= entity-0.7.2_1=0A= eog2-2.4.1_1=0A= epiphany-1.0.8=0A= ermixer-0.8_1=0A= error-20010616=0A= esound-0.2.34=0A= ethereal-0.10.0a_2=0A= evolution-1.4.6=0A= expat-1.95.7=0A= fam-2.6.9_4=0A= fastdep-0.15_2=0A= fhist-1.10=0A= fileroller-2.4.4_1,1=0A= firestring-0.9.6=0A= flac-1.1.0_3=0A= fnccheck-1.2=0A= fontconfig-2.2.2,1=0A= freetype-1.3.1_3=0A= freetype2-2.1.7_2=0A= fribidi-0.10.4_1=0A= fte-20020324=0A= gail-1.4.1_1=0A= gaim-0.73=0A= gal-0.24_1=0A= gal2-1.99.11=0A= galeon2-1.3.14a=0A= gcalctool-4.3.51=0A= gcc-2.95.3_2=0A= gcompris2-2.1_5=0A= gconf-1.0.9_7=0A= gconf-editor-2.4.0_1,1=0A= gconf2-2.4.0.1_1=0A= gconfmm-2.0.1_1=0A= gcvs-1.0_4,1=0A= gdbm-1.8.3_1=0A= gdesklets-0.24.1_2=0A= gdesklets-clock-0.32=0A= gdesklets-goodweather-0.1_2=0A= gdesklets-imapmail-0.1=0A= gdesklets-multitail-0.1.6=0A= gdesklets-recentlyused-0.6=0A= gdesklets-sensor-psi_iconbutton-0.1.4=0A= gdesklets-starterbar-0.22.1=0A= gdesklets-sysinfo-0.21.2=0A= gdesklets-weather-0.22=0A= gdk-pixbuf-0.22.0_1=0A= gdl-0.4.0_1=0A= gdm2-2.4.4.7_2=0A= gedit-plugins-2.3.5_3=0A= gedit2-2.4.1_1=0A= gengetopt-2.11=0A= getline-3.9=0A= getopt-1.1.3_1=0A= gettext-0.13.1_1=0A= ggv2-2.4.1=0A= ghex2-2.4.1_1=0A= ghostscript-gnu-7.07_6=0A= gimp-gnome-2.0.0_1,1=0A= gimp-print-4.2.6_2=0A= glade2-2.0.1_1=0A= gle-3.0.3=0A= glib-1.2.10_10=0A= glib-2.2.3_1=0A= glibwww-0.2_2=0A= glimmer-1.2.1_3=0A= glimpse-4.12.6=0A= gmake-3.80_2=0A= gmanedit-0.3.1_1=0A= gnat-3.15p_1=0A= gnet-glib2-1.1.9_2=0A= gnet2-2.0.5=0A= gnocatan-0.8.1.16=0A= gnomba-0.6.2_1=0A= gnome-btdownload-0.0.7=0A= gnome-commander-1.0.1_1=0A= gnome-icon-theme-1.0.9_1=0A= gnome-pkgview-1.0.4_1=0A= gnome-ssh-askpass-3.6p1_1=0A= gnome-swallow-1.1_1=0A= gnome-themes-2.4.1_2=0A= gnome-themes-extras-0.6_2=0A= gnome-vfsmm-1.3.5_2=0A= gnome2-2.4.0=0A= gnome2-fifth-toe-2.4.0_1=0A= gnomeapplets2-2.4.2_1=0A= gnomeattacks-0.3_1=0A= gnomeaudio2-2.0.0=0A= gnomebuild-0.1.0_2=0A= gnomecanvas-0.22.0_1=0A= gnomecommon-2.4.0_1=0A= gnomecontrolcenter2-2.4.0_1=0A= gnomedb-0.2.96_2=0A= gnomedesktop-2.4.1.1_2=0A= gnomefind-1.0.2_1=0A= gnomegames2-2.4.3=0A= gnomehier-1.0_17=0A= gnomeicu2-0.99_1=0A= gnomelibs-1.4.2_2=0A= gnomemag-0.10.10=0A= gnomemedia2-2.4.1.1_1=0A= gnomemeeting-0.98.5_1=0A= gnomemimedata-2.4.1_1=0A= gnomepanel-2.4.2_1=0A= gnomepilot2-2.0.10_1=0A= gnomeprint-0.37_1=0A= gnomesession-2.4.2_1=0A= gnomespeech-0.2.8_1=0A= gnomespell-1.0.5_1=0A= gnomesystemmonitor-2.4.0_1=0A= gnometelnet-2.5_1=0A= gnometerminal-2.4.2_1=0A= gnomeuserdocs2-2.4.1_1=0A= gnomeutils2-2.4.1_1,1=0A= gnomevfs-1.0.5_5=0A= gnomevfs-extras-0.99.11_1=0A= gnomevfs2-2.4.3=0A= gnopernicus-0.7.1_1=0A= gnosamba-0.3.3_1=0A= gnotime-2.1.7_1=0A= gnumeric2-1.2.1_1=0A= gnupg-1.2.4_1=0A= gob2-2.0.6_1=0A= gok-0.8.4_1=0A= gpdf-0.112.1=0A= gpgme-0.3.16_1=0A= gqmpeg-gnome-0.19.0_1=0A= graphviz-1.10_2=0A= gsk-0.3.5_1=0A= gstreamer-0.6.4_2=0A= gstreamer-player-0.6.0_4=0A= gstreamer-plugins-0.6.4_3=0A= gswitchit-2.5.0_4=0A= gtetrinet-0.7.5_1=0A= gthumb2-2.3.2=0A= gtk-1.2.10_11=0A= gtk-2.2.4_2=0A= gtk-aqualightblue-theme-0.1_1=0A= gtk-engines2-2.2.0_1=0A= gtkada-1.2.12_1=0A= gtkdiff-1.8.0_1=0A= gtkglarea-1.2.3=0A= gtkglarea-1.99.0_3=0A= gtkhtml-1.1.10_3=0A= gtkhtml3-3.0.10=0A= gtkmm-2.2.10_1=0A= gtksourceview-0.7.1=0A= gtkspell2-2.0.5=0A= gucharmap-gnome-1.2.0_1=0A= guile-1.6.4_4=0A= gvd-1.2.5_1=0A= gzip-1.3.5_1=0A= help2man-1.33.1=0A= hexcurse-1.55=0A= hexedit-1.2.1=0A= hexpert-2.4.1=0A= htdig-3.2.0.b5=0A= hte-0.7.5=0A= imake-4.3.0_2=0A= imlib-1.9.14_2=0A= imlib2-1.1.0=0A= intltool-0.30_1=0A= ish-1.11=0A= iso8879-1986_2=0A= ispell-3.2.06_6=0A= jade-1.2.1_6=0A= jags-0.20.2_1=0A= jam-2.5=0A= javavmwrapper-1.4=0A= jde-emacs21-2.2.9_1=0A= jdk-1.1.8=0A= jdk-1.4.2p6_4=0A= jikes-1.19_1=0A= jpeg-6b_2=0A= kappdock-0.46.1_1=0A= karamba-0.17=0A= kbear-3.0.a.1=0A= kbiff-3.6.3_2=0A= kdbg-1.2.5=0A= kde-3.1.4=0A= kdeaddons-3.1.4=0A= kdeadmin-3.1.4=0A= kdeartwork-3.1.4_1=0A= kdebase-3.1.4=0A= kdeedu-3.1.4=0A= kdegames-3.1.4=0A= kdegraphics-3.1.4=0A= kdelibs-3.1.4_1=0A= kdemultimedia-3.1.4=0A= kdenetwork-3.1.4=0A= kdepim-3.1.4=0A= kdesdk-3.1.4=0A= kdetoys-3.1.4=0A= kdeutils-3.1.4=0A= kdevelop-2.1.5=0A= kdiff3-0.9.70=0A= kdirstat-2.3.7=0A= kmyirc-0.2.9=0A= koffice-1.2.1_1,1=0A= konversation-0.13=0A= kopete-0.7.2=0A= krdesktop-1.8=0A= krename-2.8.3=0A= ktextdecode-3.0=0A= lame-3.95.1_2=0A= lcms-1.09_1,1=0A= led-2.0=0A= lfhex-0.3.6_1=0A= libIDL-0.8.3_1=0A= libXft-2.1.6=0A= libao-0.8.4_1=0A= libarc-2.0.2=0A= libargparse-0.1.0000=0A= libart_lgpl2-2.3.16=0A= libast-0.5=0A= libaudiofile-0.2.6=0A= libavl-1.4.0=0A= libbonobo-2.4.3_1=0A= libbonoboui-2.4.3_1=0A= libcabinet-0.30=0A= libcache-1.1.0=0A= libcapplet-1.4.0.5_2=0A= libcapsinetwork-0.2.5=0A= libcii-1.1=0A= libcomprex-0.3.3_2=0A= libcoro-1.0.3=0A= libdict-0.2.0_1=0A= libds-1.0=0A= libedit-2.6.7=0A= libesmtp-1.0.2_2,1=0A= libexif-0.5.12_2=0A= libgail-gnome-1.0.3_1=0A= libgda-0.2.96_2=0A= libgda2-1.0.3_1=0A= libghttp-1.0.9=0A= libglade-0.17_3=0A= libglade2-2.0.1_2=0A= libglademm-2.1.2_1=0A= libglut-5.0.2=0A= libgmp-4.1.2_3=0A= libgnome-2.4.0_4=0A= libgnomecanvas-2.4.0_1=0A= libgnomecanvasmm-2.0.1_1=0A= libgnomedb-1.0.3_1=0A= libgnomemm-2.0.1_1=0A= libgnomeprint-2.4.2_1=0A= libgnomeprintui-2.4.2_1=0A= libgnomeui-2.4.0.1_2=0A= libgnomeuimm-2.0.0_2=0A= libgsf-1.8.2_1=0A= libgtkhtml-2.4.1_2=0A= libgtop2-2.0.8_1=0A= libiconv-1.9.1_3=0A= libid3tag-0.15.0b_1=0A= libijs-0.35=0A= libltdl-1.5.2=0A= libmad-0.15.0b=0A= libmba-0.6.1_2=0A= libmikmod-esound-3.1.10_2=0A= libmng-1.0.6=0A= libmrproject-0.10_6=0A= libmusicbrainz-2.1.1=0A= libogg-1.1,3=0A= liboop-1.0_1=0A= libpst-0.4.1=0A= libredblack-1.2=0A= librep-0.16.2_4=0A= librsvg2-2.4.0_2=0A= libshhmsg-1.4.1=0A= libshhopt-1.1.7=0A= libsigc++-1.0.4=0A= libsigc++-1.2.5_1=0A= libsigcx-0.6.4=0A= libslang-1.4.9=0A= libsoup-1.99.28=0A= libtar-1.2.11_1=0A= libtool-1.3.5_2=0A= libtool-1.4.3_3=0A= libtool-1.5.2_1=0A= libukcprog-1.0.2_2=0A= libungif-4.1.0b1_1=0A= libunicode-0.4_4=0A= libvanessa_adt-0.0.6_1=0A= libvanessa_logger-0.0.6=0A= libvanessa_socket-0.0.7=0A= libvorbis-1.0.1,3=0A= libwmf-0.2.8.2=0A= libwnck-2.4.0.1_1=0A= libwww-5.4.0_1=0A= libxalloc-1.0.4=0A= libxklavier-0.96_1,1=0A= libxml-1.8.17_2=0A= libxml2-2.6.8=0A= libxslt-1.1.4=0A= libzt-1.0.2=0A= libzvt-2.0.1_7=0A= linc-1.0.3_1=0A= linux-blackdown-jdk-1.2.2_4=0A= linux-sun-jdk-1.4.2.03=0A= linux_base-6.1_6=0A= linux_devtools-6.1_1=0A= linuxthreads-2.2.3_15=0A= liteamp-0.2.3.2_3=0A= lrzsz-0.12.20_1=0A= m4-1.4_1=0A= mad-0.15.0b=0A= madplay-esound-0.15.0b_2=0A= make++-1.18=0A= makedepend-2000.12.28=0A= makeplus-0.2.3_1=0A= manedit-0.5.10_1=0A= meld-0.8.5=0A= memcheck-0.1.1=0A= mergeant-0.12.1_1=0A= metacity-2.6.5=0A= metatheme2-0.9.7_2=0A= mime-1.1=0A= mkcmd-8.14=0A= mkisofs-2.0.3_1=0A= mkmf-4.11=0A= mmake-2.2.1_1=0A= mozilla-1.6_3,2=0A= mpg123-esound-0.59r_13=0A= mplayer-fonts-0.50=0A= nas-1.6=0A= nasm-0.98.38_1,1=0A= nautilus-cd-burner-0.5.3_7=0A= nautilus-media-0.3.4=0A= nautilus2-2.4.2_1=0A= net-snmp-5.1_4=0A= ngpt-1.0.1_1=0A= nspr-4.4.1_1=0A= oaf-0.6.10_2=0A= oniguruma-2.2.5=0A= open-motif-2.2.2_2=0A= openldap-client-2.1.23=0A= openssl-0.9.7d=0A= openthreads-1.2d3_1=0A= p5-Digest-1.05_1=0A= p5-Digest-MD5-2.33=0A= p5-MIME-Base64-3.00=0A= p5-XML-Parser-2.34_1=0A= p5-gettext-1.01_4=0A= pan2-0.14.2_2=0A= pango-1.2.5_2=0A= patch-2.5.4=0A= pcre-4.5=0A= perl-5.6.1_15=0A= pico-4.58=0A= pilot-link-0.11.8_2=0A= pkg_remove-1.1=0A= pkg_tree-1.1_1=0A= pkgconfig-0.15.0_1=0A= pkgdb.db=0A= png-1.2.5_3=0A= popt-1.6.4_2=0A= portcheckout-2.0=0A= portlint-2.6.0=0A= portsman-0.2_1=0A= portupgrade-20040325=0A= psutils-letter-1.17_1=0A= pth-2.0.0=0A= ptypes-1.9.0=0A= publib-0.32_1=0A= pwlib-1.5.0_2=0A= py-gnome-2.0.0=0A= py-gtk-0.6.10_1=0A= py23-BitTorrent-core-3.4.1,1=0A= py23-numeric-23.1=0A= py23-orbit-2.0.0_1=0A= py23-xml-0.8.3=0A= python-2.3.3_4=0A= qemacs-0.3.p.12_1=0A= qmake-3.2.3_1=0A= qt-3.3.1_1=0A= qtk-0.50=0A= quanta-3.1.4,2=0A= rc_subr-1.16=0A= rdesktop-1.3.1_1=0A= regexxer-0.6_1=0A= rep-gtk2-gnome-0.18,1=0A= rhythmbox-0.6.5_1=0A= rpm-3.0.6_9=0A= ruby-1.6.8.2003.10.15_1=0A= ruby-1.8.1_2=0A= ruby-shim-ruby18-1.8.1.p3=0A= ruby18-bdb1-0.2.2=0A= samba-2.2.8a_1=0A= samba-libsmbclient-3.0.2a=0A= sambasentinel-0.1_1=0A= sawfish2-1.3_5,2=0A= scandoc-0.14=0A= scons-0.95=0A= scrollkeeper-0.3.14_1,1=0A= sdl-1.2.5_3,1=0A= sdocbook-xml-4.1.2.5_2=0A= seahorse-0.7.3_1=0A= semantic-emacs21-1.4.4_2=0A= sftp-0.9.9=0A= sgmltools-2.0.2_1=0A= sharutils-4.2.1_1=0A= shtool-1.6.2=0A= smpeg-0.4.4_1=0A= smpeg-xmms-0.3.5=0A= sms_client-3.0.2_1=0A= snort-2.1.1=0A= sodipodi-0.34=0A= soup-0.7.11_1=0A= sox-12.17.4_1=0A= speedbar-emacs21-0.14.b4_2=0A= st-1.4=0A= startup-notification-0.5_2=0A= stldoc-1.0=0A= stlport-gcc-4.5.3_2=0A= str-0.9.8=0A= streamtuner-0.11.1=0A= sudo-1.6.7.5=0A= superkaramba-0.33_1=0A= svgalib-1.4.3_3=0A= szip-1.12b_1=0A= tardy-1.11=0A= tcl-8.2.3_3=0A= tcl-8.3.5_2=0A= tcl-8.4.6,1=0A= tcshrc-1.2.0_1=0A= teTeX-2.0.2_3=0A= tethereal-0.10.0a_2=0A= tiff-3.6.1_1=0A= tk-8.2.3_2=0A= tk-8.3.5_2=0A= tk-8.4.6,1=0A= tsclient-0.132_1=0A= unace-1.2b_1=0A= unix2dos-1.3=0A= unixODBC-2.2.8=0A= unrar-3.30_1,3=0A= untar-1.4_1=0A= unzip-5.50_2=0A= urwfonts-1.0=0A= uudeview-0.5.20=0A= uulib-0.5.20=0A= vilearn-1.0=0A= vim-6.2.383=0A= vnc-3.3.7_1=0A= vte-0.11.10_3=0A= wget-1.8.2_6=0A= workrave-1.4.0_2=0A= wrapper-1.0_3=0A= wxgtk-common-2.4.2_1=0A= wxgtk2-2.4.2_2=0A= wzip-1.1=0A= xanim-2.92.0=0A= xchat2-2.0.8=0A= xchm-0.8.11=0A= xdelta-1.1.3=0A= xmake-1.06=0A= xmlcatmgr-2.0.b1=0A= xmlto-0.0.17_2=0A= xmms-audiofile-0.1=0A= xmms-cdread-0.14a_2=0A= xmms-crossfade-0.3.4_1=0A= xmms-crystality-0.92_2=0A= xmms-esound-1.2.10=0A= xmms-kde-3.0.0=0A= xmps-0.2.0_1=0A= xscreensaver-gnome-4.15_1=0A= xsu-0.2.3_1=0A= xwpe-1.5.29a_1=0A= xxgdb-1.12=0A= yelp-2.4.2_2=0A= zenity-1.6=0A= zh-ttfm-0.9.5=0A= zip-2.3_1=0A= zipios++-0.1.5=0A= zsh-4.2.0=0A= zssh-1.5a_1=0A= zthread-1.5.1_1=0A= zziplib-0.10.82=0A= ------=_NextPart_000_001A_01C41471.B80F0AB0-- From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 02:50:07 2004 Return-Path: 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 769B916A4CE for ; Sun, 28 Mar 2004 02:50:07 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE08043D2F for ; Sun, 28 Mar 2004 02:50:06 -0800 (PST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i2SAmmUS078496 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 28 Mar 2004 12:48:50 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i2SAlahn016246 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 28 Mar 2004 12:47:37 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i2SAla4n019633; Sun, 28 Mar 2004 12:47:36 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i2SAlZWd019632; Sun, 28 Mar 2004 12:47:35 +0200 (CEST) (envelope-from ticso) Date: Sun, 28 Mar 2004 12:47:35 +0200 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20040328104734.GB15543@cicely12.cicely.de> References: <20040326074634.GG94505@cicely12.cicely.de> <20040327.165556.34761174.imp@bsdimp.com> <20040328002334.GA15543@cicely12.cicely.de> <20040328.013103.00569637.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040328.013103.00569637.imp@bsdimp.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on cicely12.cicely.de cc: ticso@cicely12.cicely.de cc: samuel.lawrance@studentmail.newcastle.edu.au cc: ticso@cicely.de cc: freebsd-hackers@freebsd.org Subject: Re: usbd config file parse behaviour X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2004 10:50:07 -0000 On Sun, Mar 28, 2004 at 01:31:03AM -0700, M. Warner Losh wrote: > In message: <20040328002334.GA15543@cicely12.cicely.de> > Bernd Walter writes: > : On Sat, Mar 27, 2004 at 04:55:56PM -0700, M. Warner Losh wrote: > : > In message: <20040326074634.GG94505@cicely12.cicely.de> > : > Bernd Walter writes: > : > : I'm working on getting devd(8) usable for usb devices. > : > > : > The part I'm not sure about is where you add the pnpinfo to the > : > devaddq stuff. All that stuff should generally be in devaddq. Why > : > did you did it the way you did and what were you able to gain by it? > : > : Fact is that we need more information then available for attach/detach > : statements right now to replace usbd - especially the serial number of > : a device was the part that I'm interested in. > > OK. That makes sense. > > : What still puzzles me is why pnpinfo is currently only part in case of > : unassigned new devices - it looks intentionaly to be left out for other > : cases - therefor the current patch just adds it in the most simple way > : to test the other part and was never intended as a commit candidate. > : Do you think there could be problems with pnpinfo for other type of > : devices (cardbus, pcmcia, acpi, ...)? > > No problems. I didn't add it because I originally thought that devd > could look up the device and tease it out. However, it would be > convenient to have this information at hand, and it does eliminate a > potential race condition to provide it all at once. The only thing I > worry about it exceeding some static limit in devd/devctl. And if we > do, we can increase it because we malloc things in the kernel and > having a bigger userland buffer isn't going to hurt. > > I'll look into these issues and see how hard this will be. Thanks. > Btw, any interest in making it possible to kldload a usb module and > having device attach to it? Right now the usb code assumes that you > can unplug the device and replug it back in. I have at least two > devices on my laptop that can't be removed (bluetooth and memory stick > reader), so I can't dynamically load drivers for them... I'll think about it. Reprobing is not so much an issue as selecting an interface for it. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 02:51:56 2004 Return-Path: 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 AC0A416A4CE for ; Sun, 28 Mar 2004 02:51:56 -0800 (PST) Received: from web42003.mail.yahoo.com (web42003.mail.yahoo.com [66.218.93.171]) by mx1.FreeBSD.org (Postfix) with SMTP id 9C09243D45 for ; Sun, 28 Mar 2004 02:51:56 -0800 (PST) (envelope-from jpande_techinfo@yahoo.com) Message-ID: <20040328105156.82902.qmail@web42003.mail.yahoo.com> Received: from [202.177.170.209] by web42003.mail.yahoo.com via HTTP; Sun, 28 Mar 2004 02:51:56 PST Date: Sun, 28 Mar 2004 02:51:56 -0800 (PST) From: jitendra pande To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Problem with usb in FreeBSD 4.8....help!!! X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2004 10:51:56 -0000 Hi, I have stuck with a problem with usb devices. In case of FreeBSD 4.8, whenever a new USB device is attached to the system, no device node is dynamically being created within the dev file system. This is in contrast to the behavior there with FreeBSD 5.0 where a new device node is being created on attaching a new USB device, Fox example when first USB device is attached then /dev/ugen0 node is created dynamically in dev file system. when 2nd device is added then /dev/ugen1 and so on .....ugen2, ugen3....... On the other hand with freeBSD 4.8 there exist some static device node /dev/ugen0, /dev/ugen0.x where x =1-16 within the /dev file system. My application uses libusb for iinteracting with the usb devices...libusb on freeBSD 4.8 tries to find /debv/ugen0, /dev/ugen1 and so on....hence couldn't able to detect more then one device. It would really be great if someone can help me in resolving the issue Any idea why this changes in the behavior with FreeBSD 4.8 and FreeBSD 5.0 Any help will be highly appreciated. Thanks Jitendra --------------------------------- Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 27 11:55:05 2004 Return-Path: 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 B053816A4CE for ; Sat, 27 Mar 2004 11:55:05 -0800 (PST) Received: from web21113.mail.yahoo.com (web21113.mail.yahoo.com [216.136.129.235]) by mx1.FreeBSD.org (Postfix) with SMTP id 8271443D54 for ; Sat, 27 Mar 2004 11:55:05 -0800 (PST) (envelope-from materribile@yahoo.com) Message-ID: <20040327195505.13415.qmail@web21113.mail.yahoo.com> Received: from [24.228.74.10] by web21113.mail.yahoo.com via HTTP; Sat, 27 Mar 2004 11:55:05 PST Date: Sat, 27 Mar 2004 11:55:05 -0800 (PST) From: Mark Terribile To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Sun, 28 Mar 2004 05:07:54 -0800 Subject: MS_ASYNC with MS_INVALIDATE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2004 19:55:05 -0000 Greetings, A friend asked me to run some Linux source on FreeBSD. It simulates a data pool management system he is using, and it includes a call msync(2) with both the MS_ASYNC and MS_INVALIDATE flags. FreeBSD does not allow this. (I tested it on my 4.8 system; I'll have access to a 5.1 system on Monday.) I ran it without the MS_ASYNC, and got very different results from the ones he reported on Linux. I'd like to be able to explain what's happening. Would someone please shed some light on why this combination of flags is disallowed, and what the intended semantics are? I suspect that either I or he has a subtle misunderstanding here. I'm not a regular reader of freebsd-hackers, so I would especially appreciate a direct copy of any reply. Thank you all for your time. Mark Terribile materribile@yahoo.com __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 12:09:20 2004 Return-Path: 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 A746C16A4CF for ; Sun, 28 Mar 2004 12:09:20 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B45BB43D39 for ; Sun, 28 Mar 2004 12:09:19 -0800 (PST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i2SK7nUS096605 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 28 Mar 2004 22:07:51 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i2SK6vhn020159 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 28 Mar 2004 22:06:58 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i2SK6vWL021961; Sun, 28 Mar 2004 22:06:57 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i2SK6vgA021960; Sun, 28 Mar 2004 22:06:57 +0200 (CEST) (envelope-from ticso) Date: Sun, 28 Mar 2004 22:06:57 +0200 From: Bernd Walter To: jitendra pande Message-ID: <20040328200656.GF19739@cicely12.cicely.de> References: <20040328105156.82902.qmail@web42003.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040328105156.82902.qmail@web42003.mail.yahoo.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.2 required=3.0 tests=BAYES_00,PLING_PLING autolearn=no version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] * 0.7 PLING_PLING Subject has lots of exclamation marks X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: freebsd-hackers@freebsd.org Subject: Re: Problem with usb in FreeBSD 4.8....help!!! X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2004 20:09:20 -0000 On Sun, Mar 28, 2004 at 02:51:56AM -0800, jitendra pande wrote: > Hi, > > I have stuck with a problem with usb devices. > > In case of FreeBSD 4.8, whenever a new USB device is attached to the system, no device node is dynamically being created within the dev file system. > > This is in contrast to the behavior there with FreeBSD 5.0 where a new device node is being created on attaching a new USB device, Fox example when first USB device is attached then /dev/ugen0 node is created dynamically in dev file system. when 2nd device is added then /dev/ugen1 and so on .....ugen2, ugen3....... > > On the other hand with freeBSD 4.8 there exist some static device node /dev/ugen0, /dev/ugen0.x where x =1-16 within the /dev file system. > > My application uses libusb for iinteracting with the usb devices...libusb on freeBSD 4.8 tries to find /debv/ugen0, /dev/ugen1 and so on....hence couldn't able to detect more then one device. > > It would really be great if someone can help me in resolving the issue Any idea why this changes in the behavior with FreeBSD 4.8 and FreeBSD 5.0 You are expected to create devnodes manualy in 4.x. /dev/MAKEDEV script will help you. See MAKEDEV manpage for details or read the handbook. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 13:02:37 2004 Return-Path: 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 C916216A4CF for ; Sun, 28 Mar 2004 13:02:37 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82C2E43D2F for ; Sun, 28 Mar 2004 13:02:37 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i2SL2b2j024492; Sun, 28 Mar 2004 15:02:37 -0600 (CST) (envelope-from dan) Date: Sun, 28 Mar 2004 15:02:37 -0600 From: Dan Nelson To: Mark Terribile Message-ID: <20040328210236.GM3446@dan.emsphone.com> References: <20040327195505.13415.qmail@web21113.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040327195505.13415.qmail@web21113.mail.yahoo.com> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org Subject: Re: MS_ASYNC with MS_INVALIDATE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2004 21:02:37 -0000 In the last episode (Mar 27), Mark Terribile said: > A friend asked me to run some Linux source on FreeBSD. It simulates > a data pool management system he is using, and it includes a call > msync(2) with both the MS_ASYNC and MS_INVALIDATE flags. FreeBSD > does not allow this. (I tested it on my 4.8 system; I'll have access > to a 5.1 system on Monday.) I ran it without the MS_ASYNC, and got > very different results from the ones he reported on Linux. I'd like > to be able to explain what's happening. > > Would someone please shed some light on why this combination of flags > is disallowed, and what the intended semantics are? I suspect that > either I or he has a subtle misunderstanding here. Does that even make sense? How could you simultaneously request that all modified pages be queued for writing to disk AND that all modified pages be discarded? If you discard them, then there's nothing for the kernel to write. This has been an invalid request as long as FreeBSD has supported msync flags: revision 1.20 date: 1995/03/25 17:36:00; author: davidg; state: Exp; lines: +6 -3 Disallow both MS_ASYNC and MS_INVALIDATE flags being set at the same time in msync(). ---------------------------- revision 1.19 date: 1995/03/25 16:55:46; author: davidg; state: Exp; lines: +11 -14 Added "flags" argument to msync, and implemented MS_ASYNC and MS_INVALIDATE. The MS_ASYNC flag doesn't current work, and MS_INVALIDATE will only toss out the pages in the address space (not all pages in the shadow chain). I don't know if MS_ASYNC currently works; alc would be the person to ask about it, since it looks like he worked on msync and vm_map_sync in November. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 15:16:38 2004 Return-Path: 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 6375016A4CE for ; Sun, 28 Mar 2004 15:16:38 -0800 (PST) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 426A943D45 for ; Sun, 28 Mar 2004 15:16:38 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 9500 invoked from network); 28 Mar 2004 23:16:37 -0000 Received: from dsl017-045-168.spk4.dsl.speakeasy.net (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 28 Mar 2004 23:16:37 -0000 Received: from hydrogen.funkthat.com (xqvcpa@localhost.funkthat.com [127.0.0.1])i2SNGZOE044448; Sun, 28 Mar 2004 15:16:35 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i2SNGXrY044444; Sun, 28 Mar 2004 15:16:33 -0800 (PST) Date: Sun, 28 Mar 2004 15:16:33 -0800 From: John-Mark Gurney To: "Christoph P. Kukulies" Message-ID: <20040328231633.GP567@funkthat.com> Mail-Followup-To: "Christoph P. Kukulies" , =?iso-8859-1?Q?S=F8ren?= Schmidt , freebsd-hackers@freebsd.org References: <20040311153709.AD00216A4D6@hub.freebsd.org> <20040311174030.GB8190@tikitechnologies.com> <20040314104717.GA16158@gilberto.physik.rwth-aachen.de> <4054410E.3000401@DeepCore.dk> <20040314120411.GA16600@gilberto.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040314120411.GA16600@gilberto.physik.rwth-aachen.de> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-hackers@freebsd.org cc: =?iso-8859-1?Q?S=F8ren?= Schmidt Subject: Re: off topic - disk crash X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2004 23:16:38 -0000 Christoph P. Kukulies wrote this message on Sun, Mar 14, 2004 at 13:04 +0100: > Some time ago I wrote a little program to scan a disk for the start of > a FS. Unfortunately that program is also on the crashed disk :-O Since you are on 4.8-R you can take a look at ffsrecov. I wrote this program a while back to try to recover data... This program might be able to help you since it will only read minimal amounts of data.. it also will scan for superblocks and report where it believes the begining of the FS is... it also has a mode where you can give it a block number and it will tell you what part of the fs the block is allocated to, be it inode, or data, or free... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 15:43:05 2004 Return-Path: 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 4069016A4CE for ; Sun, 28 Mar 2004 15:43:05 -0800 (PST) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id A951A43D4C for ; Sun, 28 Mar 2004 15:43:04 -0800 (PST) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 698A63ED7 for ; Sun, 28 Mar 2004 18:43:03 -0500 (EST) From: "Dan Langille" To: freebsd-hackers@FreeBSD.org Date: Sun, 28 Mar 2004 18:43:03 -0500 MIME-Version: 1.0 Message-ID: <40671CB7.1003.71EBDCAB@localhost> Priority: normal X-mailer: Pegasus Mail for Windows (v4.02a) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: fsck fails - mark sectors as bad? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2004 23:43:05 -0000 I had a hard drive failure. I'm trying to get as much data off it as I can before I restore from backup. I have mounted the drive in another box and I'm attempting to salvage what I can. I thought I might be able to mark the bad sectors as bad, and get the file system mounted. Here is what fsk -y finds: # fsck -y /dev/ad2s1a ** /dev/ad2s1a ** Last Mounted on / ** Phase 1 - Check Blocks and Sizes CANNOT READ: BLK 3168 CONTINUE? yes THE FOLLOWING DISK SECTORS COULD NOT BE READ: 3187, 3188, 3189, 3190, 3191, 3192, 3194, ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 1649 files, 40205 used, 24290 free (162 frags, 3016 blocks, 0.3% fragmentation) ***** FILE SYSTEM STILL DIRTY ***** ***** PLEASE RERUN FSCK ***** # fsck -y /dev/ad2s1f ** /dev/ad2s1f ** Last Mounted on /tmp ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=1420 OWNER=1004 MODE=100600 SIZE=7711 MTIME=Mar 27 15:06 2004 CLEAR? yes UNREF FILE I=1462 OWNER=1004 MODE=100600 SIZE=4873 MTIME=Mar 27 14:10 2004 CLEAR? yes UNREF FILE I=1463 OWNER=1004 MODE=100600 SIZE=44426 MTIME=Mar 27 14:10 2004 CLEAR? yes UNREF FILE I=1464 OWNER=1004 MODE=100600 SIZE=1784 MTIME=Mar 27 15:05 2004 CLEAR? yes UNREF FILE I=1466 OWNER=1004 MODE=100600 SIZE=443 MTIME=Mar 27 14:11 2004 CLEAR? yes UNREF FILE I=1467 OWNER=1004 MODE=100600 SIZE=4873 MTIME=Mar 27 14:26 2004 CLEAR? yes UNREF FILE I=1470 OWNER=1004 MODE=100600 SIZE=15571 MTIME=Mar 27 15:05 2004 CLEAR? yes UNREF FILE I=1472 OWNER=1004 MODE=100600 SIZE=3836 MTIME=Mar 27 15:47 2004 CLEAR? yes UNREF FILE I=1477 OWNER=1004 MODE=100600 SIZE=58635 MTIME=Mar 27 14:09 2004 CLEAR? yes UNREF FILE I=1478 OWNER=1004 MODE=100600 SIZE=22808 MTIME=Mar 27 14:09 2004 CLEAR? yes UNREF FILE I=1479 OWNER=1004 MODE=100600 SIZE=55863 MTIME=Mar 27 14:09 2004 CLEAR? yes UNREF FILE I=1480 OWNER=1004 MODE=100600 SIZE=2879 MTIME=Mar 27 14:10 2004 CLEAR? yes UNREF FILE I=1481 OWNER=1004 MODE=100600 SIZE=473 MTIME=Mar 27 14:11 2004 CLEAR? yes ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? yes SUMMARY INFORMATION BAD SALVAGE? yes BLK(S) MISSING IN BIT MAPS SALVAGE? yes 2168 files, 3148 used, 125851 free (35 frags, 15727 blocks, 0.0% fragmentation) ***** FILE SYSTEM MARKED CLEAN ***** ***** FILE SYSTEM WAS MODIFIED ***** # fsck -y /dev/ad2s1e ** /dev/ad2s1e ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=2044 (36 should be 0) CORRECT? yes INCORRECT BLOCK COUNT I=2050 (4 should be 0) CORRECT? yes INCORRECT BLOCK COUNT I=2111 (28 should be 0) CORRECT? yes INCORRECT BLOCK COUNT I=2211 (4 should be 0) CORRECT? yes INCORRECT BLOCK COUNT I=2236 (4 should be 0) CORRECT? yes INCORRECT BLOCK COUNT I=2238 (64 should be 0) CORRECT? yes INCORRECT BLOCK COUNT I=2240 (60 should be 0) CORRECT? yes INCORRECT BLOCK COUNT I=2252 (4 should be 0) CORRECT? yes INCORRECT BLOCK COUNT I=2257 (4 should be 0) CORRECT? yes INCORRECT BLOCK COUNT I=2267 (4 should be 0) CORRECT? yes INCORRECT BLOCK COUNT I=2283 (28 should be 0) CORRECT? yes INCORRECT BLOCK COUNT I=2284 (28 should be 0) CORRECT? yes INCORRECT BLOCK COUNT I=2287 (4 should be 0) CORRECT? yes INCORRECT BLOCK COUNT I=2389 (4 should be 0) CORRECT? yes ^C^C^C^C this froze up and I found this in /var/log/messages: Mar 28 17:11:31 tmp /kernel: ad2s1a: hard error reading fsbn 6399 of 3168-3295 (ad2s1 bn 6399; cn 0 tn 101 sn 36) trying PIO mode Mar 28 17:11:31 tmp /kernel: ad2: DMA problem fallback to PIO mode Mar 28 17:11:36 tmp /kernel: ad2s1a: hard error reading fsbn 6415 of 3168-3295 (ad2s1 bn 6415; cn 0 tn 101 sn 52) status=59 error=4 0 Mar 28 17:11:41 tmp /kernel: ad2s1a: hard error reading fsbn 3187 (ad2s1 bn 3187; cn 0 tn 50 sn 37) status=59 error=40 Mar 28 17:11:46 tmp /kernel: ad2s1a: hard error reading fsbn 3188 (ad2s1 bn 3188; cn 0 tn 50 sn 38) status=59 error=40 Mar 28 17:11:51 tmp /kernel: ad2s1a: hard error reading fsbn 3189 (ad2s1 bn 3189; cn 0 tn 50 sn 39) status=59 error=40 Mar 28 17:11:56 tmp /kernel: ad2s1a: hard error reading fsbn 3190 (ad2s1 bn 3190; cn 0 tn 50 sn 40) status=59 error=40 Mar 28 17:12:01 tmp /kernel: ad2s1a: hard error reading fsbn 3191 (ad2s1 bn 3191; cn 0 tn 50 sn 41) status=59 error=40 Mar 28 17:12:06 tmp /kernel: ad2s1a: hard error reading fsbn 3192 (ad2s1 bn 3192; cn 0 tn 50 sn 42) status=59 error=40 Mar 28 17:12:11 tmp /kernel: ad2s1a: hard error reading fsbn 3194 (ad2s1 bn 3194; cn 0 tn 50 sn 44) status=59 error=40 Mar 28 17:13:24 tmp /kernel: ad2: READ command timeout tag=0 serv=0 - resetting Mar 28 17:13:24 tmp /kernel: ata1: resetting devices .. ata1-slave: ATA identify retries exceeded Mar 28 17:13:24 tmp /kernel: done # fsck -y /dev/ad2s1g ** /dev/ad2s1g ** Last Mounted on /usr ** Phase 1 - Check Blocks and Sizes CANNOT READ: BLK 40829792 UNEXPECTED SOFT UPDATE INCONSISTENCY CONTINUE? yes ^C And I found this in /var/log/messsages Mar 28 18:35:16 tmp /kernel: ad2s1g: hard error reading fsbn 83986495 of 40829792-40829919 (ad2s1 bn 83986495; cn 5227 tn 233 sn 61 ) trying PIO mode Mar 28 18:35:16 tmp /kernel: ad2: DMA problem fallback to PIO mode Mar 28 18:35:16 tmp last message repeated 5 times Mar 28 18:35:21 tmp /kernel: ad2s1g: hard error reading fsbn 83986591 of 40829792-40829919 (ad2s1 bn 83986591; cn 5227 tn 235 sn 31 ) status=59 error=40 Mar 28 18:35:37 tmp /kernel: ad2s1g: hard error reading fsbn 40829897 (ad2s1 bn 40829897; cn 2541 tn 138 sn 38) status=59 error=40 Mar 28 18:35:47 tmp /kernel: ad2s1g: hard error reading fsbn 40829900 (ad2s1 bn 40829900; cn 2541 tn 138 sn 41) status=59 error=40 -- Dan Langille : http://www.langille.org/ BSDCan - http://www.bsdcan.org/ From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 15:51:47 2004 Return-Path: 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 35F2316A4CE for ; Sun, 28 Mar 2004 15:51:47 -0800 (PST) Received: from tv.soth.at (door.soth.at [80.110.102.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BB6643D2D for ; Sun, 28 Mar 2004 15:51:46 -0800 (PST) (envelope-from toni@tv.soth.at) Received: from tv.soth.at (tv.soth.at [127.0.0.1]) by tv.soth.at (8.12.10/8.12.10) with ESMTP id i2SNpiKh010631; Mon, 29 Mar 2004 01:51:44 +0200 Received: (from toni@localhost) by tv.soth.at (8.12.10/8.12.10/Submit) id i2SNpi08010629; Mon, 29 Mar 2004 01:51:44 +0200 Date: Mon, 29 Mar 2004 01:51:44 +0200 From: Toni Andjelkovic To: jitendra pande Message-ID: <20040328235144.GA9389@tv.soth.at> References: <20040328105156.82902.qmail@web42003.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040328105156.82902.qmail@web42003.mail.yahoo.com> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: Problem with usb in FreeBSD 4.8....help!!! X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2004 23:51:47 -0000 On Sun, Mar 28 2004 (02:51:56 -0800), jitendra pande wrote: > My application uses libusb for iinteracting with the usb devices... > libusb on freeBSD 4.8 tries to find /debv/ugen0, /dev/ugen1 and so > on....hence couldn't able to detect more then one device. ... > FreeBSD 4.8 and FreeBSD 5.0 Note that the port version of libusb (0.1.7_1) ignores device endpoints (/dev/ugenX.Y), so it may be necessary to find and open them by yourself. Also note that opening the control endpoint (/dev/ugen0) instead will prevent libusb from finding the device, because FreeBSD allows the control endpoint to be open only once: usb_os_find_devices: couldn't open device /dev/ugen0: Device busy Also note that on 5.x (or -CURRENT) there are other problems to watch out for: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/63375 Cheers, Toni From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 18:01:35 2004 Return-Path: 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 2116716A4CE; Sun, 28 Mar 2004 18:01:35 -0800 (PST) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7122A43D2D; Sun, 28 Mar 2004 18:01:33 -0800 (PST) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with asmtp (Exim 4.30; FreeBSD) id 1B7mwR-000KFV-H2; Mon, 29 Mar 2004 10:55:59 +0800 Message-Id: <6.0.3.0.2.20040329102508.029f5670@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Mon, 29 Mar 2004 11:05:55 +0900 To: freebsd-current@freebsd.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-hackers@freebsd.org Subject: Re: Question regarding shell user creation at login time X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2004 02:01:35 -0000 Hi, I traced sshd using ktrace and it says: ...... 10198 new CALL setuid(0) 10198 new RET setuid -1 errno 1 Operation not permitted 10198 new CALL execve(0x80485d0,0xbfbfed8c,0xbfbfed94) 10198 new NAMI "/home/new/new.pl" 10198 new RET execve -1 errno 13 Permission denied 10198 new CALL exit(0xffffffff) ..... My C program is: #include main(ac, av) char **av; { setuid(0); execv("/home/new/new.pl",av); } Directory: public# ls -la ~new total 46 drwxr-xr-x 2 root wheel 512 Mar 29 09:10 . drwxr-xr-x 8 root wheel 512 Mar 25 15:28 .. -r--r----- 1 root new 767 Mar 24 17:43 .cshrc -r--r----- 1 root new 248 Mar 26 12:32 .login -r--r----- 1 root new 158 Mar 24 17:43 .login_conf -r--r----- 1 root new 373 Mar 24 17:43 .mail_aliases -r--r----- 1 root new 331 Mar 24 17:43 .mailrc -r--r----- 1 root new 797 Mar 24 17:43 .profile -r--r----- 1 root new 276 Mar 24 17:43 .rhosts -r--r----- 1 root new 975 Mar 24 17:43 .shrc -rwsr-x--- 1 root new 4651 Mar 26 08:47 new ---------- 1 root wheel 94 Mar 26 08:47 new.c -r-x------ 1 root wheel 15430 Mar 25 15:16 new.pl -rw-r--r-- 1 root wheel 52 Mar 25 16:52 new.sh Can somebody tell me the reason why it is failed? Thanks in advance, Ganbold From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 18:39:38 2004 Return-Path: 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 A955416A4CE for ; Sun, 28 Mar 2004 18:39:38 -0800 (PST) Received: from edgemaster.zombie.org (edgemaster.creighton.edu [147.134.112.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7275843D49 for ; Sun, 28 Mar 2004 18:39:38 -0800 (PST) (envelope-from smkelly@zombie.org) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id B98BF39838; Sun, 28 Mar 2004 20:39:37 -0600 (CST) Date: Sun, 28 Mar 2004 20:39:37 -0600 From: Sean Kelly To: Ganbold Message-ID: <20040329023937.GA76248@edgemaster.zombie.org> References: <6.0.3.0.2.20040329102508.029f5670@202.179.0.80> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <6.0.3.0.2.20040329102508.029f5670@202.179.0.80> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org Subject: Re: Question regarding shell user creation at login time X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2004 02:39:38 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Please don't crosspost. I don't think this is a topic for -current, so I've removed it. On Mon, Mar 29, 2004 at 11:05:55AM +0900, Ganbold wrote: > 10198 new CALL setuid(0) > 10198 new RET setuid -1 errno 1 Operation not permitted Your attempt to setuid(0) failed. > 10198 new CALL execve(0x80485d0,0xbfbfed8c,0xbfbfed94) > 10198 new NAMI "/home/new/new.pl" > 10198 new RET execve -1 errno 13 Permission denied Your attempt to run that perl script failed. > -rwsr-x--- 1 root new 4651 Mar 26 08:47 new > ---------- 1 root wheel 94 Mar 26 08:47 new.c > -r-x------ 1 root wheel 15430 Mar 25 15:16 new.pl Well, since your attempt to setuid(0) failed, `new.pl` is not being execve()'d as root. Therefore, the permissions on the `new.pl` file are such that it can't be read or executed by the user/process. --=20 Sean Kelly | PGP KeyID: D2E5E296 smkelly@FreeBSD.org | http://www.sean-kelly.org/ --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAZ4xoPm7A9NLl4pYRArh2AKCICop41LU81ipLY21qB7UqmmN+pgCeLNjs xib1UwCV2lano5dBBsEdi14= =Jgtg -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 18:41:04 2004 Return-Path: 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 1559E16A4CE; Sun, 28 Mar 2004 18:41:03 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C56F43D2D; Sun, 28 Mar 2004 18:41:03 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i2T2cexC037172; Sun, 28 Mar 2004 21:38:41 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i2T2ceRl037169; Sun, 28 Mar 2004 21:38:40 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 28 Mar 2004 21:38:40 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Ganbold In-Reply-To: <6.0.3.0.2.20040329102508.029f5670@202.179.0.80> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Question regarding shell user creation at login time X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2004 02:41:04 -0000 On Mon, 29 Mar 2004, Ganbold wrote: > Hi, > > I traced sshd using ktrace and it says: > ...... > 10198 new CALL setuid(0) > 10198 new RET setuid -1 errno 1 Operation not permitted > 10198 new CALL execve(0x80485d0,0xbfbfed8c,0xbfbfed94) > 10198 new NAMI "/home/new/new.pl" > 10198 new RET execve -1 errno 13 Permission denied > 10198 new CALL exit(0xffffffff) > ..... Don't you mean to be running /home/new/new instead? new.pl isn't world readable/executable. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research > > My C program is: > > #include > > main(ac, av) > char **av; > { > setuid(0); > execv("/home/new/new.pl",av); > } > > Directory: > > public# ls -la ~new > total 46 > drwxr-xr-x 2 root wheel 512 Mar 29 09:10 . > drwxr-xr-x 8 root wheel 512 Mar 25 15:28 .. > -r--r----- 1 root new 767 Mar 24 17:43 .cshrc > -r--r----- 1 root new 248 Mar 26 12:32 .login > -r--r----- 1 root new 158 Mar 24 17:43 .login_conf > -r--r----- 1 root new 373 Mar 24 17:43 .mail_aliases > -r--r----- 1 root new 331 Mar 24 17:43 .mailrc > -r--r----- 1 root new 797 Mar 24 17:43 .profile > -r--r----- 1 root new 276 Mar 24 17:43 .rhosts > -r--r----- 1 root new 975 Mar 24 17:43 .shrc > -rwsr-x--- 1 root new 4651 Mar 26 08:47 new > ---------- 1 root wheel 94 Mar 26 08:47 new.c > -r-x------ 1 root wheel 15430 Mar 25 15:16 new.pl > -rw-r--r-- 1 root wheel 52 Mar 25 16:52 new.sh > > > Can somebody tell me the reason why it is failed? > > Thanks in advance, > > Ganbold > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 23:19:01 2004 Return-Path: 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 B9FE016A4CE for ; Sun, 28 Mar 2004 23:19:01 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75CA943D39 for ; Sun, 28 Mar 2004 23:19:01 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i2T7J0ao015625; Mon, 29 Mar 2004 01:19:00 -0600 (CST) (envelope-from dan) Date: Mon, 29 Mar 2004 01:19:00 -0600 From: Dan Nelson To: Sean Kelly Message-ID: <20040329071857.GC19463@dan.emsphone.com> References: <6.0.3.0.2.20040329102508.029f5670@202.179.0.80> <20040329023937.GA76248@edgemaster.zombie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040329023937.GA76248@edgemaster.zombie.org> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org cc: Ganbold Subject: Re: Question regarding shell user creation at login time X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2004 07:19:01 -0000 In the last episode (Mar 28), Sean Kelly said: > On Mon, Mar 29, 2004 at 11:05:55AM +0900, Ganbold wrote: > > 10198 new CALL setuid(0) > > 10198 new RET setuid -1 errno 1 Operation not permitted > > Your attempt to setuid(0) failed. > > > 10198 new CALL execve(0x80485d0,0xbfbfed8c,0xbfbfed94) > > 10198 new NAMI "/home/new/new.pl" > > 10198 new RET execve -1 errno 13 Permission denied > > Your attempt to run that perl script failed. > > > -rwsr-x--- 1 root new 4651 Mar 26 08:47 new > > ---------- 1 root wheel 94 Mar 26 08:47 new.c > > -r-x------ 1 root wheel 15430 Mar 25 15:16 new.pl > > Well, since your attempt to setuid(0) failed, `new.pl` is not being > execve()'d as root. Therefore, the permissions on the `new.pl` file are > such that it can't be read or executed by the user/process. Ah, but if he is in fact running /home/new/new, which is setuid root, then the setuid(0) call (redundant) should have worked, and so should the exec. Ganbold: if you run /home/new/new as an ordinary user, does it work? I can't think of how ssh would be nullifying the setuid bit on that binary, but you never know. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 00:00:18 2004 Return-Path: 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 1732016A4CE for ; Mon, 29 Mar 2004 00:00:18 -0800 (PST) Received: from mail012.syd.optusnet.com.au (mail012.syd.optusnet.com.au [211.29.132.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB59443D3F for ; Mon, 29 Mar 2004 00:00:16 -0800 (PST) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i2T805S30964; Mon, 29 Mar 2004 18:00:05 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1])i2T803Na072227; Mon, 29 Mar 2004 18:00:03 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.12.10/8.12.10/Submit) id i2T803p2072226; Mon, 29 Mar 2004 18:00:03 +1000 (EST) (envelope-from peter) Date: Mon, 29 Mar 2004 18:00:03 +1000 From: Peter Jeremy To: Dan Nelson Message-ID: <20040329080003.GA72136@server.vk2pj.dyndns.org> References: <20040327195505.13415.qmail@web21113.mail.yahoo.com> <20040328210236.GM3446@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040328210236.GM3446@dan.emsphone.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org cc: Mark Terribile Subject: Re: MS_ASYNC with MS_INVALIDATE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2004 08:00:18 -0000 On Sun, Mar 28, 2004 at 03:02:37PM -0600, Dan Nelson wrote: >In the last episode (Mar 27), Mark Terribile said: >> A friend asked me to run some Linux source on FreeBSD. It simulates >> a data pool management system he is using, and it includes a call >> msync(2) with both the MS_ASYNC and MS_INVALIDATE flags. FreeBSD >> does not allow this. (I tested it on my 4.8 system; I'll have access >> to a 5.1 system on Monday.) I ran it without the MS_ASYNC, and got >> very different results from the ones he reported on Linux. I'd like >> to be able to explain what's happening. My interpretation of the man page suggests that MS_ASYNC should not have any effect other than timing unless there are race conditions. >> Would someone please shed some light on why this combination of flags >> is disallowed, and what the intended semantics are? I suspect that >> either I or he has a subtle misunderstanding here. > >Does that even make sense? How could you simultaneously request that >all modified pages be queued for writing to disk AND that all modified >pages be discarded? If you discard them, then there's nothing for the >kernel to write. Based on the description in the man page, it's not at all clear why MS_ASYNC and MS_INVALIDATE are mutually exclusive. The description of msync(2) is (in 4.9): The msync() system call writes any modified pages back to the filesystem and updates the file modification time. If len is 0, all modified pages within the region containing addr will be flushed; if len is non-zero, only those pages containing addr and len-1 succeeding locations will be examined. The flags argument may be specified as follows: MS_ASYNC Return immediately MS_SYNC Perform synchronous writes MS_INVALIDATE Invalidate all cached data The first sentence states that modified pages are written back to the filesystem. The description of MS_INVALIDATE does not state that the modified pages are not written back - it would seem perfectly reasonable to assume that MS_INVALIDATE wipes the cache _after_ the data has been written (ie save the changes I've made but I won't be referring to this data again so don't waste RAM remembering it). It's not at all obvious why this can't occur asynchronously - in fact, this would seem the most logical combination of you've finished using the area in question. MS_ASYNC and MS_SYNC would appear to be mutually exclusive, but this isn't reported as an error (the implementation in 4.9 actually totally ignores MS_SYNC). Likewise, (MS_SYNC | MS_INVALIDATE) is allowed - which only makes sense if the invalidation occurs after writing. Peter From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 04:28:59 2004 Return-Path: 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 1A2F116A4CE for ; Mon, 29 Mar 2004 04:28:59 -0800 (PST) Received: from server019.webpack.hosteurope.de (server019.webpack.hosteurope.de [80.237.130.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8274343D54 for ; Mon, 29 Mar 2004 04:28:58 -0800 (PST) (envelope-from bfischer@Techfak.Uni-Bielefeld.DE) Envelope-to: freebsd-hackers@freebsd.org Received: from pd9525a02.dip.t-dialin.net ([217.82.90.2] helo=no-support.loc) by server019.webpack.hosteurope.de with asmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.30) id 1B7vsu-0005Gz-8B; Mon, 29 Mar 2004 14:28:56 +0200 Received: from frolic.no-support.loc (localhost.no-support.loc [127.0.0.1]) by no-support.loc (8.12.9/8.12.9) with ESMTP id i2TCTfIp000549; Mon, 29 Mar 2004 14:29:41 +0200 (CEST) (envelope-from bjoern@frolic.no-support.loc) Received: (from bjoern@localhost) by frolic.no-support.loc (8.12.9/8.12.9/Submit) id i2TCTewT000548; Mon, 29 Mar 2004 14:29:40 +0200 (CEST) (envelope-from bjoern) From: Bjoern Fischer Date: Mon, 29 Mar 2004 14:29:40 +0200 To: Dan Langille Message-ID: <20040329122940.GB498@frolic.no-support.loc> References: <40671CB7.1003.71EBDCAB@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <40671CB7.1003.71EBDCAB@localhost> User-Agent: Mutt/1.4.1i X-HE-MXrcvd: no cc: freebsd-hackers@freebsd.org Subject: Re: fsck fails - mark sectors as bad? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2004 12:28:59 -0000 Hello Dan, > I had a hard drive failure. I'm trying to get as much data off it as > I can before I restore from backup. I have mounted the drive in > another box and I'm attempting to salvage what I can. being confronted with disk crashes like the one you described I usually try to make a last backup of the complete unmounted file systems with dd. Trying to fix the file system in place, i.e. on the failing disk that is about to break down completely, makes the situation worse in many cases. After dd'ing the file systems to a safe disk you can try fsck. Bj=F6rn Fischer --=20 -----BEGIN GEEK CODE BLOCK----- GCS d--(+) s++: a- C+++(-) UB++++OSI++++$ P+++(-) L---(++) !E W- N+ o>+ K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv- b+++ D++ G e+ h-- y+=20 ------END GEEK CODE BLOCK------ From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 05:00:08 2004 Return-Path: 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 2DF7316A4CE for ; Mon, 29 Mar 2004 05:00:08 -0800 (PST) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0A7343D45 for ; Mon, 29 Mar 2004 05:00:07 -0800 (PST) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id CA0CE3F74; Mon, 29 Mar 2004 08:00:06 -0500 (EST) From: "Dan Langille" To: Bjoern Fischer Date: Mon, 29 Mar 2004 08:00:06 -0500 MIME-Version: 1.0 Message-ID: <4067D786.21329.74C5A3E0@localhost> Priority: normal In-reply-to: <20040329122940.GB498@frolic.no-support.loc> References: <40671CB7.1003.71EBDCAB@localhost> X-mailer: Pegasus Mail for Windows (v4.02a) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body cc: freebsd-hackers@freebsd.org Subject: Re: fsck fails - mark sectors as bad? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2004 13:00:08 -0000 On 29 Mar 2004 at 14:29, Bjoern Fischer wrote: > Hello Dan, > > > I had a hard drive failure. I'm trying to get as much data off it as > > I can before I restore from backup. I have mounted the drive in > > another box and I'm attempting to salvage what I can. > > being confronted with disk crashes like the one you described I usually > try to make a last backup of the complete unmounted file systems with dd. > Trying to fix the file system in place, i.e. on the failing disk that is > about to break down completely, makes the situation worse in many cases. > After dd'ing the file systems to a safe disk you can try fsck. I'm finding the dd is challenging: # dd if=/dev/ad2s1e of=ad1s1e conv=noerror,sync bs=64k dd: /dev/ad2s1e: Input/output error 6+0 records in 6+0 records out 393216 bytes transferred in 42.776918 secs (9192 bytes/sec) dd: /dev/ad2s1e: Input/output error - note, this dd has not finished, I think because of these errors from /var/log/messages Mar 28 19:47:53 tmp /kernel: ad2: READ command timeout tag=0 serv=0 - resetting Mar 28 19:47:53 tmp /kernel: ata1: resetting devices .. done Mar 28 19:48:03 tmp /kernel: ad2: READ command timeout tag=0 serv=0 - resetting Mar 28 19:48:03 tmp /kernel: ata1: resetting devices .. done Mar 28 19:48:13 tmp /kernel: ad2: READ command timeout tag=0 serv=0 - resetting Mar 28 19:48:13 tmp /kernel: ata1: resetting devices .. done Mar 28 19:48:21 tmp /kernel: ad2s1e: hard error reading fsbn 1279871 of 768-895 (ad2s1 bn 1279871; cn 79 tn 170 sn 26) trying PIO mode Mar 28 19:48:21 tmp /kernel: ad2: DMA problem fallback to PIO mode Mar 28 19:48:21 tmp /kernel: ad2: DMA problem fallback to PIO mode Mar 28 19:48:26 tmp /kernel: ad2s1e: hard error reading fsbn 1279903 of 768-895 (ad2s1 bn 1279903; cn 79 tn 170 sn 58) status=59 error=40 Mar 28 19:48:40 tmp /kernel: ad2: READ command timeout tag=0 serv=0 - resetting Mar 28 19:48:40 tmp /kernel: ata1: resetting devices .. ata1-slave: ATA identify retries exceeded Mar 28 19:48:40 tmp /kernel: done -- Dan Langille : http://www.langille.org/ BSDCan - http://www.bsdcan.org/ From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 28 07:56:44 2004 Return-Path: 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 5BED716A4CE; Sun, 28 Mar 2004 07:56:44 -0800 (PST) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA28043D2F; Sun, 28 Mar 2004 07:56:43 -0800 (PST) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id D150D1676C8; Sun, 28 Mar 2004 17:56:42 +0200 (CEST) Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i2SFue5u046997 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 28 Mar 2004 17:56:42 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock Date: Sun, 28 Mar 2004 17:56:37 +0200 User-Agent: KMail/1.6.1 To: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_4WvZAQsFB6JYd+F"; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200403281756.40676.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Mon, 29 Mar 2004 05:20:18 -0800 Subject: Fwd: Found a working Gigabit Ethernet TC902X driver for STABLE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Mar 2004 15:56:44 -0000 --Boundary-02=_4WvZAQsFB6JYd+F Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline =46orwarding this to FreeBSD-net and FreeBSD-hackers, in case someone wants to adopt the code. =2D--------- Forwarded Message ---------- Subject: Found a working Gigabit Ethernet TC902X driver for STABLE Date: Sunday 28 March 2004 16:54 =46rom: Martin To: freebsd-stable@FreeBSD.org Hi, I got a new network adapter (Longshine 8039TX; take a look here: http://longshine.de/produkt/1000mbit/giga-eng.html). I have been looking for drivers for STABLE and found this post: http://www.atm.tut.fi/list-archive/freebsd-stable/msg08427.html It mentions a module (sources), which you can download here: http://www.icplus.com.tw/Data/driver/TC902X_FreeBSD.zip The chipset comes from the company: Tamarack Microelectronics Inc. in Taiwan. I installed it on my STABLE box and it seems to work fine. Can someone of the committers take a look at the sources? I think the license is OK (it seems to be a BSD-type license). I hope that you can confirm that it is safe to use this module. =46or those who want to try it, here some advice (it's really weird, so read it please): 1) unzip the file in an empty folder 2) extract the tar-ball 3) rename the Readme.txt to rio.tgz 4) extract rio.tgz 5) cp the Makefile from ./rio subdirectory to the directory with the module sources 6) create a soft-link "pci -> ." in the same directory 7) run make 8) done, the result is: if_rio.ko I've asked to add it to ports ealier, but noone answered to me. I have tested this driver for 3 weeks now and it works well for me on FreeBSD-4.9-STABLE. It does not compile on CURRENT. Martin _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" =2D------------------------------------------------------ =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_4WvZAQsFB6JYd+F Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAZvW4Xhc68WspdLARAlhfAKCdZfwn2dUdku0ycebd5rfZsnJ0+wCfaTUt sQgM+JSaUSDIfcS2ckNDtTY= =M49Y -----END PGP SIGNATURE----- --Boundary-02=_4WvZAQsFB6JYd+F-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 06:15:56 2004 Return-Path: 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 D52BF16A5ED for ; Mon, 29 Mar 2004 06:15:56 -0800 (PST) Received: from web42005.mail.yahoo.com (web42005.mail.yahoo.com [66.218.93.173]) by mx1.FreeBSD.org (Postfix) with SMTP id B7D5943D39 for ; Mon, 29 Mar 2004 06:15:56 -0800 (PST) (envelope-from jpande_techinfo@yahoo.com) Message-ID: <20040329141556.82901.qmail@web42005.mail.yahoo.com> Received: from [202.144.61.162] by web42005.mail.yahoo.com via HTTP; Mon, 29 Mar 2004 06:15:56 PST Date: Mon, 29 Mar 2004 06:15:56 -0800 (PST) From: jitendra pande To: freebsd-hackers@freebsd.org In-Reply-To: <20040328235144.GA9389@tv.soth.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: toni@soth.at Subject: Re: Problem with usb in FreeBSD 4.8....help!!! X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2004 14:15:57 -0000 Hi Toni, Thanks a lot for the information. My device is the one which supports control transfers only thus i understand that for a second device i need to use /dev/ugen1 and so on. Does that mean, i need to explictly make a node /dev/ugen1 and /dev/ugen2 and so on for every newly added USB device using MAKEDEV script. Please advise me , if there exist some better way of handling the situation. Is there some sort of modification that i can make to libusb to handle the situation. Thanks and regards Jitendra Toni Andjelkovic wrote: On Sun, Mar 28 2004 (02:51:56 -0800), jitendra pande wrote: > My application uses libusb for iinteracting with the usb devices... > libusb on freeBSD 4.8 tries to find /debv/ugen0, /dev/ugen1 and so > on....hence couldn't able to detect more then one device. ... > FreeBSD 4.8 and FreeBSD 5.0 Note that the port version of libusb (0.1.7_1) ignores device endpoints (/dev/ugenX.Y), so it may be necessary to find and open them by yourself. Also note that opening the control endpoint (/dev/ugen0) instead will prevent libusb from finding the device, because FreeBSD allows the control endpoint to be open only once: usb_os_find_devices: couldn't open device /dev/ugen0: Device busy Also note that on 5.x (or -CURRENT) there are other problems to watch out for: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/63375 Cheers, Toni _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" --------------------------------- Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 07:36:58 2004 Return-Path: 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 9011D16A4CE for ; Mon, 29 Mar 2004 07:36:58 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B79543D2F for ; Mon, 29 Mar 2004 07:36:58 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i2TFaufj065566; Mon, 29 Mar 2004 09:36:56 -0600 (CST) (envelope-from dan) Date: Mon, 29 Mar 2004 09:36:56 -0600 From: Dan Nelson To: Peter Jeremy Message-ID: <20040329153656.GA14775@dan.emsphone.com> References: <20040327195505.13415.qmail@web21113.mail.yahoo.com> <20040328210236.GM3446@dan.emsphone.com> <20040329080003.GA72136@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040329080003.GA72136@server.vk2pj.dyndns.org> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org cc: Mark Terribile Subject: Re: MS_ASYNC with MS_INVALIDATE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2004 15:36:58 -0000 In the last episode (Mar 29), Peter Jeremy said: > On Sun, Mar 28, 2004 at 03:02:37PM -0600, Dan Nelson wrote: > >In the last episode (Mar 27), Mark Terribile said: > > > A friend asked me to run some Linux source on FreeBSD. It > > > simulates a data pool management system he is using, and it > > > includes a call msync(2) with both the MS_ASYNC and MS_INVALIDATE > > > flags. FreeBSD does not allow this. (I tested it on my 4.8 > > > system; I'll have access to a 5.1 system on Monday.) I ran it > > > without the MS_ASYNC, and got very different results from the > > > ones he reported on Linux. I'd like to be able to explain what's > > > happening. > > My interpretation of the man page suggests that MS_ASYNC should not > have any effect other than timing unless there are race conditions. Me too. No combination of flags to msync() should affect any other processes view of the data IMHO. It just affects how soon the blocks get written to disk. Now, if you're also accessing this file over NFS, that's a different matter. I actually think MS_INVALIDATE might be a no-op on a system with a merged vm/buffer cache. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 11:10:41 2004 Return-Path: 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 8FA5016A4CE for ; Mon, 29 Mar 2004 11:10:41 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC40043D3F for ; Mon, 29 Mar 2004 11:10:40 -0800 (PST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i2TJA2US048338 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 29 Mar 2004 21:10:05 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i2TJ9lhn030112 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Mar 2004 21:09:47 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i2TJ9lMR030356; Mon, 29 Mar 2004 21:09:47 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i2TJ9k4F030355; Mon, 29 Mar 2004 21:09:46 +0200 (CEST) (envelope-from ticso) Date: Mon, 29 Mar 2004 21:09:46 +0200 From: Bernd Walter To: jitendra pande Message-ID: <20040329190944.GM26269@cicely12.cicely.de> References: <20040328235144.GA9389@tv.soth.at> <20040329141556.82901.qmail@web42005.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040329141556.82901.qmail@web42005.mail.yahoo.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.2 required=3.0 tests=BAYES_00,PLING_PLING autolearn=no version=2.63 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] * 0.7 PLING_PLING Subject has lots of exclamation marks X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on cicely12.cicely.de cc: freebsd-hackers@FreeBSD.org cc: toni@soth.at Subject: Re: Problem with usb in FreeBSD 4.8....help!!! X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2004 19:10:41 -0000 On Mon, Mar 29, 2004 at 06:15:56AM -0800, jitendra pande wrote: > Hi Toni, > > Thanks a lot for the information. > > My device is the one which supports control transfers only thus i understand that for a second device i need to use /dev/ugen1 and so on. Yes - /dev/ugen? is the control endpoint - if your device only supports controll transfers that's all you need. Otherwise you may need /dev/ugen?.? for the endpoints, but ./MAKEDEV ugen1 will also create /dev/ugen1.1 to ugen1.15. While ugen0 uses /dev/ugen0* node ugen1 uses /dev/ugen1*, and so on. So if your are using 6 devices of ugen type at the same time you want to have at least /dev/ugen0 to /dev/ugen5. > Does that mean, i need to explictly make a node /dev/ugen1 and /dev/ugen2 and so on for every newly added USB device using MAKEDEV script. You can create them forhanded. No need to wait until you really need them. The following will create ugen0* to ugen19*: cd /dev && jot 20 0 | sed 's/\(.*\)/.\/MAKEDEV ugen\1' | sh -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 14:58:16 2004 Return-Path: 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 6069A16A4CE for ; Mon, 29 Mar 2004 14:58:16 -0800 (PST) Received: from wjv.com (user38.net339.fl.sprint-hsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9062B43D41 for ; Mon, 29 Mar 2004 14:58:15 -0800 (PST) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.12.10/8.12.11) with ESMTP id i2TMw4hM068060 for ; Mon, 29 Mar 2004 17:58:05 -0500 (EST) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.12.10/8.12.11/Submit) id i2TMw43B068059 for freebsd-hackers@freebsd.org; Mon, 29 Mar 2004 17:58:04 -0500 (EST) (envelope-from bv) Date: Mon, 29 Mar 2004 17:58:04 -0500 From: Bill Vermillion To: freebsd-hackers@freebsd.org Message-ID: <20040329225804.GA67918@wjv.com> References: <20040329200043.E089616A507@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040329200043.E089616A507@hub.freebsd.org> Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on bilver.wjv.com Subject: Re: fsck fails - mark sectors as bad? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bv@wjv.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2004 22:58:16 -0000 > Message: 4 > Date: Sun, 28 Mar 2004 18:43:03 -0500 > From: "Dan Langille" > Subject: fsck fails - mark sectors as bad? > To: freebsd-hackers@FreeBSD.org > Message-ID: <40671CB7.1003.71EBDCAB@localhost> > Content-Type: text/plain; charset=US-ASCII > I had a hard drive failure. I'm trying to get as much data off it as > I can before I restore from backup. I have mounted the drive in > another box and I'm attempting to salvage what I can. > I thought I might be able to mark the bad sectors as bad, and get the > file system mounted. [fsck out put deleted in this reply - wjv ] ... > this froze up and I found this in /var/log/messages: > Mar 28 17:11:31 tmp /kernel: ad2s1a: hard error reading fsbn 6399 of > 3168-3295 (ad2s1 bn 6399; cn 0 tn 101 sn 36) trying PIO mode > Mar 28 17:11:31 tmp /kernel: ad2: DMA problem fallback to PIO mode > Mar 28 17:11:36 tmp /kernel: ad2s1a: hard error reading fsbn 6415 of > 3168-3295 (ad2s1 bn 6415; cn 0 tn 101 sn 52) status=59 error=4 > 0 > Mar 28 17:11:41 tmp /kernel: ad2s1a: hard error reading fsbn 3187 > (ad2s1 bn 3187; cn 0 tn 50 sn 37) status=59 error=40 > Mar 28 17:11:46 tmp /kernel: ad2s1a: hard error reading fsbn 3188 > (ad2s1 bn 3188; cn 0 tn 50 sn 38) status=59 error=40 > Mar 28 17:11:51 tmp /kernel: ad2s1a: hard error reading fsbn 3189 > (ad2s1 bn 3189; cn 0 tn 50 sn 39) status=59 error=40 > Mar 28 17:11:56 tmp /kernel: ad2s1a: hard error reading fsbn 3190 > (ad2s1 bn 3190; cn 0 tn 50 sn 40) status=59 error=40 > Mar 28 17:12:01 tmp /kernel: ad2s1a: hard error reading fsbn 3191 > (ad2s1 bn 3191; cn 0 tn 50 sn 41) status=59 error=40 > Mar 28 17:12:06 tmp /kernel: ad2s1a: hard error reading fsbn 3192 > (ad2s1 bn 3192; cn 0 tn 50 sn 42) status=59 error=40 > Mar 28 17:12:11 tmp /kernel: ad2s1a: hard error reading fsbn 3194 > (ad2s1 bn 3194; cn 0 tn 50 sn 44) status=59 error=40 > Mar 28 17:13:24 tmp /kernel: ad2: READ command timeout tag=0 serv=0 - > resetting > Mar 28 17:13:24 tmp /kernel: ata1: resetting devices .. ata1-slave: > ATA identify retries exceeded > Mar 28 17:13:24 tmp /kernel: done > Definately some bad sectors there. But you should be able to moun that drive in a read only mode. In read only you can get by without an fsck, and often this is the only way to be able to get to the data. When you get the data off be sure to check it's integrity as depending on what is read or how it is read you could have blocks of junk or blocks of nulls. I've been lucky and never had one corrupt this badly needing to mount RO in at least 10 years, so I've never had to do this on a current BSD type FS - just the old S51 and early FFS on commercial Unix systems. Bill > End of freebsd-hackers Digest, Vol 54, Issue 1 > ********************************************** -- Bill Vermillion - bv @ wjv . com From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 17:52:00 2004 Return-Path: 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 A34A816A4CE; Mon, 29 Mar 2004 17:52:00 -0800 (PST) Received: from mx2.mail.ru (mx2.mail.ru [194.67.57.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FC6D43D2F; Mon, 29 Mar 2004 17:52:00 -0800 (PST) (envelope-from ghos@mail.ru) Received: from [80.78.105.209] (port=1130 helo=80.78.105.209) by mx2.mail.ru with esmtp id 1B88Q2-000FFB-00; Tue, 30 Mar 2004 05:51:58 +0400 Date: Tue, 30 Mar 2004 07:49:23 +0600 From: ghos X-Mailer: The Bat! (v2.00.6) CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <142839937.20040330074923@mail.ru> To: Ganbold , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <6.0.3.0.2.20040329102508.029f5670@202.179.0.80> References: <6.0.3.0.2.20040329102508.029f5670@202.179.0.80> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam: Not detected Subject: Re[2]: Question regarding shell user creation at login time X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ghos List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 01:52:00 -0000 You wrote 29 mar 2004, 8:05:55 +0500: > Hi, > I traced sshd using ktrace and it says: > ...... > 10198 new CALL setuid(0) > 10198 new RET setuid -1 errno 1 Operation not permitted > 10198 new CALL execve(0x80485d0,0xbfbfed8c,0xbfbfed94) > 10198 new NAMI "/home/new/new.pl" > 10198 new RET execve -1 errno 13 Permission denied > 10198 new CALL exit(0xffffffff) > ..... > My C program is: > #include > main(ac, av) > char **av; > { > setuid(0); > execv("/home/new/new.pl",av); > } > Directory: > public# ls -la ~new > total 46 > drwxr-xr-x 2 root wheel 512 Mar 29 09:10 . > drwxr-xr-x 8 root wheel 512 Mar 25 15:28 .. > -r--r----- 1 root new 767 Mar 24 17:43 .cshrc > -r--r----- 1 root new 248 Mar 26 12:32 .login > -r--r----- 1 root new 158 Mar 24 17:43 .login_conf > -r--r----- 1 root new 373 Mar 24 17:43 .mail_aliases > -r--r----- 1 root new 331 Mar 24 17:43 .mailrc > -r--r----- 1 root new 797 Mar 24 17:43 .profile > -r--r----- 1 root new 276 Mar 24 17:43 .rhosts > -r--r----- 1 root new 975 Mar 24 17:43 .shrc > -rwsr-x--- 1 root new 4651 Mar 26 08:47 new > ---------- 1 root wheel 94 Mar 26 08:47 new.c > -r-x------ 1 root wheel 15430 Mar 25 15:16 new.pl > -rw-r--r-- 1 root wheel 52 Mar 25 16:52 new.sh > Can somebody tell me the reason why it is failed? > Thanks in advance, > Ganbold > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" You are not root! You are 'new' in 'new'-group. Try this: # chmod g+x ~new/new.pl From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 18:32:41 2004 Return-Path: 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 B9C4016A4CE for ; Mon, 29 Mar 2004 18:32:41 -0800 (PST) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07E9743D1D for ; Mon, 29 Mar 2004 18:32:41 -0800 (PST) (envelope-from samuel.lawrance@studentmail.newcastle.edu.au) Received: from [202.7.67.103] (as1-p103.mait.hunterlink.net.au [202.7.67.103]) i2U2W94S028324; Tue, 30 Mar 2004 12:32:10 +1000 From: Sam Lawrance To: ticso@cicely.de In-Reply-To: <20040328104734.GB15543@cicely12.cicely.de> References: <20040326074634.GG94505@cicely12.cicely.de> <20040327.165556.34761174.imp@bsdimp.com> <20040328002334.GA15543@cicely12.cicely.de> <20040328.013103.00569637.imp@bsdimp.com> <20040328104734.GB15543@cicely12.cicely.de> Content-Type: text/plain Message-Id: <1080613926.1125.6.camel@dirk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 30 Mar 2004 12:32:07 +1000 Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: usbd config file parse behaviour X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 02:32:41 -0000 On Sun, 2004-03-28 at 20:47, Bernd Walter wrote: > On Sun, Mar 28, 2004 at 01:31:03AM -0700, M. Warner Losh wrote: > > Btw, any interest in making it possible to kldload a usb module and > > having device attach to it? Right now the usb code assumes that you > > can unplug the device and replug it back in. I have at least two > > devices on my laptop that can't be removed (bluetooth and memory stick > > reader), so I can't dynamically load drivers for them... > > I'll think about it. > Reprobing is not so much an issue as selecting an interface for it. would this done by filling in uhub_driver_added() to find a better driver match for a device and reattaching? From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 18:44:30 2004 Return-Path: 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 4E29E16A4CE for ; Mon, 29 Mar 2004 18:44:30 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3AB843D1D for ; Mon, 29 Mar 2004 18:44:29 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i2U2iPkj099626; Mon, 29 Mar 2004 19:44:25 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 29 Mar 2004 19:44:34 -0700 (MST) Message-Id: <20040329.194434.48530053.imp@bsdimp.com> To: samuel.lawrance@studentmail.newcastle.edu.au From: "M. Warner Losh" In-Reply-To: <1080613926.1125.6.camel@dirk> References: <20040328.013103.00569637.imp@bsdimp.com> <20040328104734.GB15543@cicely12.cicely.de> <1080613926.1125.6.camel@dirk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: ticso@cicely.de Subject: Re: usbd config file parse behaviour X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 02:44:30 -0000 In message: <1080613926.1125.6.camel@dirk> Sam Lawrance writes: : On Sun, 2004-03-28 at 20:47, Bernd Walter wrote: : > On Sun, Mar 28, 2004 at 01:31:03AM -0700, M. Warner Losh wrote: : > > Btw, any interest in making it possible to kldload a usb module and : > > having device attach to it? Right now the usb code assumes that you : > > can unplug the device and replug it back in. I have at least two : > > devices on my laptop that can't be removed (bluetooth and memory stick : > > reader), so I can't dynamically load drivers for them... : > : > I'll think about it. : > Reprobing is not so much an issue as selecting an interface for it. : : would this done by filling in uhub_driver_added() to find a better : driver match for a device and reattaching? Yes. Actually, it also requires some changes to newbus as well to allow for rebidding of devices. And there's some minor resetting of the device that likely needs to happen, but that's lower priority. Warner From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 21:31:48 2004 Return-Path: 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 5B96B16A4CE; Mon, 29 Mar 2004 21:31:48 -0800 (PST) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id D507A43D45; Mon, 29 Mar 2004 21:31:47 -0800 (PST) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id 7CC2E2BD53; Tue, 30 Mar 2004 15:31:45 +1000 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 946B251225; Tue, 30 Mar 2004 15:01:43 +0930 (CST) Date: Tue, 30 Mar 2004 15:01:43 +0930 From: Greg 'groggy' Lehey To: =?iso-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= Message-ID: <20040330053143.GN15929@wantadilla.lemis.com> References: <4068EA56.3060600@jonny.eng.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EqVOK5mkaJAMmtSx" Content-Disposition: inline In-Reply-To: <4068EA56.3060600@jonny.eng.br> User-Agent: Mutt/1.4.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: stable@freebsd.org cc: hackers@freebsd.org Subject: Re: Serious bug in vinum? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 05:31:48 -0000 --EqVOK5mkaJAMmtSx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tuesday, 30 March 2004 at 0:32:38 -0300, Joo Carlos Mendes Lus wrote: > Sorry for the cross-posting, but nor the Author nor freebsd-bugs did > acknowledge my message, and I think this is a very serious bug in vinum, > leading to loss of data... > > If these are not the correct foruns for this, please forgive me and > tell me which is the correct one. > > PS: Please CC: me, since I'm not currently subscribed to these > lists. Sorry for the lack of response. Yes, I saw it, and so did Lukas Ertl, and we've been discussing it. This list is probably not the best. > > ==================================================== > Hi Greg, > > I've been a big fan of vinum since it's beggining. I use it for RAID0 > and RAID1 solution for lots of servers. > > In some RAID0 (stripe) configurations, though, I've had some serious > problems. If an underlying disk fails, the respective plex and volume do > not fail, as they should. This leads to full corruption of data, but worst > of that, leads to a system which believes the data is safe. In one ocasion, > for example, the backup ran and overwrote good data with bad data, full of > zeros. > > I am not fully aware of vinum programming details, but a quick look at > 4.9-STABLE, in file vinumstate.c, dated Jul, 7, 2000, at line 588, function > update_volume_state() sets volume state to up if plex state is corrupt or > better for at least one plex: > > for (plexno = 0; plexno < vol->plexes; plexno++) { > struct plex *plex = &PLEX[vol->plex[plexno]]; /* point to the plex */ > if (plex->state >= plex_corrupt) { /* something accessible, */ > vol->state = volume_up; > break; > } > } > > I think this should be like: > > if (plex->state > plex_corrupt) { /* something accessible, */ Basically, this is a feature and not a bug. A plex that is corrupt is still partially accessible, so we should allow access to it. If you have two striped plexes both striped between two disks, with the same stripe size, and one plex starts on the first drive, and the other on the second, and one drive dies, then each plex will lose half of its data, every second stripe. But the volume will be completely accessible. I think that the real issue here is that Vinum should have returned an I/O error for accesses to the defective parts. How did you perform the backup? Greg -- Note: I discard all HTML mail unseen. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. --EqVOK5mkaJAMmtSx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFAaQY/IubykFB6QiMRApoxAJ9HcP2Jv4MmuxYVHE/o/P8CKmsFEgCghhjC jnuy11huIEnohJx+94TO2K4= =sQYX -----END PGP SIGNATURE----- --EqVOK5mkaJAMmtSx-- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 00:38:19 2004 Return-Path: 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 92EAD16A4CE for ; Tue, 30 Mar 2004 00:38:19 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7BA243D41 for ; Tue, 30 Mar 2004 00:38:18 -0800 (PST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i2U8b8US080037 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 30 Mar 2004 10:37:11 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i2U8aAhn036095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Mar 2004 10:36:10 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i2U8a9pt035652; Tue, 30 Mar 2004 10:36:09 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i2U8a8ma035651; Tue, 30 Mar 2004 10:36:08 +0200 (CEST) (envelope-from ticso) Date: Tue, 30 Mar 2004 10:36:08 +0200 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20040330083607.GC32646@cicely12.cicely.de> References: <20040328.013103.00569637.imp@bsdimp.com> <20040328104734.GB15543@cicely12.cicely.de> <1080613926.1125.6.camel@dirk> <20040329.194434.48530053.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040329.194434.48530053.imp@bsdimp.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: samuel.lawrance@studentmail.newcastle.edu.au cc: freebsd-hackers@freebsd.org cc: ticso@cicely.de Subject: Re: usbd config file parse behaviour X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 08:38:19 -0000 On Mon, Mar 29, 2004 at 07:44:34PM -0700, M. Warner Losh wrote: > In message: <1080613926.1125.6.camel@dirk> > Sam Lawrance writes: > : On Sun, 2004-03-28 at 20:47, Bernd Walter wrote: > : > On Sun, Mar 28, 2004 at 01:31:03AM -0700, M. Warner Losh wrote: > : > > Btw, any interest in making it possible to kldload a usb module and > : > > having device attach to it? Right now the usb code assumes that you > : > > can unplug the device and replug it back in. I have at least two > : > > devices on my laptop that can't be removed (bluetooth and memory stick > : > > reader), so I can't dynamically load drivers for them... > : > > : > I'll think about it. > : > Reprobing is not so much an issue as selecting an interface for it. > : > : would this done by filling in uhub_driver_added() to find a better > : driver match for a device and reattaching? > > Yes. Actually, it also requires some changes to newbus as well to > allow for rebidding of devices. And there's some minor resetting of > the device that likely needs to happen, but that's lower priority. Don't forget that we already have a driver for every USB device: ugen(4) We need a better trigger to reprobe drivers - thats the real problem. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 00:46:24 2004 Return-Path: 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 8261B16A4CE for ; Tue, 30 Mar 2004 00:46:24 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06D3243D3F for ; Tue, 30 Mar 2004 00:46:24 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i2U8kKkj003848; Tue, 30 Mar 2004 01:46:20 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 30 Mar 2004 01:46:32 -0700 (MST) Message-Id: <20040330.014632.132641792.imp@bsdimp.com> To: ticso@cicely.de, ticso@cicely12.cicely.de From: "M. Warner Losh" In-Reply-To: <20040330083607.GC32646@cicely12.cicely.de> References: <1080613926.1125.6.camel@dirk> <20040329.194434.48530053.imp@bsdimp.com> <20040330083607.GC32646@cicely12.cicely.de> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: samuel.lawrance@studentmail.newcastle.edu.au cc: freebsd-hackers@freebsd.org Subject: Re: usbd config file parse behaviour X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 08:46:24 -0000 In message: <20040330083607.GC32646@cicely12.cicely.de> Bernd Walter writes: : On Mon, Mar 29, 2004 at 07:44:34PM -0700, M. Warner Losh wrote: : > In message: <1080613926.1125.6.camel@dirk> : > Sam Lawrance writes: : > : On Sun, 2004-03-28 at 20:47, Bernd Walter wrote: : > : > On Sun, Mar 28, 2004 at 01:31:03AM -0700, M. Warner Losh wrote: : > : > > Btw, any interest in making it possible to kldload a usb module and : > : > > having device attach to it? Right now the usb code assumes that you : > : > > can unplug the device and replug it back in. I have at least two : > : > > devices on my laptop that can't be removed (bluetooth and memory stick : > : > > reader), so I can't dynamically load drivers for them... : > : > : > : > I'll think about it. : > : > Reprobing is not so much an issue as selecting an interface for it. : > : : > : would this done by filling in uhub_driver_added() to find a better : > : driver match for a device and reattaching? : > : > Yes. Actually, it also requires some changes to newbus as well to : > allow for rebidding of devices. And there's some minor resetting of : > the device that likely needs to happen, but that's lower priority. : : Don't forget that we already have a driver for every USB device: ugen(4) : We need a better trigger to reprobe drivers - thats the real problem. No. That's not the real problem here. The real problem here is that uhub doesn't implement the driver_added callback correctly. The ugen issue, while interesting, can be overcome by not having ugen in the kernel. When ugen is in the kernel, we do need to do the rebid thing in newbus, which we don't do, but there's little point in fixing one w/o fixing the other. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 01:08:40 2004 Return-Path: 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 EEA3016A4CE for ; Tue, 30 Mar 2004 01:08:39 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4806743D39 for ; Tue, 30 Mar 2004 01:08:39 -0800 (PST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i2U97BUS080919 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 30 Mar 2004 11:07:14 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i2U963hn036292 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Mar 2004 11:06:03 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i2U96258035831; Tue, 30 Mar 2004 11:06:02 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i2U962J9035830; Tue, 30 Mar 2004 11:06:02 +0200 (CEST) (envelope-from ticso) Date: Tue, 30 Mar 2004 11:06:02 +0200 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20040330090601.GE32646@cicely12.cicely.de> References: <1080613926.1125.6.camel@dirk> <20040329.194434.48530053.imp@bsdimp.com> <20040330083607.GC32646@cicely12.cicely.de> <20040330.014632.132641792.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040330.014632.132641792.imp@bsdimp.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: ticso@cicely12.cicely.de cc: samuel.lawrance@studentmail.newcastle.edu.au cc: ticso@cicely.de cc: freebsd-hackers@freebsd.org Subject: Re: usbd config file parse behaviour X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 09:08:40 -0000 On Tue, Mar 30, 2004 at 01:46:32AM -0700, M. Warner Losh wrote: > In message: <20040330083607.GC32646@cicely12.cicely.de> > Bernd Walter writes: > : On Mon, Mar 29, 2004 at 07:44:34PM -0700, M. Warner Losh wrote: > : > In message: <1080613926.1125.6.camel@dirk> > : > Sam Lawrance writes: > : > : On Sun, 2004-03-28 at 20:47, Bernd Walter wrote: > : > : > On Sun, Mar 28, 2004 at 01:31:03AM -0700, M. Warner Losh wrote: > : > : > > Btw, any interest in making it possible to kldload a usb module and > : > : > > having device attach to it? Right now the usb code assumes that you > : > : > > can unplug the device and replug it back in. I have at least two > : > : > > devices on my laptop that can't be removed (bluetooth and memory stick > : > : > > reader), so I can't dynamically load drivers for them... > : > : > > : > : > I'll think about it. > : > : > Reprobing is not so much an issue as selecting an interface for it. > : > : > : > : would this done by filling in uhub_driver_added() to find a better > : > : driver match for a device and reattaching? > : > > : > Yes. Actually, it also requires some changes to newbus as well to > : > allow for rebidding of devices. And there's some minor resetting of > : > the device that likely needs to happen, but that's lower priority. > : > : Don't forget that we already have a driver for every USB device: ugen(4) > : We need a better trigger to reprobe drivers - thats the real problem. > > No. That's not the real problem here. The real problem here is that > uhub doesn't implement the driver_added callback correctly. The ugen > issue, while interesting, can be overcome by not having ugen in the > kernel. Not having ugen in the kernel is not an option. I can't say that I really like the problems introduced by ugen, but since I have no better idea and ugen is widely used - even by me. > When ugen is in the kernel, we do need to do the rebid thing in > newbus, which we don't do, but there's little point in fixing one w/o > fixing the other. You can't kldload a new driver and reshuffeling all ugen instances. They are possibly used and probing for USB devices requires exclusive access in many cases. I'm more thinking about some kind of userland tool that allows retriggering an USB device in a controlled way. Such a feature is required for some types of firmware downloaders too. Intelligent USB chips requireing firmware download could disconneect and reconnect themself from the bus e.g. the TI-TUSB* family, but there are still others in the wild. I've seen firmware downloaders to do evil things as reseting an USB ports on their own, which is quite dangerously as it introduces a race for having multiple devices with address 0 (the default for freshly attached ones). -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 29 19:32:27 2004 Return-Path: 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 172A916A4CE; Mon, 29 Mar 2004 19:32:27 -0800 (PST) Received: from mail.globo.com (smtp2.globo.com [200.208.9.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id C93D443D39; Mon, 29 Mar 2004 19:32:26 -0800 (PST) (envelope-from jonny@jonny.eng.br) Received: from jonny.eng.br (200.217.93.206) by mail.globo.com (6.0.053) (authenticated as jcml21@globo.com) id 40628EA70004617D; Tue, 30 Mar 2004 00:32:25 -0300 Message-ID: <4068EA56.3060600@jonny.eng.br> Date: Tue, 30 Mar 2004 00:32:38 -0300 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: pt-br, en-us, en, pt MIME-Version: 1.0 To: hackers@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 30 Mar 2004 05:43:16 -0800 Subject: Serious bug in vinum? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 03:32:27 -0000 Sorry for the cross-posting, but nor the Author nor freebsd-bugs did acknowledge my message, and I think this is a very serious bug in vinum, leading to loss of data... If these are not the correct foruns for this, please forgive me and tell me which is the correct one. PS: Please CC: me, since I'm not currently subscribed to these lists. ==================================================== Hi Greg, I've been a big fan of vinum since it's beggining. I use it for RAID0 and RAID1 solution for lots of servers. In some RAID0 (stripe) configurations, though, I've had some serious problems. If an underlying disk fails, the respective plex and volume do not fail, as they should. This leads to full corruption of data, but worst of that, leads to a system which believes the data is safe. In one ocasion, for example, the backup ran and overwrote good data with bad data, full of zeros. I am not fully aware of vinum programming details, but a quick look at 4.9-STABLE, in file vinumstate.c, dated Jul, 7, 2000, at line 588, function update_volume_state() sets volume state to up if plex state is corrupt or better for at least one plex: for (plexno = 0; plexno < vol->plexes; plexno++) { struct plex *plex = &PLEX[vol->plex[plexno]]; /* point to the plex */ if (plex->state >= plex_corrupt) { /* something accessible, */ vol->state = volume_up; break; } } I think this should be like: if (plex->state > plex_corrupt) { /* something accessible, */ Or, in other words, volume state is up only if plex state is degraded or better. I did not test this, since the situation is not easy to reproduce, but I think it depends only on the real meaning of the "corrupt" state. Thanks in advance for your attention, Jonny From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 09:13:36 2004 Return-Path: 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 17A1716A4CF; Tue, 30 Mar 2004 09:13:36 -0800 (PST) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A533843D31; Tue, 30 Mar 2004 09:13:35 -0800 (PST) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by smtp3.sentex.ca (8.12.10/8.12.10) with ESMTP id i2UHDW7C026631; Tue, 30 Mar 2004 12:13:32 -0500 (EST) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.10/8.12.10) with ESMTP id i2UHDY3x024750; Tue, 30 Mar 2004 12:13:34 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net ([192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.9) with ESMTP id i2UHDPMD040548; Tue, 30 Mar 2004 12:13:26 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.0.3.0.0.20040330120751.10bf1180@209.112.4.2> X-Sender: mdtpop@209.112.4.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Tue, 30 Mar 2004 12:13:58 -0500 To: freebsd-hackers@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new Subject: FAST_IPSEC bug fix X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 17:13:36 -0000 Well, its not totally a bug, but missing functionality that looks like is there but is not and is pretty important to keep lossy links functioning with IPSEC. My colleague gabor@sentex.net created the patch below that implements net.key.prefered_oldsa when using FAST_IPSEC. The discussion has come up before about this, but no action. I know sam@freebsd.org is really busy and cannot help. Is there anyone out there who could review and commit the patch below ? It works against RELENG_4 I have bcc'd the last 2 committers to touch the code in the hopes that they might have the time and inclination to review / commit ? *** /usr/src/sys/netipsec/key.c Mon Mar 29 20:11:44 2004 --- ./key.c Tue Mar 30 12:00:31 2004 *************** *** 133,138 **** --- 133,139 ---- #endif static LIST_HEAD(_spacqtree, secspacq) spacqtree; /* SP acquiring list */ + #if 0 /* search order for SAs */ static u_int saorder_state_valid[] = { SADB_SASTATE_DYING, SADB_SASTATE_MATURE, *************** *** 141,146 **** --- 142,154 ---- * for outbound processing. For inbound, This is not important. */ }; + #endif + static const u_int saorder_state_valid_prefer_old[] = { + SADB_SASTATE_DYING, SADB_SASTATE_MATURE, + }; + static const u_int saorder_state_valid_prefer_new[] = { + SADB_SASTATE_MATURE, SADB_SASTATE_DYING, + }; static u_int saorder_state_alive[] = { /* except DEAD */ SADB_SASTATE_MATURE, SADB_SASTATE_DYING, SADB_SASTATE_LARVAL *************** *** 816,821 **** --- 824,831 ---- struct secashead *sah; struct secasvar *sav; u_int stateidx, state; + const u_int *saorder_state_valid; + int arraysize; LIST_FOREACH(sah, &sahtree, chain) { if (sah->state == SADB_SASTATE_DEAD) *************** *** 828,836 **** found: /* search valid state */ for (stateidx = 0; ! stateidx < _ARRAYLEN(saorder_state_valid); stateidx++) { state = saorder_state_valid[stateidx]; --- 838,853 ---- found: + if (key_prefered_oldsa) { + saorder_state_valid = saorder_state_valid_prefer_old; + arraysize = _ARRAYLEN(saorder_state_valid_prefer_old); + } else { + saorder_state_valid = saorder_state_valid_prefer_new; + arraysize = _ARRAYLEN(saorder_state_valid_prefer_new); + } /* search valid state */ for (stateidx = 0; ! stateidx < arraysize; stateidx++) { state = saorder_state_valid[stateidx]; *************** *** 997,1008 **** --- 1014,1034 ---- struct secasvar *sav; u_int stateidx, state; int s; + const u_int *saorder_state_valid; + int arraysize; KASSERT(dst != NULL, ("key_allocsa: null dst address")); KEYDEBUG(KEYDEBUG_IPSEC_STAMP, printf("DP key_allocsa from %s:%u\n", where, tag)); + if (key_prefered_oldsa) { + saorder_state_valid = saorder_state_valid_prefer_old; + arraysize = _ARRAYLEN(saorder_state_valid_prefer_old); + } else { + saorder_state_valid = saorder_state_valid_prefer_new; + arraysize = _ARRAYLEN(saorder_state_valid_prefer_new); + } /* * searching SAD. * XXX: to be checked internal IP header somewhere. Also when *************** *** 1013,1019 **** LIST_FOREACH(sah, &sahtree, chain) { /* search valid state */ for (stateidx = 0; ! stateidx < _ARRAYLEN(saorder_state_valid); stateidx++) { state = saorder_state_valid[stateidx]; LIST_FOREACH(sav, &sah->savtree[state], chain) { --- 1039,1045 ---- LIST_FOREACH(sah, &sahtree, chain) { /* search valid state */ for (stateidx = 0; ! stateidx < arraysize; stateidx++) { state = saorder_state_valid[stateidx]; LIST_FOREACH(sav, &sah->savtree[state], chain) { -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 16:46:36 2004 Return-Path: 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 A92FE16A4CE; Tue, 30 Mar 2004 16:46:36 -0800 (PST) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 343F543D3F; Tue, 30 Mar 2004 16:46:36 -0800 (PST) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id 50A022BD8D; Wed, 31 Mar 2004 10:46:33 +1000 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 87EC351224; Wed, 31 Mar 2004 10:16:30 +0930 (CST) Date: Wed, 31 Mar 2004 10:16:30 +0930 From: Greg 'groggy' Lehey To: Lukas Ertl , =?iso-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= Message-ID: <20040331004630.GA15929@wantadilla.lemis.com> References: <4068EA56.3060600@jonny.eng.br> <20040330053143.GN15929@wantadilla.lemis.com> <40697F3B.2020202@jonny.eng.br> <20040326222853.GA93269@zeus.faperj.br> <20040330143257.C72259@pcle2.cc.univie.ac.at> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="abYdCjSRCBwcb+dP" Content-Disposition: inline In-Reply-To: <40697F3B.2020202@jonny.eng.br> <20040330143257.C72259@pcle2.cc.univie.ac.at> User-Agent: Mutt/1.4.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: bugs@FreeBSD.org cc: Joao Carlos Mendes Luis cc: stable@freebsd.org cc: hackers@freebsd.org cc: robert Subject: Re: Serious bug in vinum? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 00:46:37 -0000 --abYdCjSRCBwcb+dP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tuesday, 30 March 2004 at 14:37:00 +0200, Lukas Ertl wrote: > On Fri, 26 Mar 2004, Joao Carlos Mendes Luis wrote: > >> I think this should be like: >> >> if (plex->state > plex_corrupt) { /* something = accessible, */ >> >> Or, in other words, volume state is up only if plex state is degraded >> or better. > > You are right, this is a bug, No, see my reply. > The correct solution, of course, is to check if the data is valid > before changing the volume state, but turn might turn out to be a > very complex check. Well, the minimum correct solution is to return an error if somebody tries to access the inaccessible part of the volume. That should happen, and I'm confused that it doesn't appear to be doing so in this case. On Tuesday, 30 March 2004 at 11:07:55 -0300, Joo Carlos Mendes Lus wrote: > Greg 'groggy' Lehey wrote: >> On Tuesday, 30 March 2004 at 0:32:38 -0300, Joo Carlos Mendes Lus wrote: >>> >> Basically, this is a feature and not a bug. A plex that is corrupt is >> still partially accessible, so we should allow access to it. If you >> have two striped plexes both striped between two disks, with the same >> stripe size, and one plex starts on the first drive, and the other on >> the second, and one drive dies, then each plex will lose half of its >> data, every second stripe. But the volume will be completely >> accessible. > > A good idea if you have both stripe and mirror, to avoid discarding t= he > whole disk. But, IMHO, if some part of the disk is inacessible, the volu= me > should go down, and IFF the operator wants to try recovery, should use the > setstate command. This is the safe state. setstate is not safe. It bypasses a lot of consistency checking. One possibility would be:=20 1. Based on the plex states, check if all of the volume is still accessible. 2. If not, take the volume into a "flaky" state. =20 3. *Somehow* ensure that the volume can't be accessed again as a file system until it has been remounted. 4. Refuse to remount the file system without the -f option. The last two are outside the scope of Vinum, of course. Discussion? -- Note: I discard all HTML mail unseen. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. --abYdCjSRCBwcb+dP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFAahTmIubykFB6QiMRApT4AJ95EOhURnt8Iw9gnFw8h17aU+G2QACgkkf1 0tqn+ehtbZoIOnfvK6Fhqqc= =ee6M -----END PGP SIGNATURE----- --abYdCjSRCBwcb+dP-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 01:55:58 2004 Return-Path: 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 AB9CD16A4DA for ; Wed, 31 Mar 2004 01:55:58 -0800 (PST) Received: from mizar.origin-it.net (mizar.origin-it.net [194.8.96.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFAB743D45 for ; Wed, 31 Mar 2004 01:55:57 -0800 (PST) (envelope-from helge.oldach@atosorigin.com) Received: from matar.hbg.de.int.atosorigin.com (dehsfw3e.origin-it.net [194.8.96.68])i2V9tti5083433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Mar 2004 11:55:55 +0200 (CEST) (envelope-from helge.oldach@atosorigin.com) Received: from galaxy.hbg.de.ao-srv.com (galaxy.hbg.de.ao-srv.com [161.89.20.4])ESMTP id i2V9tsbw052606; Wed, 31 Mar 2004 11:55:54 +0200 (CEST) (envelope-from helge.oldach@atosorigin.com) Received: (from hmo@localhost) by galaxy.hbg.de.ao-srv.com (8.9.3p2/8.9.3/hmo30mar03) id LAA21806; Wed, 31 Mar 2004 11:55:53 +0200 (MET DST) Message-Id: <200403310955.LAA21806@galaxy.hbg.de.ao-srv.com> In-Reply-To: <6.0.3.0.0.20040330120751.10bf1180@209.112.4.2> from Mike Tancsa at "Mar 30, 2004 7:13:58 pm" To: mike@sentex.net (Mike Tancsa) Date: Wed, 31 Mar 2004 11:55:53 +0200 (MET DST) From: Helge Oldach X-Address: Atos Origin GmbH, Friesenstraße 13, D-20097 Hamburg, Germany X-Phone: +49 40 7886 7464, Fax: +49 40 7886 9464, Mobile: +49 160 4782517 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: FAST_IPSEC bug fix X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 09:55:58 -0000 Mike Tancsa: >Well, its not totally a bug, but missing functionality that looks >like is there but is not and is pretty important to keep lossy >links functioning with IPSEC. My colleague gabor@sentex.net created >the patch below that implements net.key.prefered_oldsa when using >FAST_IPSEC. Yep, this is particularly important when running IPSec against other vendors' IPSec implementation. Many appear to prefer the new SA over the old one. Actually this is the only issue that stopped me from going to FAST_IPSEC. Please also note that the nam of the sysctl has been changed in -CURRENT about six weeks ago to net.key.preferred_oldsa (double "r"). I would suggest to change it for RELENG_4 also, but *only* for FAST_IPSEC. Helge From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 03:52:32 2004 Return-Path: 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 3406916A4CE for ; Wed, 31 Mar 2004 03:52:32 -0800 (PST) Received: from addr27.addr.com (addr27.addr.com [209.249.147.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20CD743D31 for ; Wed, 31 Mar 2004 03:52:32 -0800 (PST) (envelope-from aanand@addr.com) Received: from proxy1.addr.com (proxy1.addr.com [209.249.147.28]) by addr27.addr.com (8.12.11/8.12.2) with ESMTP id i2VBqV6Y077506 for ; Wed, 31 Mar 2004 03:52:31 -0800 (PST) Received: from admin.addr.com ([203.124.152.29]) by proxy1.addr.com (8.12.8/8.12.8/Submit) with ESMTP id i2VBqRTf007146 for ; Wed, 31 Mar 2004 03:52:29 -0800 (PST) Date: Wed, 31 Mar 2004 17:26:23 +0530 To: hackers@freebsd.org From: Ajit Anand Organization: ADDR Technologies Content-Type: multipart/mixed; boundary=----------NExuX0Zm3gH0bWpodQrsfQ MIME-Version: 1.0 Message-ID: User-Agent: Opera7.23/FreeBSD M2 build 518 X-ADDRSpamFilter: Passed, probability (13%) Subject: Frequent crashes on 4.9STABLE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 11:52:32 -0000 ------------NExuX0Zm3gH0bWpodQrsfQ Content-Type: text/plain; format=flowed; charset=us-ascii Content-Transfer-Encoding: 8bit Hi, We are facing frequent crashes of our server running Apache,MySQL. The machine is a P4 2.8 GHz with 512 MB RAM and 2 80 GB IDE HDD's. dmesg output is attached in the file. uname -a FreeBSD chatwith.addr.com 4.9-RELEASE FreeBSD 4.9-RELEASE #3: Thu Mar 25 15:39:52 IST 2004 root@chatwith.addr.com:/usr/src/sys/compile/DEBUG i386 Output of gdb with the backtrace of the core #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc022b1af in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc022b5ed in panic (fmt=0xc0405acc "%s") at ../../kern/kern_shutdown.c:595 #3 0xc0382493 in trap_fatal (frame=0xdef5fd58, eva=54) at ../../i386/i386/trap.c:974 #4 0xc0382141 in trap_pfault (frame=0xdef5fd58, usermode=0, eva=54) at ../../i386/i386/trap.c:867 #5 0xc0381ce7 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = -1039728624, tf_edi = -554225664, tf_esi = -1069052468, tf_ebp = -554303944, tf_isp = -554304124, tf_ebx = 0, tf_edx = 0, tf_ecx = -554304249, tf_eax = 1, tf_trapno = 12, tf_err = 2, tf_eip = -1070434902, tf_cs = 8, tf_eflags = 66178, tf_esp = -730867616, tf_ss = -1069052468}) at ../../i386/i386/trap.c:466 #6 0xc03275aa in vm_fault (map=0xc0478dcc, vaddr=3740741632, fault_type=1 '\001', fault_flags=0) at ../../vm/vm_object.h:189 #7 0xc03820ee in trap_pfault (frame=0xdef5feac, usermode=0, eva=3740741632) at ../../i386/i386/trap.c:856 #8 0xc0381ce7 in trap (frame={tf_fs = 462946320, tf_es = 496500752, tf_ds = 16, tf_edi = 1073663755, tf_esi = -1055233972, tf_ebp = -554303652, tf_isp = -554303784, tf_ebx = -1055234048, tf_edx = 746534015, tf_ecx = -554225664, tf_eax = 345135053, tf_trapno = 12, tf_err = 0, tf_eip = -1071100893, tf_cs = 8, tf_eflags = 66178, tf_esp = -1055234048, tf_ss = 4196352}) at ../../i386/i386/trap.c:466 #9 0xc0284c23 in ip_input (m=0xc11a6800) at ../../sys/fnv_hash.h:26 #10 0xc028503b in ipintr () at ../../netinet/ip_input.c:955 #11 0xc0377509 in swi_net_next () Can someone please point me in the right direction to a solution to this problem. TIA, Ajit ------------NExuX0Zm3gH0bWpodQrsfQ Content-Disposition: attachment; filename=dmesg.today Content-Type: application/octet-stream; name=dmesg.today Content-Transfer-Encoding: 8bit \M-kCopyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.9-RELEASE #3: Thu Mar 25 15:39:52 IST 2004 root@chatwith.addr.com:/usr/src/sys/compile/DEBUG Timecounter "i8254" frequency 1193182 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2800.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff real memory = 535035904 (522496K bytes) avail memory = 515346432 (503268K bytes) Preloaded elf kernel "kernel" at 0xc051b000. Warning: Pentium 4 CPU: PSE disabled Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 9 entries at 0xc00f4880 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 agp0: mem 0xffa80000-0xffafffff,0xf0000000-0xf7ffffff irq 11 at device 2.0 on pci0 agp0: detected 892k stolen memory agp0: aperture size is 128M uhci0: port 0xe800-0xe81f irq 11 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe880-0xe89f irq 5 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xec00-0xec1f irq 9 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at 29.7 irq 10 pcib1: at device 30.0 on pci0 pci1: on pcib1 rl0: port 0xd800-0xd8ff mem 0xff8ffc00-0xff8ffcff irq 11 at device 1.0 on pci1 rl0: Ethernet address: 00:08:a1:6b:2a:7d miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: (vendor=0x8086, dev=0x24c3) at 31.3 irq 3 pci0: (vendor=0x8086, dev=0x24c5) at 31.5 irq 3 pmtimer0 on isa0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 IP packet filtering initialized, divert disabled, rule-based forwarding enabled, default to deny, unlimited logging ad0: 76319MB [155061/16/63] at ata0-master UDMA33 ad2: 76319MB [155061/16/63] at ata1-master UDMA33 acd0: CDROM at ata1-slave PIO4 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted ------------NExuX0Zm3gH0bWpodQrsfQ-- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 06:07:59 2004 Return-Path: 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 C582D16A4CE; Tue, 30 Mar 2004 06:07:59 -0800 (PST) Received: from venus.int.gov.br (nat.int.gov.br [200.20.196.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAFE143D1D; Tue, 30 Mar 2004 06:07:58 -0800 (PST) (envelope-from jonny@jonny.eng.br) Received: from [10.0.8.17] (helo=jonny.eng.br) by venus.int.gov.br with esmtp (TLSv1:AES256-SHA:256) (Exim 4.22) id 1B8JuG-0003yY-Kh; Tue, 30 Mar 2004 11:07:56 -0300 Message-ID: <40697F3B.2020202@jonny.eng.br> Date: Tue, 30 Mar 2004 11:07:55 -0300 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: pt-br, en-us, en, pt MIME-Version: 1.0 To: Greg 'groggy' Lehey References: <4068EA56.3060600@jonny.eng.br> <20040330053143.GN15929@wantadilla.lemis.com> In-Reply-To: <20040330053143.GN15929@wantadilla.lemis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scan-Signature: 38f37e4d3334169adebc569c30734514 X-Mailman-Approved-At: Wed, 31 Mar 2004 04:54:38 -0800 cc: stable@freebsd.org cc: hackers@freebsd.org Subject: Re: Serious bug in vinum? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 14:08:00 -0000 Greg 'groggy' Lehey wrote: > On Tuesday, 30 March 2004 at 0:32:38 -0300, Joo Carlos Mendes Lus wrote: >> Sorry for the cross-posting, but nor the Author nor freebsd-bugs did >>acknowledge my message, and I think this is a very serious bug in vinum, >>leading to loss of data... >> >> If these are not the correct foruns for this, please forgive me and >> tell me which is the correct one. >> >>PS: Please CC: me, since I'm not currently subscribed to these >>lists. > > > Sorry for the lack of response. Yes, I saw it, and so did Lukas Ertl, > and we've been discussing it. This list is probably not the best. > > >>==================================================== >>Hi Greg, >> >> I've been a big fan of vinum since it's beggining. I use it for RAID0 >>and RAID1 solution for lots of servers. >> >> In some RAID0 (stripe) configurations, though, I've had some serious >>problems. If an underlying disk fails, the respective plex and volume do >>not fail, as they should. This leads to full corruption of data, but worst >>of that, leads to a system which believes the data is safe. In one ocasion, >>for example, the backup ran and overwrote good data with bad data, full of >>zeros. >> >> I am not fully aware of vinum programming details, but a quick look at >>4.9-STABLE, in file vinumstate.c, dated Jul, 7, 2000, at line 588, function >>update_volume_state() sets volume state to up if plex state is corrupt or >>better for at least one plex: >> >> for (plexno = 0; plexno < vol->plexes; plexno++) { >> struct plex *plex = &PLEX[vol->plex[plexno]]; /* point to the plex */ >> if (plex->state >= plex_corrupt) { /* something accessible, */ >> vol->state = volume_up; >> break; >> } >> } >> >> I think this should be like: >> >> if (plex->state > plex_corrupt) { /* something accessible, */ > > > Basically, this is a feature and not a bug. A plex that is corrupt is > still partially accessible, so we should allow access to it. If you > have two striped plexes both striped between two disks, with the same > stripe size, and one plex starts on the first drive, and the other on > the second, and one drive dies, then each plex will lose half of its > data, every second stripe. But the volume will be completely > accessible. A good idea if you have both stripe and mirror, to avoid discarding the whole disk. But, IMHO, if some part of the disk is inacessible, the volume should go down, and IFF the operator wants to try recovery, should use the setstate command. This is the safe state. Note that when a hardware error occurs, it may be temporary. I have already seen lots of sector reading or writing errors that happen only once in the whole server life. But in vinum, a single read or write error is enough to change the subdisk state, and it will never come back without operator intervention. If it's not easy to map if an equivalent subdisk is available, could at least be an option to choose which behaviour is expected? > I think that the real issue here is that Vinum should have returned an > I/O error for accesses to the defective parts. How did you perform > the backup? Simply "rsync -aHSx --delete ..." from another machine every 6 hours. Note that I do not use the "--ignore-errors" option. I expected that if the master machine crash, the slave would have a full snapshot with at most 6 hour lost work. When this problem happened, there was a backup run just before I could notice, and most files have been overwritten with zeroes or deleted. I also have tgz snapshots, but Murphy rules that this kind of problem will happen at the latest possible date before the snapshot. By the way: This discussion remembers me that some vinum operations panic the server if done in multiuser mode. Is this known to you? I could not fully reproduce it yet, but if the server is important, I do not dare executing vinum commands in multiuser mode anymore. This means that I must be in console, and not over the network to configure or change some vinum configuration, reducing my telecommuting options. ;-) From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 12:11:31 2004 Return-Path: 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 BF9E116A4CE for ; Tue, 30 Mar 2004 12:11:31 -0800 (PST) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D59B43D2F for ; Tue, 30 Mar 2004 12:11:31 -0800 (PST) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.9) with ESMTP id i2UKBS5D098389 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 30 Mar 2004 12:11:28 -0800 (PST) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: freebsd-hackers@freebsd.org Date: Tue, 30 Mar 2004 12:12:23 -0800 User-Agent: KMail/1.6.1 References: <6.0.3.0.0.20040330120751.10bf1180@209.112.4.2> In-Reply-To: <6.0.3.0.0.20040330120751.10bf1180@209.112.4.2> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200403301212.23421.sam@errno.com> X-Mailman-Approved-At: Wed, 31 Mar 2004 04:54:38 -0800 cc: Mike Tancsa Subject: Re: FAST_IPSEC bug fix X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 20:11:31 -0000 I have time to deal with this this week. Thanks. Sam From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 19:14:21 2004 Return-Path: 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 36C9116A4CE; Tue, 30 Mar 2004 19:14:21 -0800 (PST) Received: from mail.globo.com (smtp1.globo.com [200.208.9.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD26D43D1D; Tue, 30 Mar 2004 19:14:20 -0800 (PST) (envelope-from jonny@jonny.eng.br) Received: from jonny.eng.br (200.217.22.173) by mail.globo.com (6.0.053) (authenticated as jcml21@globo.com) id 40628E5100052255; Wed, 31 Mar 2004 00:14:18 -0300 Message-ID: <406A3785.1040007@jonny.eng.br> Date: Wed, 31 Mar 2004 00:14:13 -0300 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: pt-br, en-us, en, pt MIME-Version: 1.0 To: Greg 'groggy' Lehey References: <4068EA56.3060600@jonny.eng.br> <20040330053143.GN15929@wantadilla.lemis.com> <40697F3B.2020202@jonny.eng.br> <20040326222853.GA93269@zeus.faperj.br> <20040330143257.C72259@pcle2.cc.univie.ac.at> <20040331004630.GA15929@wantadilla.lemis.com> In-Reply-To: <20040331004630.GA15929@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 31 Mar 2004 04:54:38 -0800 cc: stable@freebsd.org cc: robert cc: Lukas Ertl cc: hackers@freebsd.org cc: bugs@FreeBSD.org cc: Joao Carlos Mendes Luis Subject: Re: Serious bug in vinum? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 03:14:21 -0000 Greg 'groggy' Lehey wrote: > On Tuesday, 30 March 2004 at 14:37:00 +0200, Lukas Ertl wrote: > >>On Fri, 26 Mar 2004, Joao Carlos Mendes Luis wrote: >> >> >>> I think this should be like: >>> >>> if (plex->state > plex_corrupt) { /* something accessible, */ >>> >>> Or, in other words, volume state is up only if plex state is degraded >>>or better. >> >>You are right, this is a bug, > > No, see my reply. I think "maybe" is the best answer here. >>The correct solution, of course, is to check if the data is valid >>before changing the volume state, but turn might turn out to be a >>very complex check. > > > Well, the minimum correct solution is to return an error if somebody > tries to access the inaccessible part of the volume. That should > happen, and I'm confused that it doesn't appear to be doing so in this > case. > > On Tuesday, 30 March 2004 at 11:07:55 -0300, Joo Carlos Mendes Lus wrote: > >>Greg 'groggy' Lehey wrote: >> >>>On Tuesday, 30 March 2004 at 0:32:38 -0300, Joo Carlos Mendes Lus wrote: >>> >>>Basically, this is a feature and not a bug. A plex that is corrupt is >>>still partially accessible, so we should allow access to it. If you >>>have two striped plexes both striped between two disks, with the same >>>stripe size, and one plex starts on the first drive, and the other on >>>the second, and one drive dies, then each plex will lose half of its >>>data, every second stripe. But the volume will be completely >>>accessible. >> >> A good idea if you have both stripe and mirror, to avoid discarding the >>whole disk. But, IMHO, if some part of the disk is inacessible, the volume >>should go down, and IFF the operator wants to try recovery, should use the >>setstate command. This is the safe state. > > setstate is not safe. It bypasses a lot of consistency checking. That's why it should be done only by a human operator, and only after checking the physical disk. I use setstate frequently, when I have my wizard hat on, but I know the consequences of doing that. If I have someone watching I carefully explain then to *not* repeat that. ;-) > > One possibility would be: > > 1. Based on the plex states, check if all of the volume is still > accessible. > 2. If not, take the volume into a "flaky" state. This is easy if the volume is composed of a single plex (my case, and the case of most people who needs only a big and "unsafe" disk. Where unsafe means a disk available or not available, and not half a disk. At least for me. If the volume has more than one plex, then you could think of an algoritm that explores this redundancy. But, IMO, a disk with half of it unavailable is hardly an "up and ok" one. Also note that, instead of turning the whole subdisk stale when a single I/O fails, the error could be passed above. But, also, this only works with single plex stripe or concat configurations. > 3. *Somehow* ensure that the volume can't be accessed again as a file > system until it has been remounted. > 4. Refuse to remount the file system without the -f option. > > The last two are outside the scope of Vinum, of course. And again violates the layering aproach. I thought newfs -v has been enough... The first time I used vinum I was happilly thinking that I would mix 4 whole disks (except for boot and swap partitions, of course) and create a new pseudo disk, in which I would again disklabel it, and repartition for expected use. Say, for example, that I want to have /var and /usr on different partitions, but I want both with mirroring. With real world vinum I need to create 2 vinum partitions on real disks, and have 2 vinum volumes. AFAIK, -current and GEOM fixes this, right? My last experience with RaidFrame was a panic one, since the disk creation. But I must confess I did not try that hard, since vinum and -stable was working for me. I am not a -current hacker for a long time now. Greg, I like vinum, and I use it since its release in FreeBSD. Before that I have used ccd(4). When 5.x is stable, I will use GEOM, vinum or raidframe. But I really think *ix is great for it's reusability, recursivity and modularity and vinum breaks this. If vinum creates a virtual disk, it should behave like a real disk. Jonny -- João Carlos Mendes Luís - Networking Engineer - jonny@jonny.eng.br From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 20:11:48 2004 Return-Path: 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 0786416A4D1 for ; Tue, 30 Mar 2004 20:11:48 -0800 (PST) Received: from sam.stral.net (unknown [210.11.200.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA56C43D4C for ; Tue, 30 Mar 2004 20:11:46 -0800 (PST) (envelope-from boris@brooknet.com.au) Received: from localhost.localdomain ([127.0.0.1] helo=webmail.bensley.net) by sam.stral.net with esmtp (Exim 3.36 #1 (Debian)) id 1B8X4F-000560-00; Wed, 31 Mar 2004 14:11:07 +1000 Received: from 134.148.20.33 (proxying for 134.148.100.124) (SquirrelMail authenticated user sam); by webmail.bensley.net with HTTP; Wed, 31 Mar 2004 14:11:07 +1000 (EST) Message-ID: <39883.134.148.20.33.1080706267.squirrel@134.148.20.33> In-Reply-To: <20040330090601.GE32646@cicely12.cicely.de> References: <1080613926.1125.6.camel@dirk> <20040329.194434.48530053.imp@bsdimp.com> <20040330083607.GC32646@cicely12.cicely.de> <20040330.014632.132641792.imp@bsdimp.com> <20040330090601.GE32646@cicely12.cicely.de> Date: Wed, 31 Mar 2004 14:11:07 +1000 (EST) From: "Sam Lawrance" To: ticso@cicely.de User-Agent: SquirrelMail/1.5.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Mailman-Approved-At: Wed, 31 Mar 2004 04:54:38 -0800 cc: ticso@cicely12.cicely.de cc: samuel.lawrance@studentmail.newcastle.edu.au cc: freebsd-hackers@freebsd.org Subject: Re: usbd config file parse behaviour X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 04:11:48 -0000 > On Tue, Mar 30, 2004 at 01:46:32AM -0700, M. Warner Losh wrote: >> In message: <20040330083607.GC32646@cicely12.cicely.de> >> Bernd Walter writes: >> : On Mon, Mar 29, 2004 at 07:44:34PM -0700, M. Warner Losh wrote: >> : > In message: <1080613926.1125.6.camel@dirk> >> : > Sam Lawrance >> writes: >> : > : On Sun, 2004-03-28 at 20:47, Bernd Walter wrote: >> : > : > On Sun, Mar 28, 2004 at 01:31:03AM -0700, M. Warner Losh wrote: >> : > : > > Btw, any interest in making it possible to kldload a usb >> module and >> : > : > > having device attach to it? Right now the usb code assumes >> that you >> : > : > > can unplug the device and replug it back in. I have at least >> two >> : > : > > devices on my laptop that can't be removed (bluetooth and >> memory stick >> : > : > > reader), so I can't dynamically load drivers for them... >> : > : > >> : > : > I'll think about it. >> : > : > Reprobing is not so much an issue as selecting an interface for >> it. >> : > : >> : > : would this done by filling in uhub_driver_added() to find a better >> : > : driver match for a device and reattaching? >> : > >> : > Yes. Actually, it also requires some changes to newbus as well to >> : > allow for rebidding of devices. And there's some minor resetting of >> : > the device that likely needs to happen, but that's lower priority. >> : >> : Don't forget that we already have a driver for every USB device: >> ugen(4) >> : We need a better trigger to reprobe drivers - thats the real problem. >> >> No. That's not the real problem here. The real problem here is that >> uhub doesn't implement the driver_added callback correctly. The ugen >> issue, while interesting, can be overcome by not having ugen in the >> kernel. > > Not having ugen in the kernel is not an option. > I can't say that I really like the problems introduced by ugen, but > since I have no better idea and ugen is widely used - even by me. > >> When ugen is in the kernel, we do need to do the rebid thing in >> newbus, which we don't do, but there's little point in fixing one w/o >> fixing the other. > > You can't kldload a new driver and reshuffeling all ugen instances. > They are possibly used and probing for USB devices requires exclusive > access in many cases. > > I'm more thinking about some kind of userland tool that allows > retriggering an USB device in a controlled way. > Such a feature is required for some types of firmware downloaders too. > Intelligent USB chips requireing firmware download could disconneect > and reconnect themself from the bus e.g. the TI-TUSB* family, but > there are still others in the wild. > I've seen firmware downloaders to do evil things as reseting an USB > ports on their own, which is quite dangerously as it introduces a > race for having multiple devices with address 0 (the default for > freshly attached ones). I agree that it's bad to yank a device from under ugen automatically and reattach it to a better match. How about adding a new ioctl on /dev/usb, eg USB_REPROBE to reset a device if a better match exists? Could tack an option on to usbdevs to call it on requested devices. -Sam From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 04:27:52 2004 Return-Path: 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 88A0116A4CE for ; Wed, 31 Mar 2004 04:27:52 -0800 (PST) Received: from smtp.uibk.ac.at (lmr1.uibk.ac.at [138.232.1.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id E375843D2F for ; Wed, 31 Mar 2004 04:27:51 -0800 (PST) (envelope-from thomas.mayr@uibk.ac.at) Received: from uibk.ac.at (pc015-c703.uibk.ac.at [138.232.65.39]) by smtp.uibk.ac.at (8.12.10/8.12.10/F1) with ESMTP id i2VCRo8H012668 for ; Wed, 31 Mar 2004 14:27:50 +0200 Message-ID: <406AB940.6050101@uibk.ac.at> Date: Wed, 31 Mar 2004 14:27:44 +0200 From: thomas mayr User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en, de, de-at, de-de MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.83.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig276F722BFF6692A9C4D311B9" X-Spam-Score: -3.0 () RCV_SMTP_UIBK X-Scanned-By: MIMEDefang 2.39 at uibk.ac.at X-Mailman-Approved-At: Wed, 31 Mar 2004 04:54:38 -0800 Subject: Chance for FreeBSD ADSM/TSM client from Tivoli/IBM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: thomas.mayr@uibk.ac.at List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 12:27:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig276F722BFF6692A9C4D311B9 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit -- On Mon, 12 May 2003, Daniel Lang wrote: > So everybody, who would have interest in a TSM BSD client, > _please_ send me a short email about your demand, like > > [..] > We are Organisation/Company $ABC, and we would benefit from > BSD clients. Our demand would be around $xyz clients. > [..] We , Leopold-Franzens-Universitaet Innsbruck Institut of Computer Science, use TSM for our backups. A FreeBSD client would help us _very_ much. We currently have 5 BSD Servers that need to be backupped, with more expected. best regards and many thanks, thomas mayr -- Thomas Mayr Leopold-Franzens-Universitaet Innsbruck Institute of Computer Science Phone +43-(0)512-507-6105 Fax +43-(0)512-507-2977 Mail: thomas.mayr@uibk.ac.at --------------enig276F722BFF6692A9C4D311B9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAarlG5Pg3y3C1pm0RAnQlAJ49XjQUllbVj2pHY06wijHPvpY+ogCfUBA0 sO2l7A8JY78EfnxIeLzebDU= =pZeZ -----END PGP SIGNATURE----- --------------enig276F722BFF6692A9C4D311B9-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 05:08:05 2004 Return-Path: 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 B2BA416A4CE for ; Wed, 31 Mar 2004 05:08:05 -0800 (PST) Received: from addr-mx02.addr.com (addr-mx02.addr.com [209.249.147.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9694E43D5F for ; Wed, 31 Mar 2004 05:08:05 -0800 (PST) (envelope-from aanand@addr.com) Received: from proxy1.addr.com (proxy1.addr.com [209.249.147.28]) by addr-mx02.addr.com (8.12.8/8.12.2) with ESMTP id i2VD856j059355 for ; Wed, 31 Mar 2004 05:08:05 -0800 (PST) Received: from admin.addr.com ([203.124.152.29]) by proxy1.addr.com (8.12.8/8.12.8/Submit) with ESMTP id i2VD81Tf071597 for ; Wed, 31 Mar 2004 05:08:02 -0800 (PST) Date: Wed, 31 Mar 2004 18:42:00 +0530 To: "hackers@freebsd.org" From: Ajit Anand Organization: ADDR Technologies Content-Type: multipart/mixed; boundary=----------6nE9c7OnaZKDMNClmNmHgt MIME-Version: 1.0 Message-ID: User-Agent: Opera7.23/FreeBSD M2 build 518 X-ADDRSpamFilter: Passed, probability (23%) Subject: X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 13:08:05 -0000 ------------6nE9c7OnaZKDMNClmNmHgt Content-Type: text/plain; format=flowed; charset=us-ascii Content-Transfer-Encoding: 8bit Hi , Thanks for your reply. I am forwarding the information which you required. Apache Version : Apache/1.3.29 PHP : 4.3.4 Perl : 5.005_03 MySQL : 4.0.15 PHPLive : 2.5.1 I have attached the process list and the kernel configuration. We are not using any cvs. Regards Ajit From: rmkml To: Ajit Anand Subject: Re: Frequent crashes on 4.9STABLE Date: Wed, 31 Mar 2004 12:57:34 +0200 (CEST) Hi Ajit, possible send kernel conf to the list ? what version apache/mysql use ? (php?, perl?, others ?) possible chech memory with memtest86.com ? send ps axwl ? possible sync with cvs ? Regards Rmkml@Wanadoo.fr On Wed, 31 Mar 2004, Ajit Anand wrote: Date: Wed, 31 Mar 2004 17:26:23 +0530 From: Ajit Anand To: hackers@freebsd.org Subject: Frequent crashes on 4.9STABLE Hi, We are facing frequent crashes of our server running Apache,MySQL. The machine is a P4 2.8 GHz with 512 MB RAM and 2 80 GB IDE HDD's. dmesg output is attached in the file. uname -a FreeBSD chatwith.addr.com 4.9-RELEASE FreeBSD 4.9-RELEASE #3: Thu Mar 25 15:39:52 IST 2004 root@chatwith.addr.com:/usr/src/sys/compile/DEBUG i386 Output of gdb with the backtrace of the core #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc022b1af in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc022b5ed in panic (fmt=0xc0405acc "%s") at ../../kern/kern_shutdown.c:595 #3 0xc0382493 in trap_fatal (frame=0xdef5fd58, eva=54) at ../../i386/i386/trap.c:974 #4 0xc0382141 in trap_pfault (frame=0xdef5fd58, usermode=0, eva=54) at ../../i386/i386/trap.c:867 #5 0xc0381ce7 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = -1039728624, tf_edi = -554225664, tf_esi = -1069052468, tf_ebp = -554303944, tf_isp = -554304124, tf_ebx = 0, tf_edx = 0, tf_ecx = -554304249, tf_eax = 1, tf_trapno = 12, tf_err = 2, tf_eip = -1070434902, tf_cs = 8, tf_eflags = 66178, tf_esp = -730867616, tf_ss = -1069052468}) at ../../i386/i386/trap.c:466 #6 0xc03275aa in vm_fault (map=0xc0478dcc, vaddr=3740741632, fault_type=1 '\001', fault_flags=0) at ../../vm/vm_object.h:189 #7 0xc03820ee in trap_pfault (frame=0xdef5feac, usermode=0, eva=3740741632) at ../../i386/i386/trap.c:856 #8 0xc0381ce7 in trap (frame={tf_fs = 462946320, tf_es = 496500752, tf_ds = 16, tf_edi = 1073663755, tf_esi = -1055233972, tf_ebp = -554303652, tf_isp = -554303784, tf_ebx = -1055234048, tf_edx = 746534015, tf_ecx = -554225664, tf_eax = 345135053, tf_trapno = 12, tf_err = 0, tf_eip = -1071100893, tf_cs = 8, tf_eflags = 66178, tf_esp = -1055234048, tf_ss = 4196352}) at ../../i386/i386/trap.c:466 #9 0xc0284c23 in ip_input (m=0xc11a6800) at ../../sys/fnv_hash.h:26 #10 0xc028503b in ipintr () at ../../netinet/ip_input.c:955 #11 0xc0377509 in swi_net_next () Can someone please point me in the right direction to a solution to this problem. TIA, Ajit ------------6nE9c7OnaZKDMNClmNmHgt Content-Disposition: attachment; filename=pslist.txt Content-Type: text/plain; name=pslist.txt Content-Transfer-Encoding: 8bit USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 8293 0.0 0.1 444 248 p0 R+ 6:30PM 0:00.00 ps auwx root 1 0.0 0.0 552 196 ?? ILs 2:01AM 0:00.01 /sbin/init -- root 2 0.0 0.0 0 0 ?? DL 2:01AM 0:00.00 (taskqueue) root 3 0.0 0.0 0 0 ?? DL 2:01AM 0:00.21 (pagedaemon) root 4 0.0 0.0 0 0 ?? DL 2:01AM 0:00.00 (vmdaemon) root 5 0.0 0.0 0 0 ?? DL 2:01AM 0:00.49 (bufdaemon) root 6 0.0 0.0 0 0 ?? DL 2:01AM 0:10.98 (syncer) root 7 0.0 0.0 0 0 ?? DL 2:01AM 0:00.45 (vnlru) root 21 0.0 0.0 212 68 ?? Is 2:03AM 0:00.00 adjkerntz -i root 109 0.0 0.1 984 580 ?? Ss 8:33PM 0:00.20 /usr/sbin/syslogd -s root 117 0.0 0.1 1080 648 ?? Is 8:34PM 0:00.00 /usr/sbin/inetd -wW root 119 0.0 0.1 1024 612 ?? Is 8:34PM 0:00.14 /usr/sbin/cron root 121 0.0 0.3 3008 1596 ?? Is 8:34PM 0:00.55 /usr/sbin/sshd root 123 0.0 0.1 924 472 ?? Is 8:34PM 0:00.07 /usr/sbin/usbd root 126 0.0 0.4 3028 1832 ?? Ss 8:34PM 0:01.75 sendmail: accepting connections (sendmail) smmsp 129 0.0 0.3 2932 1732 ?? Is 8:34PM 0:00.02 sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (sendmai root 161 0.0 0.1 648 264 con- I 8:34PM 0:00.01 /bin/sh /usr/local/bin/mysqld_safe --user=mysql --datadir=/var/db/my root 190 0.0 0.3 2876 1316 ?? Is 8:34PM 0:00.02 /sbin/smbd root 194 0.0 0.2 1900 1156 ?? Ss 8:34PM 0:00.46 /sbin/nmbd root 197 0.0 0.1 952 568 v0 Is+ 8:34PM 0:00.00 /usr/libexec/getty Pc ttyv0 root 198 0.0 0.1 952 568 v1 Is+ 8:34PM 0:00.00 /usr/libexec/getty Pc ttyv1 root 199 0.0 0.1 952 568 v2 Is+ 8:34PM 0:00.00 /usr/libexec/getty Pc ttyv2 root 200 0.0 0.1 952 568 v3 Is+ 8:34PM 0:00.00 /usr/libexec/getty Pc ttyv3 root 201 0.0 0.1 952 568 v4 Is+ 8:34PM 0:00.00 /usr/libexec/getty Pc ttyv4 root 202 0.0 0.1 952 568 v5 Is+ 8:34PM 0:00.00 /usr/libexec/getty Pc ttyv5 root 203 0.0 0.1 952 568 v6 Is+ 8:34PM 0:00.00 /usr/libexec/getty Pc ttyv6 root 204 0.0 0.1 952 568 v7 Is+ 8:34PM 0:00.00 /usr/libexec/getty Pc ttyv7 root 205 0.0 0.1 948 540 ?? I 8:34PM 0:00.00 /usr/libexec/getty std.9600 ttyd0 root 6089 0.0 0.4 3440 2160 ?? S 9:42AM 0:03.39 /sbin/smbd root 7069 0.0 0.4 3508 2176 ?? S 1:38PM 0:02.56 /sbin/smbd root 8017 0.0 0.7 5016 3376 ?? Ss 5:35PM 0:00.19 /usr/local/apache/bin/httpd -DSSL nobody 8018 0.0 0.9 6096 4772 ?? S 5:35PM 0:18.73 /usr/local/apache/bin/httpd -DSSL nobody 8019 0.0 0.9 5984 4668 ?? S 5:35PM 0:15.22 /usr/local/apache/bin/httpd -DSSL nobody 8020 0.3 0.9 6104 4780 ?? S 5:35PM 0:25.98 /usr/local/apache/bin/httpd -DSSL nobody 8022 0.0 0.9 5984 4660 ?? S 5:35PM 0:15.46 /usr/local/apache/bin/httpd -DSSL nobody 8025 0.0 0.9 5968 4632 ?? S 5:35PM 0:17.06 /usr/local/apache/bin/httpd -DSSL nobody 8026 0.0 0.9 6000 4716 ?? S 5:35PM 0:19.45 /usr/local/apache/bin/httpd -DSSL nobody 8062 0.0 0.9 5992 4668 ?? S 5:41PM 0:16.70 /usr/local/apache/bin/httpd -DSSL root 8075 0.0 0.4 5664 1964 ?? I 5:43PM 0:00.02 sshd: rbathri [priv] (sshd) rbathri 8081 0.0 0.4 5664 2008 ?? S 5:43PM 0:00.07 sshd: rbathri@ttyp0 (sshd) rbathri 8082 0.0 0.2 1260 832 p0 Is 5:43PM 0:00.01 -tcsh (tcsh) root 8085 0.0 0.2 1332 928 p0 S 5:43PM 0:00.04 -su (csh) mysql 8144 0.0 3.9 52056 20252 ?? S 5:53PM 0:22.87 /usr/local/libexec/mysqld --basedir=/usr/local --datadir=/var/db/mys nobody 8208 0.0 0.8 5312 3928 ?? S 6:16PM 0:00.47 /usr/local/apache/bin/httpd -DSSL nobody 8210 0.1 0.8 5660 4284 ?? S 6:16PM 0:05.90 /usr/local/apache/bin/httpd -DSSL nobody 8225 0.0 0.9 5972 4596 ?? S 6:19PM 0:02.98 /usr/local/apache/bin/httpd -DSSL nobody 8237 0.0 0.8 5700 4328 ?? S 6:21PM 0:03.60 /usr/local/apache/bin/httpd -DSSL nobody 8268 0.0 0.8 5656 4272 ?? S 6:28PM 0:00.91 /usr/local/apache/bin/httpd -DSSL nobody 8287 0.0 0.8 5276 3892 ?? S 6:30PM 0:00.02 /usr/local/apache/bin/httpd -DSSL nobody 8288 0.0 0.8 5276 3888 ?? S 6:30PM 0:00.02 /usr/local/apache/bin/httpd -DSSL nobody 8289 0.0 0.8 5668 4252 ?? S 6:30PM 0:00.03 /usr/local/apache/bin/httpd -DSSL root 0 0.0 0.0 0 0 ?? DLs 2:01AM 0:00.00 (swapper) ------------6nE9c7OnaZKDMNClmNmHgt Content-Disposition: attachment; filename=DEBUG Content-Type: application/octet-stream; name=DEBUG Content-Transfer-Encoding: 8bit # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246.2.54 2003/04/28 03:41:46 simokawa Exp $ machine i386 cpu I686_CPU ident DEBUG maxusers 0 options DDB makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options DDB_UNATTENDED options INET #InterNETworking 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 MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # To support HyperThreading, HTT is needed in addition to SMP and APIC_IO #options HTT # HyperThreading Technology device isa device eisa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device fd1 at fdc0 drive 1 # # If you have a Toshiba Libretto with its Y-E Data PCMCIA floppy, # don't use the above line for fdc0 but the following one: #device fdc0 # ATA and ATAPI devices 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 device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family device mpt # LSI-Logic MPT/Fusion device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets) options SYM_SETUP_LP_PROBE_MAP=0x40 # Allow ncr to attach legacy NCR devices when # both sym and ncr are configured device adv0 at isa? device adw device bt0 at isa? device aha0 at isa? device aic0 at isa? device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers interfaced to the SCSI subsystem device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device dpt # DPT Smartcache - See LINT for options! device iir # Intel Integrated RAID device mly # Mylex AcceleRAID/eXtremeRAID device ciss # Compaq SmartRAID 5* series # RAID controllers device aac # Adaptec FSA RAID, Dell PERC2/PERC3 #device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device amr # AMI MegaRAID device mlx # Mylex DAC960 family device twe # 3ware Escalade # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device agp # support several AGP chipsets # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at nexus? disable flags 0x20 # Advanced Power Management # PCCARD (PCMCIA) support device card device pcic0 at isa? irq 0 port 0x3e0 iomem 0xd0000 device pcic1 at isa? irq 0 port 0x3e2 iomem 0xd4000 disable # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device sio2 at isa? disable port IO_COM3 irq 5 device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card (``Wiseman'') device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device pcn # AMD Am79C97x PCI 10/100 NICs device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device ste # Sundance ST201 (D-Link DFE-550TX) device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') device bge # Broadcom BCM570x (``Tigon III'') # ISA Ethernet NICs. # 'device ed' requires 'device miibus' device ed0 at isa? disable port 0x280 irq 10 iomem 0xd8000 device ex device ep device fe0 at isa? disable port 0x300 # Xircom Ethernet device xe # PRISM I IEEE 802.11b wireless NIC. device awi # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attachment needed # and resources will always be dynamically assigned by the pccard code. device wi # Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will # work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP # mode (the factory default). If you set the switches on your ISA # card for a manually chosen I/O address and IRQ, you must specify # those parameters here. device an # The probe order of these is presently determined by i386/isa/isa_compat.c. device ie0 at isa? disable port 0x300 irq 10 iomem 0xd0000 #device le0 at isa? disable port 0x300 irq 5 iomem 0xd0000 device lnc0 at isa? disable port 0x280 irq 10 drq 0 device cs0 at isa? disable port 0x300 device sn0 at isa? disable port 0x300 irq 10 # Pseudo devices - the number indicates how many units to allocate. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device sl 1 # Kernel SLIP pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device gif # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uscanner # Scanners device urio # Diamond Rio MP3 Player # USB Ethernet, requires mii device aue # ADMtek USB ethernet device cue # CATC USB ethernet device kue # Kawasaki LSI USB ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) options IPFIREWALL options IPFIREWALL_VERBOSE ------------6nE9c7OnaZKDMNClmNmHgt-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 05:17:01 2004 Return-Path: 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 8191916A4CE for ; Wed, 31 Mar 2004 05:17:01 -0800 (PST) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98FF643D48 for ; Wed, 31 Mar 2004 05:17:00 -0800 (PST) (envelope-from langd@informatik.tu-muenchen.de) Date: Wed, 31 Mar 2004 15:13:04 +0200 From: Daniel Lang To: thomas mayr Message-ID: <20040331131304.GA25327@atrbg11.informatik.tu-muenchen.de> References: <406AB940.6050101@uibk.ac.at> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <406AB940.6050101@uibk.ac.at> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: freebsd-hackers@freebsd.org Subject: Re: Chance for FreeBSD ADSM/TSM client from Tivoli/IBM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 13:17:01 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear Thomas, (and maybe other hackers), thomas mayr wrote on Wed, Mar 31, 2004 at 02:27:44PM +0200: >=20 > -- On Mon, 12 May 2003, Daniel Lang wrote: Yes, it's bin a while, since I wrote this. > > So everybody, who would have interest in a TSM BSD client, > > _please_ send me a short email about your demand, like > > > > [..] > > We are Organisation/Company $ABC, and we would benefit from > > BSD clients. Our demand would be around $xyz clients. > > [..] >=20 > We , Leopold-Franzens-Universitaet Innsbruck Institut of Computer=20 > Science, use TSM for our backups. A FreeBSD client would help us _very_= =20 > much. We currently have 5 BSD Servers that need to be backupped, with=20 > more expected. [..] Unfortunately, the effort was unsuccessful. Although I have received many e-mails of people in organizations, who would like such a client and have forwarded them to the people in charge, the offer our computing centre received from Tivoli was=20 inacceptable. In detail: a TSM 4.x client port could be provided for 25KEUR, with _NO_ support and no updates. A TSM 5.x client port would be provided for 125KEUR again without support and updates. Support may be purchased, but there was no commitment for maintenance of this port and future versions. Our computing centre turned this "offer" down. So if anyone else has possible better influence on the Tivoli product managers or can provide more leverage, please step forward and bring this issue to Tivoli's attention. You may ask me for the results of my demand-poll. I am happy to provide all the answers I have received. Best regards, Daniel P.S.: I still have machines using the Linux version of the TSM client, with ugly hacks, but I was not able to run a TSM 5.x client=20 on a FreeBSD 5.x box. :-/ --=20 IRCnet: Mr-Spock - "I hear that, if you play the WindowsXP CD backwards, you get a Satanic message!" - "That's nothing. If you play it forward, it installs WindowsXP!" Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --FL5UXtIhxfXey3p5 Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIXgAYJKoZIhvcNAQcCoIIXcTCCF20CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC FUAwggbMMIIFtKADAgECAgIVezANBgkqhkiG9w0BAQUFADCBpjELMAkGA1UEBhMCREUxETAP BgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVu Y2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJH LUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDMwNTIwMTIz MTQyWhcNMDQwNTIxMDAwMDAwWjCBqzELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVu MSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZ RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEUMBIGA1UEAxMLRGFuaWVsIExhbmcxJDAiBgkq hkiG9w0BCQEWFWRhbmllbC5sYW5nQGluLnR1bS5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEAk55VXazdhYUuEJAHmO439gJwKVfvcdF64VyP8tzhYwiIx/9FOsQj8r8Gw2g0MDCa X2mCNiSKz32sUI33SQFhBhwxoF6bpq7d6pfeJ7UL+2T/bkRVF/Y7zPuMMK/wMbiEwyfvdjxk 8XsVtpj500LjW7QYdAHlijHRAY2nFk4f8bcCAwEAAaOCA38wggN7MAwGA1UdEwEB/wQCMAAw HQYDVR0OBBYEFPMLcu3eegcL6m8ObwlveYDdoYOpMIHKBgNVHSMEgcIwgb+AFK81Ou8wbY/H n0tx1dgCig9IKGPUoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkctQ0ExGzAZBgkqhkiG9w0B CQEWDGNhQGluLnR1bS5kZYIBAjAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMIGxBgNVHREEgakwgaaBD2xhbmdkQGluLnR1bS5kZYEVZGFuaWVsLmxh bmdAaW4udHVtLmRlgR9sYW5nZEBpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgSVkYW5pZWwu bGFuZ0BpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgRBsYW5nZEBjcy50dW0uZWR1gRZkYW5p ZWwubGFuZ0Bjcy50dW0uZWR1gQpkbEBsZW8ub3JnMAkGA1UdEgQCMAAwOAYDVR0fBDEwLzAt oCugKYYnaHR0cDovL2NhLmluLnR1bS5kZS9jcmxzL3VzZXJjYV9jcmwuY3JsMBEGCWCGSAGG +EIBAQQEAwIFoDCBnwYJYIZIAYb4QgENBIGRFoGORGllc2VzIFplcnRpZmlrYXQgd3VyZGUg YXVzZ2VzdGVsbHQgZnVlciBEYW5pZWwgTGFuZyB2b24gZGVyIFJCRy1CZW51dHplci1DQSwg RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIgVGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0 IE11ZW5jaGVuLjA2BglghkgBhvhCAQMEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmlu L3VzZXJjYS1yZXY/MDIGCWCGSAGG+EIBBAQlFiNodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1i aW4vY2EtcmV2PzA2BglghkgBhvhCAQgEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9wb2xpY2ll cy9yYmdjYS5odG1sMA0GCSqGSIb3DQEBBQUAA4IBAQAGrfB5rH9D6jl6Tx+hwXpv0a/TuV39 vIQWMCA1hi0V4pI+bMyGTW1k/Ve5C58wRZv7CSTnxTGoqZmqnV37GGQlZBmvsDE+u3FKL/T7 Tk/rlVajExCXGHwjgHp2FfCaVMawKSUrI60aDcUgLUtT2DKpEfKfr/MC7CDtCaYy6TW93cHc uv2oM+1PN+CIcR5PaqEySmeYoXBMXd6sktjyNUWLxsNhtFMVnOiwF3SZYbRbRobuEWM3o+W7 nijECUIKz8rvK3f/c8v9HlVitMbeaTs4J1nZUR9lsvGLik6vsfIgbmuP6MMkrKFYwq5XTR1x JtMcmvnqcWytpYFDVPGuGaj1MIIHKDCCBRCgAwIBAgIBATANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTY0MTAzWhcNMDQwNTIxMDAwMDAwWjCBpDELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAxMNUkJHLVNlcnZlci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAzAHBIFy4tKTvbMMg037hc9t2jR5MVpEUIPvrSWC4xpbr6Hw7abQW/lRfFpV8 enf9tSgfcl8kvGjAAD8AYeuDash6TQSUjBdZCe7V297oZ0dsuurZBkM5BwvLWF8vMiY+SD/+ XTqhnU6B/E9C+R5VXjXsXV2u9hDtKVC5hqVgnxRM5rT/LsUhcchgAXk2WuI8r9Llb+voPWwM FmHk2jxUwhvxZfGo15HDrvJUgzYsL36SmeYMI9Eo70uGmAQRPVVq2zn/3AC4z8X1cBd3ItnH YPbx0iUH5kEGq2KH5iCndwNq9oaFhKj+Y34wEv5BYl6sb5C9EBvtGyebNwuvmtC3tQIDAQAB o4ICaDCCAmQwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUH9QPe0VQVF1D2v8Su/itK/4O QMwwgcoGA1UdIwSBwjCBv4AU2WV+TUF/hD+1KtZ7E519yuW0XRqhgaOkgaAwgZ0xCzAJBgNV BAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJz aXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzAN BgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlggEAMA4GA1UdDwEB /wQEAwIBBjATBgNVHSUEDDAKBggrBgEFBQcDATA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDARBglghkgBhvhCAQEEBAMCAgQwgYQGCWCG SAGG+EIBDQR3FnVaZXJ0aWZpa2F0IGZ1ZXIgUkJHLVNlcnZlci1DQSBhdXNnZXN0ZWxsdCB2 b24gUkJHLUNBLCBGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBV bml2ZXJzaXRhZXQgTXVlbmNoZW4wMgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0u ZGUvY2dpLWJpbi9jYS1yZXY/MDwGCWCGSAGG+EIBCAQvFi1odHRwOi8vY2EuaW4udHVtLmRl L3BvbGljaWVzL3NlcnZlcmNhcG9sLmh0bWwwDQYJKoZIhvcNAQEFBQADggIBAMzKnULQb6Kd hPNmKKmPSJJUOtbHxGH7Qi8paskt7dzDja/X7wz3524LGN2f05c1uAfyAP9Ar0nFthWy0qeM ueOtrOcSCj8AYwYN5H4drMC8GglQwlkD0M/nhPJ5xtAj8JzNYHzG1DK5tVgoJnF+t4KmTpI6 QJ6Dh3XDoZXubWd0jkHxQIzOKhs9PPjEzydmerC7B3Zt8vh7457Sk6wwZFhXc+nkeIIplnlD sBioOSyF7hZOwx4I2Auxss1zsyUQHCX88sOuZC0kYB7yRd1TMRti8josznux8k13sZBezFMP S2yCuKRBEk5Nt57OyGbIF4O7Mhn01mTnol2BDpTKJek45bIpRvSLl/xRPpjnzxLO1rXtXgCs GtkmXj+Zwo5fnL6OvZIiFgMV4ASsFclZexceHxDjpia1IHSFB/4I5fAys8Bw03idI+rfsla1 mW0AJuw260QgoBz+b+LKGosJdNosMfOJmNl0vW3Kq6NfYpZLkG0YJF9Xo6vsATFk9kNq56ye ila80uE2wDO/BGAcBMWQ4uwfrWqVPoW5X/oHcPISApnCBeZ+LyWvnTkgxCUeyqyxNOvaA/j7 jUoBb9l+GWup8EGND16mR/wYWAxYLgis1pn5QmSTbbKSWKcqDo6HBo1Zx9XRf76CZc7RJRp9 EXqYrkmlL9eg7qcnnS1rJbqxMIIHQDCCBSigAwIBAgIBAjANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTcwMzUyWhcNMDQwNTIxMDAwMDAwWjCBpjELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJHLUJlbnV0emVy LUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQCtYQ5ycRY6fyrlvJgpeQCNhPxQduU59Kpv6xWId9sHL8NyI7nlmlWzMroD ddIqeg7QvvtPS+xorbQJ9rxh94lXZtwlGPYg4LC/1PHGnDt+8RGiq8GLbHyeJZoQnEGSovyn uR4wZ9qnApFRsXcUZ5W/CSSwjKnQeN39oFj8EC4xtmUuudV65sxGuGToRVoSnjeULJKYBNnC RxVx2MU5exKGQAuvgaVd7Ozb7ziZyWxhVCNrUQOGrSKDgyKLguWTNnD7sSOiOpie3IX8H2DV DvbcKcmMQr8ojwWutNDPadOth+J6qd/modqxB1VbH8wu0lezbhPM5dh7yUFCEqZoXXh9AgMB AAGjggJ+MIICejAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBSvNTrvMG2Px59LcdXYAooP SChj1DCBygYDVR0jBIHCMIG/gBTZZX5NQX+EP7Uq1nsTnX3K5bRdGqGBo6SBoDCBnTELMAkG A1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZl cnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEP MA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQAwDgYDVR0P AQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA0BgNVHR8ELTArMCmg J6AlhiNodHRwOi8vY2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDAJBgNVHRIEAjAAMBEG CWCGSAGG+EIBAQQEAwIBBjCBhwYJYIZIAYb4QgENBHoWeFplcnRpZmlrYXQgZnVlciBSQkct QmVudXR6ZXItQ0EsIGF1c2dlc3RlbGx0IHZvbiBSQkctQ0EsIEZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbjAyBglghkgB hvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8wOgYJYIZIAYb4 QgEIBC0WK2h0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvdXNlcmNhcG9sLmh0bWwwDQYJ KoZIhvcNAQEFBQADggIBAJapnE3b+p2nrryUkfTEl5iKTl7o8hLrB4FbLZsdBs16pIb0fIIq yGR0wlv0Qq5OLHm1hQzGkfhqEb2O+oBQJgaykxAB+6rKKOJdL12LSQrYXbDV8t/isyurwkFi fmcWDxVF4reDcz8F61KrVz46k2KtdY39CcuW+x1xQZRgier+jdBLLsbkM21XkufUrwnnO5Vr j0cD48XmcsVuWF0EkGo49jPHk8LG2cMyhQR/ZT4f1kegi9WmoV4NjKJnEU2QaTfbLUb2i509 RYf31oDnhq6oO1wCcRvVeDfyx5aj0y68sL1ySNmTQEELOmOFPqmVqa9BAR4wzuTXJi9UvOwF tQMsKq9AX4cFegDl4D4E5QQ7JladBMvJ0VALdGSGlGHARQGvO8SvapsOTVPC5n+UD6jwhTw0 pCPSypzIIrpT9vjxD7bDvudOfKguVRuX8poWID7yXcB0ApHdoNIMrGJx1Tc6SN6rGKWYre+W y/AsqMNNmR+YrJn/UOs6lKX9TtaHOFbxNPwo7RgdRg/srESEtIQ5IKkPA0Vt9Eh5H3VWBhrU b1gmvyNTwJFRqYmFhr7jFFdgnX3Jsbw81jl1z4jLdeeslLxs8vmnwQvWRz3BEPo+g0mrIuYt QjSdgGF8xHgyeRxfa8o3P/rncBysyNYe/AdWd6UGPmompEBZuFzSN+G8MYICCDCCAgQCAQEw ga0wgaYxCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5p c2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsxGDAWBgNVBAMTD1JCRy1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FA aW4udHVtLmRlAgIVezAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTA0MDMzMTEzMTMwNFowIwYJKoZIhvcNAQkEMRYEFLKByrPnnBPY YwiWyDO4j0gQ5Dt2MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEB AQUABIGAVwkC6qr0QrQmpalfYkY/b2ISo5xUHCvh6gm57wA9mW70ewDI2YQRlsqnvp2Wptkv nYSoScKvyNYp4GdENPHh1RWeODzm4afmDu1b+tEIFyrMTnUmsKew4388dMX5YX93TpiSxTnT 6C4/E25oQFKDMmJuqluyxT3g7x+KCPoyXyc= --FL5UXtIhxfXey3p5-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 05:57:59 2004 Return-Path: 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 4090E16A4CE for ; Wed, 31 Mar 2004 05:57:59 -0800 (PST) Received: from addr-mx02.addr.com (addr-mx02.addr.com [209.249.147.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0391D43D3F for ; Wed, 31 Mar 2004 05:57:59 -0800 (PST) (envelope-from aanand@addr.com) Received: from proxy1.addr.com (proxy1.addr.com [209.249.147.28]) by addr-mx02.addr.com (8.12.8/8.12.2) with ESMTP id i2VDvs6j047075 for ; Wed, 31 Mar 2004 05:57:54 -0800 (PST) Received: from admin.addr.com ([203.124.152.29]) by proxy1.addr.com (8.12.8/8.12.8/Submit) with ESMTP id i2VDvmTf023337 for ; Wed, 31 Mar 2004 05:57:49 -0800 (PST) To: "hackers@freebsd.org" From: Ajit Anand Organization: ADDR Technologies Content-Type: multipart/mixed; boundary=----------6XMvc5IzC1An6ZSLqTiXc3 MIME-Version: 1.0 Date: Wed, 31 Mar 2004 19:31:47 +0530 Message-ID: User-Agent: Opera7.23/FreeBSD M2 build 518 X-ADDRSpamFilter: Passed, probability (18%) Subject: Re: Frequent crashes on 4.9STABLE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 13:57:59 -0000 ------------6XMvc5IzC1An6ZSLqTiXc3 Content-Type: text/plain; format=flowed; charset=us-ascii Content-Transfer-Encoding: 8bit Hi , Thanks for your reply. I am forwarding the information which you require Apache Version : Apache/1.3.29 PHP : 4.3.4 Perl : 5.005_03 MySQL : 4.0.15 memtest (/usr/ports/sysutils/memtest) runs without any problems I have attached the process list and the kernel configuration. We are using the 4.9RELEASE and have not cvsup'd the source after installation. Regards Ajit From: rmkml To: Ajit Anand Subject: Re: Frequent crashes on 4.9STABLE Date: Wed, 31 Mar 2004 12:57:34 +0200 (CEST) Hi Ajit, possible send kernel conf to the list ? what version apache/mysql use ? (php?, perl?, others ?) possible chech memory with memtest86.com ? send ps axwl ? possible sync with cvs ? Regards Rmkml@Wanadoo.fr On Wed, 31 Mar 2004, Ajit Anand wrote: Date: Wed, 31 Mar 2004 17:26:23 +0530 From: Ajit Anand To: hackers@freebsd.org Subject: Frequent crashes on 4.9STABLE Hi, We are facing frequent crashes of our server running Apache,MySQL. The machine is a P4 2.8 GHz with 512 MB RAM and 2 80 GB IDE HDD's. dmesg output is attached in the file. uname -a FreeBSD chatwith.addr.com 4.9-RELEASE FreeBSD 4.9-RELEASE #3: Thu Mar 25 15:39:52 IST 2004 root@chatwith.addr.com:/usr/src/sys/compile/DEBUG i386 Output of gdb with the backtrace of the core #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc022b1af in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc022b5ed in panic (fmt=0xc0405acc "%s") at ../../kern/kern_shutdown.c:595 #3 0xc0382493 in trap_fatal (frame=0xdef5fd58, eva=54) at ../../i386/i386/trap.c:974 #4 0xc0382141 in trap_pfault (frame=0xdef5fd58, usermode=0, eva=54) at ../../i386/i386/trap.c:867 #5 0xc0381ce7 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = -1039728624, tf_edi = -554225664, tf_esi = -1069052468, tf_ebp = -554303944, tf_isp = -554304124, tf_ebx = 0, tf_edx = 0, tf_ecx = -554304249, tf_eax = 1, tf_trapno = 12, tf_err = 2, tf_eip = -1070434902, tf_cs = 8, tf_eflags = 66178, tf_esp = -730867616, tf_ss = -1069052468}) at ../../i386/i386/trap.c:466 #6 0xc03275aa in vm_fault (map=0xc0478dcc, vaddr=3740741632, fault_type=1 '\001', fault_flags=0) at ../../vm/vm_object.h:189 #7 0xc03820ee in trap_pfault (frame=0xdef5feac, usermode=0, eva=3740741632) at ../../i386/i386/trap.c:856 #8 0xc0381ce7 in trap (frame={tf_fs = 462946320, tf_es = 496500752, tf_ds = 16, tf_edi = 1073663755, tf_esi = -1055233972, tf_ebp = -554303652, tf_isp = -554303784, tf_ebx = -1055234048, tf_edx = 746534015, tf_ecx = -554225664, tf_eax = 345135053, tf_trapno = 12, tf_err = 0, tf_eip = -1071100893, tf_cs = 8, tf_eflags = 66178, tf_esp = -1055234048, tf_ss = 4196352}) at ../../i386/i386/trap.c:466 #9 0xc0284c23 in ip_input (m=0xc11a6800) at ../../sys/fnv_hash.h:26 #10 0xc028503b in ipintr () at ../../netinet/ip_input.c:955 #11 0xc0377509 in swi_net_next () Can someone please point me in the right direction to a solution to this problem. TIA, Ajit ------------6XMvc5IzC1An6ZSLqTiXc3 Content-Disposition: attachment; filename=DEBUG Content-Type: application/octet-stream; name=DEBUG Content-Transfer-Encoding: 8bit # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246.2.54 2003/04/28 03:41:46 simokawa Exp $ machine i386 cpu I686_CPU ident DEBUG maxusers 0 options DDB makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options DDB_UNATTENDED options INET #InterNETworking 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 MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # To support HyperThreading, HTT is needed in addition to SMP and APIC_IO #options HTT # HyperThreading Technology device isa device eisa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device fd1 at fdc0 drive 1 # # If you have a Toshiba Libretto with its Y-E Data PCMCIA floppy, # don't use the above line for fdc0 but the following one: #device fdc0 # ATA and ATAPI devices 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 device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family device mpt # LSI-Logic MPT/Fusion device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets) options SYM_SETUP_LP_PROBE_MAP=0x40 # Allow ncr to attach legacy NCR devices when # both sym and ncr are configured device adv0 at isa? device adw device bt0 at isa? device aha0 at isa? device aic0 at isa? device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers interfaced to the SCSI subsystem device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device dpt # DPT Smartcache - See LINT for options! device iir # Intel Integrated RAID device mly # Mylex AcceleRAID/eXtremeRAID device ciss # Compaq SmartRAID 5* series # RAID controllers device aac # Adaptec FSA RAID, Dell PERC2/PERC3 #device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device amr # AMI MegaRAID device mlx # Mylex DAC960 family device twe # 3ware Escalade # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device agp # support several AGP chipsets # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at nexus? disable flags 0x20 # Advanced Power Management # PCCARD (PCMCIA) support device card device pcic0 at isa? irq 0 port 0x3e0 iomem 0xd0000 device pcic1 at isa? irq 0 port 0x3e2 iomem 0xd4000 disable # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device sio2 at isa? disable port IO_COM3 irq 5 device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card (``Wiseman'') device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device pcn # AMD Am79C97x PCI 10/100 NICs device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device ste # Sundance ST201 (D-Link DFE-550TX) device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') device bge # Broadcom BCM570x (``Tigon III'') # ISA Ethernet NICs. # 'device ed' requires 'device miibus' device ed0 at isa? disable port 0x280 irq 10 iomem 0xd8000 device ex device ep device fe0 at isa? disable port 0x300 # Xircom Ethernet device xe # PRISM I IEEE 802.11b wireless NIC. device awi # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attachment needed # and resources will always be dynamically assigned by the pccard code. device wi # Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will # work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP # mode (the factory default). If you set the switches on your ISA # card for a manually chosen I/O address and IRQ, you must specify # those parameters here. device an # The probe order of these is presently determined by i386/isa/isa_compat.c. device ie0 at isa? disable port 0x300 irq 10 iomem 0xd0000 #device le0 at isa? disable port 0x300 irq 5 iomem 0xd0000 device lnc0 at isa? disable port 0x280 irq 10 drq 0 device cs0 at isa? disable port 0x300 device sn0 at isa? disable port 0x300 irq 10 # Pseudo devices - the number indicates how many units to allocate. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device sl 1 # Kernel SLIP pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device gif # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uscanner # Scanners device urio # Diamond Rio MP3 Player # USB Ethernet, requires mii device aue # ADMtek USB ethernet device cue # CATC USB ethernet device kue # Kawasaki LSI USB ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) options IPFIREWALL options IPFIREWALL_VERBOSE ------------6XMvc5IzC1An6ZSLqTiXc3 Content-Disposition: attachment; filename=pslist Content-Type: application/octet-stream; name=pslist Content-Transfer-Encoding: 8bit UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 0 0 0 0 -18 0 0 0 sched DLs ?? 0:00.00 (swapper) 0 1 0 0 10 0 552 196 wait ILs ?? 0:00.01 /sbin/init -- 0 2 0 0 10 0 0 0 tqthr DL ?? 0:00.00 (taskqueue) 0 3 0 0 -18 0 0 0 psleep DL ?? 0:00.22 (pagedaemon) 0 4 0 0 18 0 0 0 psleep DL ?? 0:00.00 (vmdaemon) 0 5 0 0 -18 0 0 0 psleep DL ?? 0:00.51 (bufdaemon) 0 6 0 0 18 0 0 0 syncer DL ?? 0:11.21 (syncer) 0 7 0 0 -2 0 0 0 vlruwt DL ?? 0:00.47 (vnlru) 0 21 1 48 18 0 212 68 pause Is ?? 0:00.00 adjkerntz -i 0 109 1 0 2 0 984 580 select Is ?? 0:00.21 /usr/sbin/syslogd -s 0 117 1 0 2 0 1080 648 select Is ?? 0:00.00 /usr/sbin/inetd -wW 0 119 1 0 10 0 1024 612 nanslp Is ?? 0:00.15 /usr/sbin/cron 0 121 1 0 2 0 3008 1596 select Is ?? 0:00.56 /usr/sbin/sshd 0 123 1 0 2 0 924 472 select Is ?? 0:00.07 /usr/sbin/usbd 0 126 1 0 2 0 3028 1832 select Ss ?? 0:01.82 sendmail: accepting connections (sendmail) 25 129 1 0 18 0 2932 1732 pause Is ?? 0:00.02 sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue (sen 0 190 1 0 2 0 2876 1316 select Is ?? 0:00.02 /sbin/smbd 0 194 1 0 2 0 1900 1156 select Ss ?? 0:00.48 /sbin/nmbd 0 205 1 0 3 0 948 540 siodcd I ?? 0:00.00 /usr/libexec/getty std.9600 ttyd0 88 8144 161 3 2 0 52056 20796 poll S ?? 0:59.39 /usr/local/libexec/mysqld --basedir=/usr/local --datadir=/var/db 0 8334 1 0 2 0 5016 3384 select Ss ?? 0:00.19 /usr/local/apache/bin/httpd -DSSL 65534 8336 8334 3 2 0 5696 4424 sbwait S ?? 0:21.21 /usr/local/apache/bin/httpd -DSSL 65534 8337 8334 1 2 0 5724 4400 select S ?? 0:19.62 /usr/local/apache/bin/httpd -DSSL 65534 8338 8334 9 2 0 6312 5048 sbwait S ?? 0:20.95 /usr/local/apache/bin/httpd -DSSL 65534 8339 8334 5 2 0 5964 4680 sbwait S ?? 0:19.19 /usr/local/apache/bin/httpd -DSSL 65534 8342 8334 5 2 0 6028 4736 sbwait S ?? 0:17.40 /usr/local/apache/bin/httpd -DSSL 65534 8343 8334 5 2 0 6288 5012 sbwait S ?? 0:15.45 /usr/local/apache/bin/httpd -DSSL 65534 8401 8334 0 18 0 6004 4664 lockf S ?? 0:15.42 /usr/local/apache/bin/httpd -DSSL 0 8525 121 0 2 0 5664 1984 sbwait I ?? 0:00.02 sshd: rbathri [priv] (sshd) 1000 8529 8525 0 2 0 5664 2028 select S ?? 0:00.35 sshd: rbathri@ttyp0 (sshd) 65534 8611 8334 0 2 0 5748 4392 select S ?? 0:02.57 /usr/local/apache/bin/httpd -DSSL 65534 9125 8334 5 2 0 5708 4344 sbwait S ?? 0:03.09 /usr/local/apache/bin/httpd -DSSL 65534 9133 8334 0 18 0 5708 4312 lockf S ?? 0:01.21 /usr/local/apache/bin/httpd -DSSL 0 9146 121 0 2 0 5664 1988 sbwait I ?? 0:00.02 sshd: rbathri [priv] (sshd) 1000 9149 9146 0 2 0 5664 2032 select S ?? 0:00.02 sshd: rbathri@ttyp1 (sshd) 65534 9156 8334 0 2 0 5272 3884 sbwait S ?? 0:00.02 /usr/local/apache/bin/httpd -DSSL 1000 8530 8529 0 18 0 1260 832 pause Is p0 0:00.01 -tcsh (tcsh) 0 8533 8530 0 18 0 1332 936 pause I p0 0:00.05 -su (csh) 0 9132 8533 266 61 0 52008 51572 - R+ p0 3:06.13 memtest 512M 1000 9150 9149 2 18 0 1260 832 pause Is p1 0:00.01 -tcsh (tcsh) 0 9153 9150 0 18 0 1272 848 pause S p1 0:00.02 -su (csh) 0 9157 9153 0 28 0 444 248 - R+ p1 0:00.00 ps axlw 0 197 1 0 3 0 952 568 ttyin Is+ v0 0:00.00 /usr/libexec/getty Pc ttyv0 0 198 1 0 3 0 952 568 ttyin Is+ v1 0:00.00 /usr/libexec/getty Pc ttyv1 0 199 1 0 3 0 952 568 ttyin Is+ v2 0:00.00 /usr/libexec/getty Pc ttyv2 0 200 1 0 3 0 952 568 ttyin Is+ v3 0:00.00 /usr/libexec/getty Pc ttyv3 0 201 1 0 3 0 952 568 ttyin Is+ v4 0:00.00 /usr/libexec/getty Pc ttyv4 0 202 1 0 3 0 952 568 ttyin Is+ v5 0:00.00 /usr/libexec/getty Pc ttyv5 0 203 1 0 3 0 952 568 ttyin Is+ v6 0:00.00 /usr/libexec/getty Pc ttyv6 0 204 1 0 3 0 952 568 ttyin Is+ v7 0:00.00 /usr/libexec/getty Pc ttyv7 0 161 1 4 10 0 648 264 wait I con- 0:00.01 /bin/sh /usr/local/bin/mysqld_safe --user=mysql --datadir=/var/d ------------6XMvc5IzC1An6ZSLqTiXc3-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 07:28:14 2004 Return-Path: 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 87CB516A4CE for ; Wed, 31 Mar 2004 07:28:14 -0800 (PST) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 152D143D1F for ; Wed, 31 Mar 2004 07:28:13 -0800 (PST) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])i2VFSu7m019217 for ; Wed, 31 Mar 2004 17:28:56 +0200 (MET DST) Received: from syskonnect.de (localhost [127.0.0.1])i2VFSA0S001677 for ; Wed, 31 Mar 2004 17:28:11 +0200 (MET DST) Sender: gheinig@syskonnect.de Message-ID: <406AE37F.6F0584BF@syskonnect.de> Date: Wed, 31 Mar 2004 17:27:59 +0200 From: Gerald Heinig Organization: SysKonnect GmbH X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: sysctl and ifmibdata/ifmib_iso_8802_3 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 15:28:14 -0000 Hi, I have a question regarding the use of sysctl and snmp MIBs for network adapters. I've taken a look at the ifmib(4) manpage and the corresponding files in ...sys/net/if_mib.c and /usr/include/net/if_mib.h and it seems that only a few network drivers declare the ifmib structures. When I try to declare them in my driver[1], nothing happens, ie. I can't see the structure. snmpwalk gives nothing and sysctl net.link.generic.ifmib is empty. Is any of this stuff implemented at all, or is it deprecated or what? It Just Doesn't Work. Anyone know any more about this? Thanks for any info, Gerald [1] To be exact: struct yk_softc { ... struct ifmib_iso_8802_3 yk_ethermib; ... } in yk_attach(): struct ifnet *yk_if; struct yk_softc *sc; ... ... yk_if->if_linkmib = &sc->yk_ethermib; yk_if->if_linkmiblen = sizeof(struct ifmib_iso_8802_3); -- S y s K o n n e c t G m b H A Marvell Company Siemensstr. 23 D-76275 Ettlingen, Germany --------------------------------- Gerald Heinig Software Engineer ------------------------------------- phone: + 49 (0) 7243 502 354 fax: +49 (0) 7243 502 364 email: gheinig@syskonnect.de http://www.syskonnect.com From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 08:32:18 2004 Return-Path: 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 D20A816A4CF for ; Wed, 31 Mar 2004 08:32:18 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4796743D39 for ; Wed, 31 Mar 2004 08:32:18 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i2VGVvkj026594; Wed, 31 Mar 2004 09:32:03 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 31 Mar 2004 09:32:11 -0700 (MST) Message-Id: <20040331.093211.102577197.imp@bsdimp.com> To: boris@brooknet.com.au From: "M. Warner Losh" In-Reply-To: <39883.134.148.20.33.1080706267.squirrel@134.148.20.33> References: <20040330.014632.132641792.imp@bsdimp.com> <20040330090601.GE32646@cicely12.cicely.de> <39883.134.148.20.33.1080706267.squirrel@134.148.20.33> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: ticso@cicely12.cicely.de cc: samuel.lawrance@studentmail.newcastle.edu.au cc: ticso@cicely.de cc: freebsd-hackers@freebsd.org Subject: Re: usbd config file parse behaviour X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 16:32:19 -0000 : I agree that it's bad to yank a device from under ugen automatically and : reattach it to a better match. I think it is good. Really. However, ugen should mark the device busy when it is opened, and mark it as unbusy as closed and the reprobe shouldn't happen if the device is busy. Otherwise, there's no harm. ugen2 goes away, who cares. ugen0, ugen1, and ugen3 would still be there. However, if a device is in use, the probe routines of other divices may interfere. Part of the problem is we can't tell a driver 'detach if you aren't busy' vs 'detach now, your hardware is gone or about to be gone'. Maybe we should fix that at the same time. There's also a desire from the hot-plug bus people to have a 'quiesce' the device, which is similar to the current suspend method, but with different semantics (quiesce means stop using the hardware, while suspend says put the hardware to sleep). : How about adding a new ioctl on /dev/usb, eg USB_REPROBE to reset a device : if a better match exists? I don't want this to be USB specific. usb has enough kludgy hacks. That's why we're in this mess. If we do something like this, then we should do it for all devices on all busses. : Could tack an option on to usbdevs to call it on requested devices. Absolutely not. We want uniform behavior. It would be a nightmare to manage a huge table in the kernel with exceptions. Warner From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 09:48:13 2004 Return-Path: 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 7371416A4CE for ; Wed, 31 Mar 2004 09:48:13 -0800 (PST) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FA0443D1F for ; Wed, 31 Mar 2004 09:48:13 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 19600 invoked from network); 31 Mar 2004 17:48:12 -0000 Received: from dsl017-045-168.spk4.dsl.speakeasy.net (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 31 Mar 2004 17:48:12 -0000 Received: from hydrogen.funkthat.com (zmjktu@localhost.funkthat.com [127.0.0.1])i2VHmBOE006673; Wed, 31 Mar 2004 09:48:11 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i2VHmAvn006672; Wed, 31 Mar 2004 09:48:10 -0800 (PST) Date: Wed, 31 Mar 2004 09:48:10 -0800 From: John-Mark Gurney To: Claudio Martella Message-ID: <20040331174810.GV567@funkthat.com> Mail-Followup-To: Claudio Martella , freebsd-hackers@freebsd.org References: <49522.62.101.126.224.1079395238.squirrel@webmail.ikon-corp.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49522.62.101.126.224.1079395238.squirrel@webmail.ikon-corp.it> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-hackers@freebsd.org Subject: Re: noread(), nopoll().... functions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 17:48:13 -0000 Claudio Martella wrote this message on Tue, Mar 16, 2004 at 01:00 +0100: > Hi, i'm writing a driver, and noticed the noread() nopoll() etc > general-use functions for struct cdevsw are no longer present in 5.x. What > can i use in 5.x? In 5.x we now use C99 sparse struct initalization for this. You can just not include them in your definition, and you'll get the defaults for this.. check prep_cdevsw in kern_conf.c for how this is done... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 09:50:59 2004 Return-Path: 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 2B43C16A4CE for ; Wed, 31 Mar 2004 09:50:59 -0800 (PST) Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3154C43D31 for ; Wed, 31 Mar 2004 09:50:58 -0800 (PST) (envelope-from andre@freebsd.org) Received: (qmail 64724 invoked from network); 31 Mar 2004 17:50:56 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.47]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 31 Mar 2004 17:50:56 -0000 Message-ID: <406B04F8.4040905@freebsd.org> Date: Wed, 31 Mar 2004 19:50:48 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040316 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ajit Anand References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: Frequent crashes on 4.9STABLE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 17:50:59 -0000 Ajit Anand wrote: > Hi, > > We are facing frequent crashes of our server running Apache,MySQL. The > machine is a P4 2.8 GHz with 512 MB RAM and 2 80 GB IDE HDD's. > > dmesg output is attached in the file. > > uname -a > FreeBSD chatwith.addr.com 4.9-RELEASE FreeBSD 4.9-RELEASE #3: Thu Mar 25 > 15:39:52 IST 2004 root@chatwith.addr.com:/usr/src/sys/compile/DEBUG > i386 > > Output of gdb with the backtrace of the core > > #0 dumpsys () at ../../kern/kern_shutdown.c:487 > #1 0xc022b1af in boot (howto=256) at ../../kern/kern_shutdown.c:316 > #2 0xc022b5ed in panic (fmt=0xc0405acc "%s") at > ../../kern/kern_shutdown.c:595 > #3 0xc0382493 in trap_fatal (frame=0xdef5fd58, eva=54) at > ../../i386/i386/trap.c:974 > #4 0xc0382141 in trap_pfault (frame=0xdef5fd58, usermode=0, eva=54) at > ../../i386/i386/trap.c:867 > #5 0xc0381ce7 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = > -1039728624, tf_edi = -554225664, tf_esi = -1069052468, > tf_ebp = -554303944, tf_isp = -554304124, tf_ebx = 0, tf_edx = 0, > tf_ecx = -554304249, tf_eax = 1, tf_trapno = 12, > tf_err = 2, tf_eip = -1070434902, tf_cs = 8, tf_eflags = 66178, > tf_esp = -730867616, tf_ss = -1069052468}) > at ../../i386/i386/trap.c:466 > #6 0xc03275aa in vm_fault (map=0xc0478dcc, vaddr=3740741632, > fault_type=1 '\001', fault_flags=0) > at ../../vm/vm_object.h:189 > #7 0xc03820ee in trap_pfault (frame=0xdef5feac, usermode=0, > eva=3740741632) at ../../i386/i386/trap.c:856 > #8 0xc0381ce7 in trap (frame={tf_fs = 462946320, tf_es = 496500752, > tf_ds = 16, tf_edi = 1073663755, tf_esi = -1055233972, > tf_ebp = -554303652, tf_isp = -554303784, tf_ebx = -1055234048, > tf_edx = 746534015, tf_ecx = -554225664, > tf_eax = 345135053, tf_trapno = 12, tf_err = 0, tf_eip = > -1071100893, tf_cs = 8, tf_eflags = 66178, > tf_esp = -1055234048, tf_ss = 4196352}) at ../../i386/i386/trap.c:466 > #9 0xc0284c23 in ip_input (m=0xc11a6800) at ../../sys/fnv_hash.h:26 > #10 0xc028503b in ipintr () at ../../netinet/ip_input.c:955 > #11 0xc0377509 in swi_net_next () > > Can someone please point me in the right direction to a solution to this > problem. Very strange. It crashes when trying to find out whether the packet is for an IP address configure on the box itself. Did you change any compiler settings when compiling this kernel? Maybe -O2 or such? -- Andre From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 10:01:38 2004 Return-Path: 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 7CE2E16A4CF for ; Wed, 31 Mar 2004 10:01:38 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9A5143D31 for ; Wed, 31 Mar 2004 10:01:37 -0800 (PST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i2VHxUUS052296 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 31 Mar 2004 19:59:33 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i2VHwIhn050418 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Mar 2004 19:58:18 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i2VHwH3j044439; Wed, 31 Mar 2004 19:58:17 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i2VHwEMC044438; Wed, 31 Mar 2004 19:58:14 +0200 (CEST) (envelope-from ticso) Date: Wed, 31 Mar 2004 19:58:14 +0200 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20040331175813.GA44049@cicely12.cicely.de> References: <20040330.014632.132641792.imp@bsdimp.com> <20040330090601.GE32646@cicely12.cicely.de> <39883.134.148.20.33.1080706267.squirrel@134.148.20.33> <20040331.093211.102577197.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040331.093211.102577197.imp@bsdimp.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on cicely12.cicely.de cc: ticso@cicely12.cicely.de cc: samuel.lawrance@studentmail.newcastle.edu.au cc: boris@brooknet.com.au cc: freebsd-hackers@freebsd.org cc: ticso@cicely.de Subject: Re: usbd config file parse behaviour X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 18:01:38 -0000 On Wed, Mar 31, 2004 at 09:32:11AM -0700, M. Warner Losh wrote: > : I agree that it's bad to yank a device from under ugen automatically and > : reattach it to a better match. > > I think it is good. Really. However, ugen should mark the device > busy when it is opened, and mark it as unbusy as closed and the > reprobe shouldn't happen if the device is busy. Otherwise, there's no > harm. ugen2 goes away, who cares. ugen0, ugen1, and ugen3 would > still be there. However, if a device is in use, the probe routines of > other divices may interfere. ugen has a busy flag in his softc. > Part of the problem is we can't tell a driver 'detach if you aren't > busy' vs 'detach now, your hardware is gone or about to be gone'. > Maybe we should fix that at the same time. There's also a desire from > the hot-plug bus people to have a 'quiesce' the device, which is > similar to the current suspend method, but with different semantics > (quiesce means stop using the hardware, while suspend says put the > hardware to sleep). Yes - a generic way would be best. And of course reprobe is not everything. In the USB as well as in the hot-plug PCI case there is a need for functions to disable/enable ports/slots manually - I think that fits with what you mean by 'quiesce'? If someone with more knowledge about the generic part could implement this then I could do the USB specific part. > : How about adding a new ioctl on /dev/usb, eg USB_REPROBE to reset a device > : if a better match exists? > > I don't want this to be USB specific. usb has enough kludgy hacks. > That's why we're in this mess. If we do something like this, then we > should do it for all devices on all busses. > > : Could tack an option on to usbdevs to call it on requested devices. > > Absolutely not. We want uniform behavior. It would be a nightmare to > manage a huge table in the kernel with exceptions. usbdevs is not the right tool for this kind of functionality anyway. devinfo -v with the usb devd support is already more generic then usbdevs. Meating up the informations is simple once there is no static size limit. A userland tool for reprobe should be named more like devctl and be able to operate on the whole device tree. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 11:00:29 2004 Return-Path: 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 4F29016A4CF for ; Wed, 31 Mar 2004 11:00:29 -0800 (PST) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01CA443D45 for ; Wed, 31 Mar 2004 11:00:29 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (sccrmhc11) with ESMTP id <2004033119002701100c9vece>; Wed, 31 Mar 2004 19:00:28 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA56753; Wed, 31 Mar 2004 11:00:26 -0800 (PST) Date: Wed, 31 Mar 2004 11:00:24 -0800 (PST) From: Julian Elischer To: Helge Oldach In-Reply-To: <200403310955.LAA21806@galaxy.hbg.de.ao-srv.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: Mike Tancsa Subject: Re: FAST_IPSEC bug fix X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 19:00:29 -0000 On Wed, 31 Mar 2004, Helge Oldach wrote: > Mike Tancsa: > >Well, its not totally a bug, but missing functionality that looks > >like is there but is not and is pretty important to keep lossy > >links functioning with IPSEC. My colleague gabor@sentex.net created > >the patch below that implements net.key.prefered_oldsa when using > >FAST_IPSEC. > > Yep, this is particularly important when running IPSec against other > vendors' IPSec implementation. Many appear to prefer the new SA over the > old one. Of course.. If you prefer the old SA over teh new one and your peer is rebooted, then you can't talk to them until the old SA expires.. This made our network untennable until this sysyctl was added. Every time a host was rebooted, all links that touched that host were down for up to 20 minutes (the SA expiry time we were using at that time) > > Actually this is the only issue that stopped me from going to > FAST_IPSEC. > > Please also note that the nam of the sysctl has been changed in -CURRENT > about six weeks ago to net.key.preferred_oldsa (double "r"). I would > suggest to change it for RELENG_4 also, but *only* for FAST_IPSEC. > > Helge > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 11:55:54 2004 Return-Path: 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 59C6C16A4CE for ; Wed, 31 Mar 2004 11:55:54 -0800 (PST) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFFE243D3F for ; Wed, 31 Mar 2004 11:55:53 -0800 (PST) (envelope-from mheffner@vt.edu) Received: from dagger.cc.vt.edu (IDENT:mirapoint@evil-dagger [10.1.1.11]) by lennier.cc.vt.edu (8.12.8/8.12.8) with ESMTP id i2VJtrDW290488 for ; Wed, 31 Mar 2004 14:55:53 -0500 (EST) Received: from fesnel.cs.vt.edu (fesnel.cs.vt.edu [128.173.54.34]) by dagger.cc.vt.edu (MOS 3.4.4-GR) with ESMTP id ANF14554; Wed, 31 Mar 2004 14:55:52 -0500 (EST) Message-ID: X-Mailer: XFMail 1.5.5-RC2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 31 Mar 2004 14:55:47 -0500 (EST) From: Mike Heffner To: freebsd-hackers@freebsd.org Subject: Determining a program's shared libraries at runtime X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 19:55:54 -0000 Is there a method in FreeBSD for a program to retrieve the current list of dynamic shared libraries it is linked against or has dlopen()'d? Thanks, Mike -- Mike Heffner 2160 Torgersen Hall, Grad. Lab From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 12:29:11 2004 Return-Path: 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 E00E616A4CE for ; Wed, 31 Mar 2004 12:29:11 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8E8C43D1D for ; Wed, 31 Mar 2004 12:29:11 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 70BB16542A; Wed, 31 Mar 2004 21:29:10 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 53843-01-5; Wed, 31 Mar 2004 21:29:10 +0100 (BST) Received: from empiric.dek.spc.org (82-147-17-88.dsl.uk.rapidplay.com [82.147.17.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 5272A65419; Wed, 31 Mar 2004 21:29:09 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 9AE2B612C; Wed, 31 Mar 2004 21:29:08 +0100 (BST) Date: Wed, 31 Mar 2004 21:29:08 +0100 From: Bruce M Simpson To: Mike Heffner Message-ID: <20040331202908.GB32757@empiric.dek.spc.org> Mail-Followup-To: Mike Heffner , freebsd-hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: freebsd-hackers@freebsd.org Subject: Re: Determining a program's shared libraries at runtime X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 20:29:12 -0000 On Wed, Mar 31, 2004 at 02:55:47PM -0500, Mike Heffner wrote: > Is there a method in FreeBSD for a program to retrieve the current list of > dynamic shared libraries it is linked against or has dlopen()'d? /proc//map should give you what you need, but it needs to be read atomically, i.e. you can't use more than one read() call to retrieve the information so you probably want to cp it to a temporary file and read it. This also requires that /proc be mounted, which is not the default behaviour under -CURRENT any more. BMS From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 14:12:26 2004 Return-Path: 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 0350D16A4CE for ; Wed, 31 Mar 2004 14:12:26 -0800 (PST) Received: from yellow.csi.cam.ac.uk (yellow.csi.cam.ac.uk [131.111.8.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D40343D2F for ; Wed, 31 Mar 2004 14:12:25 -0800 (PST) (envelope-from rtb27@cam.ac.uk) Received: from localhost ([127.0.0.1] helo=sjcd2a.robinson.cam.ac.uk) by yellow.csi.cam.ac.uk with esmtp (Exim 4.12) id 1B8nwd-0000AM-00 for freebsd-hackers@freebsd.org; Wed, 31 Mar 2004 23:12:24 +0100 From: Richard Bradley To: freebsd-hackers@freebsd.org Date: Wed, 31 Mar 2004 22:12:23 +0000 User-Agent: KMail/1.5.3 MIME-Version: 1.0 Content-Disposition: inline X-UID: 25 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200403312312.23601.rtb27@cam.ac.uk> Subject: ld can't find libraries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 22:12:26 -0000 Hi all, I can't get ld to recognise some "so" libraries without using the -L option: %cat test.c int main () {} %ls /usr/local/lib/libsqlite* /usr/local/lib/libsqlite.a /usr/local/lib/libsqlite.so.2 /usr/local/lib/libsqlite.so %gcc test.c -lsqlite /usr/bin/ld: cannot find -lsqlite %gcc test.c -L/usr/local/lib -lsqlite % However, /usr/local/lib is in its search path: %ldconfig -r | grep sql search directories: /usr/lib:/usr/lib/compat:/usr/X11R6/lib:/usr/local/lib:/usr/local/lib/compat:/usr/local/lib/mysql:/usr/local/lib/compat/pkg:/usr/local/lib/wine:/usr/local/lib/kde3 504:-lsqlite.2 => /usr/local/lib/libsqlite.so.2 517:-lmysqlclient_r.12 => /usr/local/lib/mysql/libmysqlclient_r.so.12 518:-lmysqlclient.12 => /usr/local/lib/mysql/libmysqlclient.so.12 % What is going on here? Any help would be much appreciated, Rich From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 14:36:57 2004 Return-Path: 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 2244716A4CE for ; Wed, 31 Mar 2004 14:36:57 -0800 (PST) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 942D443D31 for ; Wed, 31 Mar 2004 14:36:56 -0800 (PST) (envelope-from jason@ec.rr.com) Received: from ec.rr.com (cpe-024-211-231-149.ec.rr.com [24.211.231.149]) i2VMapkF016808; Wed, 31 Mar 2004 17:36:51 -0500 (EST) Message-ID: <406B488F.2040602@ec.rr.com> Date: Wed, 31 Mar 2004 17:39:11 -0500 From: jason User-Agent: Mozilla Thunderbird 0.5 (X11/20040330) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Richard Bradley References: <200403312312.23601.rtb27@cam.ac.uk> In-Reply-To: <200403312312.23601.rtb27@cam.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-hackers@freebsd.org Subject: Re: ld can't find libraries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 22:36:57 -0000 Richard Bradley wrote: >Hi all, > >I can't get ld to recognise some "so" libraries without using the -L option: > >%cat test.c >int main () {} >%ls /usr/local/lib/libsqlite* >/usr/local/lib/libsqlite.a /usr/local/lib/libsqlite.so.2 >/usr/local/lib/libsqlite.so >%gcc test.c -lsqlite >/usr/bin/ld: cannot find -lsqlite >%gcc test.c -L/usr/local/lib -lsqlite >% > >However, /usr/local/lib is in its search path: > >%ldconfig -r | grep sql > search >directories: /usr/lib:/usr/lib/compat:/usr/X11R6/lib:/usr/local/lib:/usr/local/lib/compat:/usr/local/lib/mysql:/usr/local/lib/compat/pkg:/usr/local/lib/wine:/usr/local/lib/kde3 > 504:-lsqlite.2 => /usr/local/lib/libsqlite.so.2 > 517:-lmysqlclient_r.12 => /usr/local/lib/mysql/libmysqlclient_r.so.12 > 518:-lmysqlclient.12 => /usr/local/lib/mysql/libmysqlclient.so.12 >% > >What is going on here? > >Any help would be much appreciated, > > >Rich > >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > > Try adding the files to the config file at /usr/compat/linux/etc/ld.so.conf and ld-elf.so.conf. Then run ldconfig. From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 14:56:07 2004 Return-Path: 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 7931616A4CE for ; Wed, 31 Mar 2004 14:56:07 -0800 (PST) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C62643D1D for ; Wed, 31 Mar 2004 14:56:07 -0800 (PST) (envelope-from tim@kientzle.com) Received: from kientzle.com (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i2VMu590029491; Wed, 31 Mar 2004 14:56:05 -0800 (PST) (envelope-from tim@kientzle.com) Message-ID: <406B4C80.70708@kientzle.com> Date: Wed, 31 Mar 2004 14:56:00 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Richard Bradley References: <200403312312.23601.rtb27@cam.ac.uk> <406B488F.2040602@ec.rr.com> In-Reply-To: <406B488F.2040602@ec.rr.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: ld can't find libraries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 22:56:07 -0000 Richard Bradley wrote: >> >> I can't get ld to recognise some "so" libraries without using the -L >> option: >> >> %gcc test.c -lsqlite >> /usr/bin/ld: cannot find -lsqlite >> %gcc test.c -L/usr/local/lib -lsqlite >> >> However, /usr/local/lib is in its search path: >> >> %ldconfig -r | grep sql ldconfig has nothing to do with ld. ldconfig is associated with the dynamic linker (ld-elf.so.1), which locates dynamic libraries at run-time. ld has a completely separate mechanism for locating (static or dynamic) libraries at compile-time. There may be a way to set the defaults for ld, but I don't happen to know it. Tim Kientzle From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 18:55:47 2004 Return-Path: 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 E90C816A4CE for ; Wed, 31 Mar 2004 18:55:47 -0800 (PST) Received: from doom.homeunix.org (9-090.dialup.comset.net [213.172.9.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id B211C43D45 for ; Wed, 31 Mar 2004 18:55:11 -0800 (PST) (envelope-from igor@doom.homeunix.org) Received: from doom.homeunix.org (localhost [127.0.0.1]) by doom.homeunix.org (8.12.11/8.12.11) with ESMTP id i312s8KQ000989; Thu, 1 Apr 2004 06:54:25 +0400 (MSD) (envelope-from igor@doom.homeunix.org) Received: (from igor@localhost) by doom.homeunix.org (8.12.11/8.12.11/Submit) id i312rjcI000988; Thu, 1 Apr 2004 06:53:45 +0400 (MSD) (envelope-from igor) Date: Thu, 1 Apr 2004 06:53:45 +0400 From: Igor Pokrovsky To: Mike Heffner Message-ID: <20040401025345.GA542@doom.homeunix.org> Mail-Followup-To: Mike Heffner , freebsd-hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org Subject: Re: Determining a program's shared libraries at runtime X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 02:55:48 -0000 On Wed, Mar 31, 2004 at 02:55:47PM -0500, Mike Heffner wrote: > > Is there a method in FreeBSD for a program to retrieve the current list of > dynamic shared libraries it is linked against or has dlopen()'d? Looks like ldd is doing exactly what you want, take a look at it's sources. -ip -- It's always darkest just before the lights go out. From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 20:24:06 2004 Return-Path: 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 D288116A4CE for ; Wed, 31 Mar 2004 20:24:06 -0800 (PST) Received: from addr27.addr.com (addr27.addr.com [209.249.147.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9AAC43D1D for ; Wed, 31 Mar 2004 20:24:06 -0800 (PST) (envelope-from aanand@addr.com) Received: from proxy1.addr.com (proxy1.addr.com [209.249.147.28]) by addr27.addr.com (8.12.11/8.12.2) with ESMTP id i314O5ak098575 for ; Wed, 31 Mar 2004 20:24:06 -0800 (PST) Received: from ajit.blraddr.com ([203.124.152.29]) by proxy1.addr.com (8.12.8/8.12.8/Submit) with ESMTP id i314O3Tf063824 for ; Wed, 31 Mar 2004 20:24:04 -0800 (PST) To: hackers@freebsd.org References: <406B04F8.4040905@freebsd.org> Message-ID: From: Ajit Anand Organization: ADDR.com Technologies Pvt.Ltd. Content-Type: text/plain; format=flowed; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Thu, 01 Apr 2004 09:54:11 +0530 In-Reply-To: <406B04F8.4040905@freebsd.org> User-Agent: Opera7.23/FreeBSD M2 build 518 X-ADDRSpamFilter: Passed, probability (19%) Subject: Re: Frequent crashes on 4.9STABLE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: aanand@addr.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 04:24:06 -0000 On Wed, 31 Mar 2004 19:50:48 +0200, Andre Oppermann wrote: > > Very strange. It crashes when trying to find out whether the packet is > for > an IP address configure on the box itself. Did you change any compiler > settings when compiling this kernel? Maybe -O2 or such? > No compiler settings were changed. Only changes made to the GENERIC kernel were adding of Firewall options and Debug options. Rgds, -- Ajit Anand From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 21:28:11 2004 Return-Path: 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 3DA2016A4CE for ; Wed, 31 Mar 2004 21:28:11 -0800 (PST) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAC3743D55 for ; Wed, 31 Mar 2004 21:28:10 -0800 (PST) (envelope-from mheffner@vt.edu) Received: from zidane.cc.vt.edu (IDENT:mirapoint@evil-zidane [10.1.1.13]) by lennier.cc.vt.edu (8.12.8/8.12.8) with ESMTP id i315RhDW481203; Thu, 1 Apr 2004 00:27:43 -0500 (EST) Received: from enterprise.fesnel.no-ip.org (cowpie.acm.vt.edu [128.173.42.253]) by zidane.cc.vt.edu (MOS 3.4.4-GR) with ESMTP id AMP26551; Thu, 1 Apr 2004 00:27:40 -0500 (EST) Message-ID: X-Mailer: XFMail 1.5-DEVEL on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <20040401025345.GA542@doom.homeunix.org> Date: Thu, 01 Apr 2004 00:28:28 -0500 (EST) From: Mike Heffner To: Igor Pokrovsky cc: freebsd-hackers@freebsd.org Subject: Re: Determining a program's shared libraries at runtime X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 05:28:11 -0000 On 01-Apr-2004 Igor Pokrovsky wrote: | On Wed, Mar 31, 2004 at 02:55:47PM -0500, Mike Heffner wrote: |> |> Is there a method in FreeBSD for a program to retrieve the current list |> of |> dynamic shared libraries it is linked against or has dlopen()'d? | | Looks like ldd is doing exactly what you want, take a look at it's | sources. | Hello, thanks for the response. The problem I found with ldd was it would only give me the shared objects linked in at runtime and I needed the list of dlopen()'d objects as well. On Linux I was able to grab a reference to the link_map list and iterated through that. Matthew George on the list pointed me to dlinfo(3) which can return a reference into the link_map list. From my tests this appears to contain all dlopen()'d libraries as well (also the executable itself, btw). It also appears to be cleaner than the hack I'm using in Linux to get the same reference. ;-) Cheers, Mike -- Mike Heffner From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 21:34:06 2004 Return-Path: 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 8FFCA16A4CE for ; Wed, 31 Mar 2004 21:34:06 -0800 (PST) Received: from mailout2.barnet.com.au (mailout2.barnet.com.au [218.185.88.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 559CB43D1D for ; Wed, 31 Mar 2004 21:34:06 -0800 (PST) (envelope-from edwin@mavetju.org) Received: by mailout2.barnet.com.au (Postfix, from userid 27) id 756D8AA6259; Thu, 1 Apr 2004 15:34:03 +1000 (EST) X-Viruscan-Id: <406BA9CA00007347AE1187@BarNet> Received: from mail2-auth.barnet.com.au (localhost [127.0.0.1]) by mail2.barnet.com.au (Postfix) with ESMTP id 149D4B29D19; Thu, 1 Apr 2004 15:34:02 +1000 (EST) Received: from k7.mavetju (unknown [10.10.12.2]) by mail2-auth.barnet.com.au (Postfix) with ESMTP id D8AEA1930A; Thu, 1 Apr 2004 15:34:01 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 612A261D1; Thu, 1 Apr 2004 15:34:01 +1000 (EST) Date: Thu, 1 Apr 2004 15:34:01 +1000 From: Edwin Groothuis To: Richard Bradley Message-ID: <20040401053401.GA2166@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Richard Bradley , freebsd-hackers@freebsd.org References: <200403312312.23601.rtb27@cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200403312312.23601.rtb27@cam.ac.uk> User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org Subject: Re: ld can't find libraries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 05:34:06 -0000 On Wed, Mar 31, 2004 at 10:12:23PM +0000, Richard Bradley wrote: > I can't get ld to recognise some "so" libraries without using the -L option: Ldconfig is used for run-time loading of shared libraries. What you are doing here is the compilation (linking...) of the source to a executable. gcc (ld...) searches by default only for a couple of standard system directories (/usr/lib for example) and that's all. If it would search through other directories by default (for example /usr/local/lib), and your program was trying to link to a newer version of a library which is in a non-standard directory with an old one which was in /usr/local/lib, the program would never be able to get linked to the right one. Therefor, at compile (link...) time you have to specify explicitely in which order to search through which directories. For run-time loading you can use ldconfig or LD_LIBRARY_PATH to specify where your libraries are. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://weblog.barnet.com.au/edwin/ From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 21:57:40 2004 Return-Path: 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 69FCE16A4CE for ; Wed, 31 Mar 2004 21:57:40 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C95F43D1D for ; Wed, 31 Mar 2004 21:57:39 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id i315vWQ9073831; Thu, 1 Apr 2004 15:27:36 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Thu, 1 Apr 2004 15:26:27 +0930 User-Agent: KMail/1.6 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200404011526.28941.doconnor@gsoft.com.au> X-Spam-Score: 0.6 (*) CARRIAGE_RETURNS,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: UT2004? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 05:57:40 -0000 Has anyone got it installed under FreeBSD? I got the demo to run and install pretty well (for some reason I can't play it in KDE, I have to drop back to twm otherwise my system hangs), but the full game doesn't install :( I have tried both the DVD edition and the 6 CD version.. It doesn't appear to detect that I have mounted a new disk and so I can't get past installing the first disks worth of stuff. I run the installer like so sudo /compat/linux/bin/sh /cdrom/linux-installer.sh and pick /usr/local/ut2004 as the place to install it. I have ktrace'd it and when I click 'Yes' on the CDROM prompt it only seems to try and open fstab and mtab. It ends up with a FreeBSD fstab and /compat/linux/etc/mtab which is a zero length file. I've tried mounting the play disk on /cdrom and /mnt/cdrom, I have also tried mounting the DVD on there, and nullfs mounting each of the CD subdirectories onto both /cdrom and /mnt/cdrom but no change in behaviour. I think I'll try copying the Windows install over and unpacking the Linux binaries and see how that goes :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 22:14:19 2004 Return-Path: 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 AF15516A4CE for ; Wed, 31 Mar 2004 22:14:19 -0800 (PST) Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E0B643D39 for ; Wed, 31 Mar 2004 22:14:19 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (4883680e362bc19b62e0eb468f706a9e@adsl-67-115-73-128.dsl.lsan03.pacbell.net [67.115.73.128])i316EIWE021604; Wed, 31 Mar 2004 22:14:18 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 939DF51A72; Wed, 31 Mar 2004 22:14:17 -0800 (PST) Date: Wed, 31 Mar 2004 22:14:17 -0800 From: Kris Kennaway To: "Daniel O'Connor" Message-ID: <20040401061417.GA63077@xor.obsecurity.org> References: <200404011526.28941.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <200404011526.28941.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org Subject: Re: UT2004? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 06:14:19 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 01, 2004 at 03:26:27PM +0930, Daniel O'Connor wrote: > Has anyone got it installed under FreeBSD? > I got the demo to run and install pretty well (for some reason I can't pl= ay it=20 > in KDE, I have to drop back to twm otherwise my system hangs), but the fu= ll=20 > game doesn't install :( >=20 > I have tried both the DVD edition and the 6 CD version.. It doesn't appea= r to=20 > detect that I have mounted a new disk and so I can't get past installing = the=20 > first disks worth of stuff. >=20 > I run the installer like so=20 > sudo /compat/linux/bin/sh /cdrom/linux-installer.sh >=20 > and pick /usr/local/ut2004 as the place to install it. >=20 > I have ktrace'd it and when I click 'Yes' on the CDROM prompt it only see= ms to=20 > try and open fstab and mtab. It ends up with a FreeBSD fstab=20 > and /compat/linux/etc/mtab which is a zero length file. Is it expecting /compat/linux/etc/mtab to be updated somehow when you mount the new disk? Kris --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAa7M5Wry0BWjoQKURAoUKAKCX/jOzisj0RBK9gTQeWkonhyBeUACeNOPr XZLEUe+EEmv9rTNt47rdkLA= =Ycd3 -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 22:18:13 2004 Return-Path: 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 ED98216A4CE for ; Wed, 31 Mar 2004 22:18:13 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28FFE43D3F for ; Wed, 31 Mar 2004 22:18:13 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id i316IAQ9074191; Thu, 1 Apr 2004 15:48:10 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Kris Kennaway Date: Thu, 1 Apr 2004 15:47:06 +0930 User-Agent: KMail/1.6 References: <200404011526.28941.doconnor@gsoft.com.au> <20040401061417.GA63077@xor.obsecurity.org> In-Reply-To: <20040401061417.GA63077@xor.obsecurity.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404011547.06805.doconnor@gsoft.com.au> X-Spam-Score: -1.5 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-hackers@freebsd.org Subject: Re: UT2004? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 06:18:14 -0000 On Thu, 1 Apr 2004 15:44, Kris Kennaway wrote: > > I have ktrace'd it and when I click 'Yes' on the CDROM prompt it only > > seems to try and open fstab and mtab. It ends up with a FreeBSD fstab > > and /compat/linux/etc/mtab which is a zero length file. > > Is it expecting /compat/linux/etc/mtab to be updated somehow when you > mount the new disk? That's the implication I guess :) I fiddled briefly with trying to put stuff in there but I didn't really know what the format of it was on a modern linux distro.. Should ask some of my Linux friends I guess.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 22:47:10 2004 Return-Path: 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 0AD6116A4CF for ; Wed, 31 Mar 2004 22:47:10 -0800 (PST) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 536DA43D2D for ; Wed, 31 Mar 2004 22:47:09 -0800 (PST) (envelope-from silby@silby.com) Received: (qmail 85976 invoked from network); 1 Apr 2004 06:47:08 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 1 Apr 2004 06:47:08 -0000 X-pair-Authenticated: 209.68.2.70 Date: Thu, 1 Apr 2004 00:47:07 -0600 (CST) From: Mike Silbersack To: Daniel O'Connor In-Reply-To: <200404011526.28941.doconnor@gsoft.com.au> Message-ID: <20040401004625.Q4475@odysseus.silby.com> References: <200404011526.28941.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: UT2004? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 06:47:10 -0000 On Thu, 1 Apr 2004, Daniel O'Connor wrote: > Has anyone got it installed under FreeBSD? > I got the demo to run and install pretty well (for some reason I can't play it > in KDE, I have to drop back to twm otherwise my system hangs), but the full > game doesn't install :( I only have it running under Windows, but based on my experiences with it, I recommend that you stop trying to get it installed. The game is way too much fun, and will waste all of your precious development time. :) Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 23:10:15 2004 Return-Path: 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 9B5D716A4CE for ; Wed, 31 Mar 2004 23:10:15 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFB1143D2D for ; Wed, 31 Mar 2004 23:10:14 -0800 (PST) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id DE1581FF9A7 for ; Thu, 1 Apr 2004 09:10:12 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id E4C401FF9A6; Thu, 1 Apr 2004 09:10:10 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 6E05E154E3; Thu, 1 Apr 2004 07:10:04 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 639E6154DF for ; Thu, 1 Apr 2004 07:10:05 +0000 (UTC) Date: Thu, 1 Apr 2004 07:10:05 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Subject: implications of SMP kernel on UP X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 07:10:15 -0000 Hi, what are the implications on running an SMP enabled kernel on a UP machine ? I first thought of things like: - performence (most likely not worth the discussion ?) - additional locking problematic ? - ... ? Or asked the other way round: why would I want to disable SMP on a kernel that is going to run on a UP machine ? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 23:35:06 2004 Return-Path: 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 03E6316A4CE for ; Wed, 31 Mar 2004 23:35:06 -0800 (PST) Received: from mizar.origin-it.net (mizar.origin-it.net [194.8.96.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B7B343D39 for ; Wed, 31 Mar 2004 23:35:05 -0800 (PST) (envelope-from helge.oldach@atosorigin.com) Received: from matar.hbg.de.int.atosorigin.com (dehsfw3e.origin-it.net [194.8.96.68])i317YT9e098629 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Apr 2004 09:34:30 +0200 (CEST) (envelope-from helge.oldach@atosorigin.com) Received: from galaxy.hbg.de.ao-srv.com (galaxy.hbg.de.ao-srv.com [161.89.20.4])ESMTP id i317YTB0011968; Thu, 1 Apr 2004 09:34:29 +0200 (CEST) (envelope-from helge.oldach@atosorigin.com) Received: (from hmo@localhost) by galaxy.hbg.de.ao-srv.com (8.9.3p2/8.9.3/hmo30mar03) id JAA24440; Thu, 1 Apr 2004 09:34:28 +0200 (MET DST) Message-Id: <200404010734.JAA24440@galaxy.hbg.de.ao-srv.com> In-Reply-To: from Julian Elischer at "Mar 31, 2004 9: 0:24 pm" To: julian@elischer.org (Julian Elischer) Date: Thu, 1 Apr 2004 09:34:27 +0200 (MET DST) From: Helge Oldach X-Address: Atos Origin GmbH, Friesenstraße 13, D-20097 Hamburg, Germany X-Phone: +49 40 7886 7464, Fax: +49 40 7886 9464, Mobile: +49 160 4782517 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: mike@sentex.net Subject: Re: FAST_IPSEC bug fix X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 07:35:06 -0000 Julian Elischer: >On Wed, 31 Mar 2004, Helge Oldach wrote: >> Mike Tancsa: >> >Well, its not totally a bug, but missing functionality that looks >> >like is there but is not and is pretty important to keep lossy >> >links functioning with IPSEC. My colleague gabor@sentex.net created >> >the patch below that implements net.key.prefered_oldsa when using >> >FAST_IPSEC. >> >> Yep, this is particularly important when running IPSec against other >> vendors' IPSec implementation. Many appear to prefer the new SA over the >> old one. > >Of course.. If you prefer the old SA over teh new one and your peer is >rebooted, then you can't talk to them until the old SA expires.. Actually you don't even need to reboot. The issue pops up already when a new SA is negotiated, but one of the peers insists in using the old one and the other insists on the new one. Yes, it *should* work in theory, but often it doesn't. Seen with FreeBSD against Cisco devices, for instance. Helge From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 23:49:10 2004 Return-Path: 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 8505316A4CE for ; Wed, 31 Mar 2004 23:49:10 -0800 (PST) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 175E843D3F for ; Wed, 31 Mar 2004 23:49:09 -0800 (PST) (envelope-from neuhauser@chello.cz) Received: (qmail 84430 invoked by uid 0); 1 Apr 2004 07:49:07 -0000 Received: from r3al16.mistral.cz (HELO isis.wad.cz) (213.220.229.16) by smtp.dkm.cz with SMTP; 1 Apr 2004 07:49:07 -0000 Received: by isis.wad.cz (Postfix, from userid 1007) id E6B492FDA2E; Wed, 31 Mar 2004 11:06:50 +0200 (CEST) Received: by isis.wad.cz (Postfix, from userid 1001) id 0F3D72FDA27; Wed, 31 Mar 2004 00:21:59 +0200 (CEST) Date: Wed, 31 Mar 2004 00:21:59 +0200 From: Roman Neuhauser To: freebsd-hackers Message-ID: <20040330222159.GB10916@isis.wad.cz> Mail-Followup-To: freebsd-hackers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: warning: `_POSIX_C_SOURCE' is not defined X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 07:49:10 -0000 Would some kind soul please MFC this? http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/cdefs.h.diff?r1=1.78&r2=1.79 -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 02:02:34 2004 Return-Path: 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 AA6B516A4CF for ; Thu, 1 Apr 2004 02:02:34 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A25D243D55 for ; Thu, 1 Apr 2004 02:02:33 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id i31A2SQ9077665; Thu, 1 Apr 2004 19:32:29 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Kris Kennaway Date: Thu, 1 Apr 2004 19:31:22 +0930 User-Agent: KMail/1.6 References: <200404011526.28941.doconnor@gsoft.com.au> <20040401061417.GA63077@xor.obsecurity.org> In-Reply-To: <20040401061417.GA63077@xor.obsecurity.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404011931.23510.doconnor@gsoft.com.au> X-Spam-Score: -1.5 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-hackers@freebsd.org cc: Munish Chopra Subject: Re: UT2004? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 10:02:34 -0000 On Thu, 1 Apr 2004 15:44, Kris Kennaway wrote: > > I have ktrace'd it and when I click 'Yes' on the CDROM prompt it only > > seems to try and open fstab and mtab. It ends up with a FreeBSD fstab > > and /compat/linux/etc/mtab which is a zero length file. > > Is it expecting /compat/linux/etc/mtab to be updated somehow when you > mount the new disk? Hmm, I'm crack smoking.. This works -> sudo env SETUP_CDROM=/cdrom /compat/linux/bin/sh ./linux-installer.sh I thought I tried it but apparently I was blinded by crack smoke. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 03:01:21 2004 Return-Path: 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 44AAC16A4CE for ; Thu, 1 Apr 2004 03:01:21 -0800 (PST) Received: from tx2.oucs.ox.ac.uk (tx2.oucs.ox.ac.uk [163.1.2.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF8E643D3F for ; Thu, 1 Apr 2004 03:01:20 -0800 (PST) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from scan2.oucs.ox.ac.uk ([163.1.2.162] helo=localhost) by tx2.oucs.ox.ac.uk with esmtp (Exim 4.24) id 1B8zwl-0006dy-Lq for freebsd-hackers@freebsd.org; Thu, 01 Apr 2004 12:01:19 +0100 Received: from rx2.oucs.ox.ac.uk ([163.1.2.161]) by localhost (scan2.oucs.ox.ac.uk [163.1.2.162]) (amavisd-new, port 25) with ESMTP id 25235-07 for ; Thu, 1 Apr 2004 12:01:19 +0100 (BST) Received: from gateway.wadham.ox.ac.uk ([163.1.161.253]) by rx2.oucs.ox.ac.uk with smtp (Exim 4.24) id 1B8zwl-0006ds-8P for freebsd-hackers@freebsd.org; Thu, 01 Apr 2004 12:01:19 +0100 Received: (qmail 3609 invoked by uid 1004); 1 Apr 2004 11:01:19 -0000 Received: from colin.percival@wadham.ox.ac.uk by gateway by uid 71 with qmail-scanner-1.20 (clamscan: 0.67. sweep: 2.18/3.79. Clear:RC:1(163.1.161.131):. Processed in 0.042936 secs); 01 Apr 2004 11:01:19 -0000 Received: from dhcp1131.wadham.ox.ac.uk (HELO piii600.wadham.ox.ac.uk) (163.1.161.131) by gateway.wadham.ox.ac.uk with SMTP; 1 Apr 2004 11:01:19 -0000 Message-Id: <6.0.1.1.1.20040401115446.0378a8f8@imap.sfu.ca> X-Sender: cperciva@imap.sfu.ca (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Thu, 01 Apr 2004 12:01:15 +0100 To: "Bjoern A. Zeeb" From: Colin Percival In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" cc: freebsd-hackers@freebsd.org Subject: Re: implications of SMP kernel on UP X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 11:01:21 -0000 At 08:10 01/04/2004, Bjoern A. Zeeb wrote: >what are the implications on running an SMP enabled kernel on a UP >machine ? > >I first thought of things like: >- performence (most likely not worth the discussion ?) At least in 5.2-RELEASE, there is a significant performance delta; buildworld takes about 5% longer on an SMP kernel (and the time spent in the kernel is 20% longer). I know some optimizations were done shortly after 5.2, so I wouldn't be surprised if this situation has improved. Colin Percival From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 03:10:50 2004 Return-Path: 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 618F816A4CE for ; Thu, 1 Apr 2004 03:10:50 -0800 (PST) Received: from mtaw6.prodigy.net (mtaw6.prodigy.net [64.164.98.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3265743D1F for ; Thu, 1 Apr 2004 03:10:50 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (ff3cc4aa1aec7209c53a24be9a8d5d9e@adsl-67-115-73-128.dsl.lsan03.pacbell.net [67.115.73.128]) by mtaw6.prodigy.net (8.12.10/8.12.10) with ESMTP id i31B9gli009494; Thu, 1 Apr 2004 03:09:43 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 761C252145; Thu, 1 Apr 2004 03:10:47 -0800 (PST) Date: Thu, 1 Apr 2004 03:10:47 -0800 From: Kris Kennaway To: "Daniel O'Connor" Message-ID: <20040401111047.GA66901@xor.obsecurity.org> References: <200404011526.28941.doconnor@gsoft.com.au> <20040401061417.GA63077@xor.obsecurity.org> <200404011931.23510.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <200404011931.23510.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org cc: Munish Chopra cc: Kris Kennaway Subject: Re: UT2004? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 11:10:50 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 01, 2004 at 07:31:22PM +0930, Daniel O'Connor wrote: > On Thu, 1 Apr 2004 15:44, Kris Kennaway wrote: > > > I have ktrace'd it and when I click 'Yes' on the CDROM prompt it only > > > seems to try and open fstab and mtab. It ends up with a FreeBSD fstab > > > and /compat/linux/etc/mtab which is a zero length file. > > > > Is it expecting /compat/linux/etc/mtab to be updated somehow when you > > mount the new disk? >=20 > Hmm, I'm crack smoking.. > This works -> > sudo env SETUP_CDROM=3D/cdrom /compat/linux/bin/sh ./linux-installer.sh >=20 > I thought I tried it but apparently I was blinded by crack smoke. Careful, that stuff will kill you (and by that I mean Linux). Kris --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAa/i3Wry0BWjoQKURAj8JAKCKU7vEZAv9QQse2JZse7ZkAAGy/QCg5PQo zJpwH0RLo9D4S74ytykTSeY= =5eke -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 04:22:08 2004 Return-Path: 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 51EB616A4CF for ; Thu, 1 Apr 2004 04:22:08 -0800 (PST) Received: from mta1.xnet.ro (mta1.xnet.ro [217.10.192.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9585143D31 for ; Thu, 1 Apr 2004 04:22:05 -0800 (PST) (envelope-from clau@reversedhell.net) Received: from reversedhell.net ([82.77.37.175]) (authenticated bits=0)i31CM3A6027998 for ; Thu, 1 Apr 2004 15:22:03 +0300 Message-ID: <406C093C.5050204@reversedhell.net> Date: Thu, 01 Apr 2004 15:21:16 +0300 From: Claudiu Dragalina-Paraipan User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <6.0.1.1.1.20040401115446.0378a8f8@imap.sfu.ca> In-Reply-To: <6.0.1.1.1.20040401115446.0378a8f8@imap.sfu.ca> X-Enigmail-Version: 0.83.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9AEE5FB1F4F062CE714444CD" X-RAVMilter-Version: 8.4.3(snapshot 20030212) (mta1.xnet.ro) X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: implications of SMP kernel on UP X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 12:22:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9AEE5FB1F4F062CE714444CD Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit hello, what about SMP enabled kernel on Intel P4 with HT technology ? I have one but I didn't had the chance to test it yet. Colin Percival wrote: > At 08:10 01/04/2004, Bjoern A. Zeeb wrote: > >>what are the implications on running an SMP enabled kernel on a UP >>machine ? >> >>I first thought of things like: >>- performence (most likely not worth the discussion ?) > > > At least in 5.2-RELEASE, there is a significant performance > delta; buildworld takes about 5% longer on an SMP kernel (and > the time spent in the kernel is 20% longer). > I know some optimizations were done shortly after 5.2, so I > wouldn't be surprised if this situation has improved. > > Colin Percival > With respect, -- Claudiu Dragalina-Paraipan Reversed Hell Networks / reversedhell.net e-mail: clau@reversedhell.net --------------enig9AEE5FB1F4F062CE714444CD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAbAlCm0FWxb+swkQRAgw6AJ4xJP6mujVTgBMpqNrv7e0Qj7V6cACgqlgb eN6Y9HhYDC4lydReH6wqhf4= =dozW -----END PGP SIGNATURE----- --------------enig9AEE5FB1F4F062CE714444CD-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 31 10:55:43 2004 Return-Path: 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 560AF16A4D0 for ; Wed, 31 Mar 2004 10:55:43 -0800 (PST) Received: from services04.student.cs.uwaterloo.ca (services04.student.cs.uwaterloo.ca [129.97.152.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1F9243D2D for ; Wed, 31 Mar 2004 10:55:42 -0800 (PST) (envelope-from nwang@student.cs.uwaterloo.ca) Received: from rees.math.uwaterloo.ca (daemon@rees.math.uwaterloo.ca [129.97.204.28])i2VItex06375 for ; Wed, 31 Mar 2004 13:55:40 -0500 (EST) Received: from localhost (nwang@localhost) by rees.math.uwaterloo.ca (8.11.7/8.11.7) with ESMTP id i2VItcX05007 for ; Wed, 31 Mar 2004 13:55:38 -0500 (EST) Date: Wed, 31 Mar 2004 13:55:38 -0500 (EST) From: Nan Wang To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Miltered: at rhadamanthus by Joe's j-chkmail ("http://j-chkmail.ensmp.fr")! X-Virus-Scanned: clamd / ClamAV version 0.67, clamav-milter version 0.66n X-Mailman-Approved-At: Thu, 01 Apr 2004 05:01:07 -0800 Subject: Multi-Thread Ports Installation suggestion. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2004 18:55:43 -0000 http://www.bsdforums.org/forums/showthread.php?s=&threadid=20611 From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 06:38:00 2004 Return-Path: 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 9CB2216A4CE for ; Thu, 1 Apr 2004 06:38:00 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26B7B43D41 for ; Thu, 1 Apr 2004 06:38:00 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i31EbtPq012962; Thu, 1 Apr 2004 09:37:55 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i31EbtCO012959; Thu, 1 Apr 2004 09:37:55 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Thu, 1 Apr 2004 09:37:55 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Bjoern A. Zeeb" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: implications of SMP kernel on UP X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 14:38:00 -0000 On Thu, 1 Apr 2004, Bjoern A. Zeeb wrote: > what are the implications on running an SMP enabled kernel on a UP > machine ? > > I first thought of things like: > - performence (most likely not worth the discussion ?) > - additional locking problematic ? > - ... ? > > Or asked the other way round: why would I want to disable SMP on a > kernel that is going to run on a UP machine ? I've observed substantial performance overhead from enabling SMP on UP boxes. However, increasing numbers of "UP" boxes ship with HTT, blurring the picture a little. There are at least two issues associated with enabling SMP on UP boxes: - First, we use the IO APIC, which has caused compatibility problems with some systems (likely actually ACPI problems?), as well as a slightly higher cost to interrupt handling. - Second, we use locked operations for locks, increasing their cost. I've spent a bit of time trimming some gratuitous locking from the system call path, so it should actually be a bit better than it was previously, but the upshot is that if you want optimal performance on UP, you should compile out both apic and SMP. Peter and I have had conversations about creating "HAL" modules that plug and play locking operations, optimized copies, and so on for the kernel, and improving the run-time pluggability of SMP (et al), but haven't made any progress. It's worth noting, FYI, that we always compile modules with locked atomic operations so that one module will work on UP and SMP... Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 08:29:07 2004 Return-Path: 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 D0C6916A4CE for ; Thu, 1 Apr 2004 08:29:07 -0800 (PST) Received: from herbelot.dyndns.org (herbelot.net1.nerim.net [62.212.117.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3BF443D2F for ; Thu, 1 Apr 2004 08:29:06 -0800 (PST) (envelope-from thierry@herbelot.com) Received: from [192.168.2.6] (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.12.10/8.12.10) with ESMTP id i31GJsN9023334; Thu, 1 Apr 2004 18:19:54 +0200 (CEST) From: Thierry Herbelot To: freebsd-hackers@freebsd.org Date: Thu, 1 Apr 2004 18:29:04 +0200 User-Agent: KMail/1.6.1 References: In-Reply-To: X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Message-Id: <200404011829.04221.thierry@herbelot.com> cc: "Bjoern A. Zeeb" Subject: Re: implications of SMP kernel on UP X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: thierry@herbelot.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 16:29:07 -0000 Le Thursday 01 April 2004 09:10, Bjoern A. Zeeb a écrit : > Hi, > > what are the implications on running an SMP enabled kernel on a UP > machine ? > > I first thought of things like: > - performence (most likely not worth the discussion ?) I got an improvement with a factor of ten between an SMP and a UP kernel on a HTT-enabled P4/2,6GHz/800MHz FSB on network transfers (with gigabit Ethernet boards : SMP gives about 6MB/s for FTP transfer rate, and UP gives up to 75MB/s) So : as long as the network stack is not fully locked (this is coming - perhaps for 5.3), a server should definitely run a UP kernel. TfH From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 09:04:00 2004 Return-Path: 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 6FBC716A4CE for ; Thu, 1 Apr 2004 09:04:00 -0800 (PST) Received: from addr-mx02.addr.com (addr-mx02.addr.com [209.249.147.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43DED43D53 for ; Thu, 1 Apr 2004 09:04:00 -0800 (PST) (envelope-from aanand@addr.com) Received: from proxy1.addr.com (proxy1.addr.com [209.249.147.28]) by addr-mx02.addr.com (8.12.8/8.12.2) with ESMTP id i31H3LBW058337 for ; Thu, 1 Apr 2004 09:03:21 -0800 (PST) Received: from admin.addr.com ([203.124.152.29]) by proxy1.addr.com (8.12.8/8.12.8/Submit) with ESMTP id i31H3FTf084083 for ; Thu, 1 Apr 2004 09:03:16 -0800 (PST) Date: Thu, 01 Apr 2004 22:37:18 +0530 To: "hackers@freebsd.org" From: Ajit Anand Organization: ADDR Technologies Content-Type: text/plain; format=flowed; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera7.23/FreeBSD M2 build 518 X-ADDRSpamFilter: Passed, probability (18%) X-ADDRSignature: 20F091E3 Subject: Re: Frequent crashes on 4.9STABLE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 17:04:00 -0000 Hi Andre, We haven't changed any compiler options. We recompiled the kernel with default compiler options. Regards Ajit Ajit Anand wrote: > Hi, > We are facing frequent crashes of our server running Apache,MySQL. The > machine is a P4 2.8 GHz with 512 MB RAM and 2 80 GB IDE HDD's. > dmesg output is attached in the file. > uname -a > FreeBSD chatwith.addr.com 4.9-RELEASE FreeBSD 4.9-RELEASE #3: Thu Mar 25 > 15:39:52 IST 2004 root@chatwith.addr.com:/usr/src/sys/compile/DEBUG > i386 > Output of gdb with the backtrace of the core > #0 dumpsys () at ../../kern/kern_shutdown.c:487 > #1 0xc022b1af in boot (howto=256) at ../../kern/kern_shutdown.c:316 > #2 0xc022b5ed in panic (fmt=0xc0405acc "%s") at > ../../kern/kern_shutdown.c:595 > #3 0xc0382493 in trap_fatal (frame=0xdef5fd58, eva=54) at > ../../i386/i386/trap.c:974 > #4 0xc0382141 in trap_pfault (frame=0xdef5fd58, usermode=0, eva=54) at > ../../i386/i386/trap.c:867 > #5 0xc0381ce7 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = > -1039728624, tf_edi = -554225664, tf_esi = -1069052468, > tf_ebp = -554303944, tf_isp = -554304124, tf_ebx = 0, tf_edx = 0, > tf_ecx = -554304249, tf_eax = 1, tf_trapno = 12, > tf_err = 2, tf_eip = -1070434902, tf_cs = 8, tf_eflags = 66178, > tf_esp = -730867616, tf_ss = -1069052468}) > at ../../i386/i386/trap.c:466 > #6 0xc03275aa in vm_fault (map=0xc0478dcc, vaddr=3740741632, > fault_type=1 '\001', fault_flags=0) > at ../../vm/vm_object.h:189 > #7 0xc03820ee in trap_pfault (frame=0xdef5feac, usermode=0, > eva=3740741632) at ../../i386/i386/trap.c:856 > #8 0xc0381ce7 in trap (frame={tf_fs = 462946320, tf_es = 496500752, > tf_ds = 16, tf_edi = 1073663755, tf_esi = -1055233972, > tf_ebp = -554303652, tf_isp = -554303784, tf_ebx = -1055234048, > tf_edx = 746534015, tf_ecx = -554225664, > tf_eax = 345135053, tf_trapno = 12, tf_err = 0, tf_eip = > -1071100893, tf_cs = 8, tf_eflags = 66178, > tf_esp = -1055234048, tf_ss = 4196352}) at > ../../i386/i386/trap.c:466 > #9 0xc0284c23 in ip_input (m=0xc11a6800) at ../../sys/fnv_hash.h:26 > #10 0xc028503b in ipintr () at ../../netinet/ip_input.c:955 > #11 0xc0377509 in swi_net_next () > Can someone please point me in the right direction to a solution to > this problem. Very strange. It crashes when trying to find out whether the packet is for an IP address configure on the box itself. Did you change any compiler settings when compiling this kernel? Maybe -O2 or such? -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 11:18:02 2004 Return-Path: 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 93A4516A4CE for ; Thu, 1 Apr 2004 11:18:02 -0800 (PST) Received: from mta3.xnet.ro (mta3.xnet.ro [217.10.192.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2816C43D41 for ; Thu, 1 Apr 2004 11:18:01 -0800 (PST) (envelope-from clau@reversedhell.net) Received: from reversedhell.net (81-196-92-42.arad.cablelink.ro [81.196.92.42]) (authenticated bits=0)i31JHoZ6004653 for ; Thu, 1 Apr 2004 22:17:54 +0300 Message-ID: <406C6AC0.8030506@reversedhell.net> Date: Thu, 01 Apr 2004 22:17:20 +0300 From: Claudiu Dragalina-Paraipan User-Agent: Mozilla Thunderbird 0.5 (X11/20040301) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.83.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6C0E157EBB4DCEF82FBCF4DE" X-RAVMilter-Version: 8.4.3(snapshot 20030212) (mta3.xnet.ro) X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: P4 HT with SMP kernel, FreeBSD 5.2.1-p4 problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 19:18:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6C0E157EBB4DCEF82FBCF4DE Content-Type: multipart/mixed; boundary="------------060106020004030606000705" This is a multi-part message in MIME format. --------------060106020004030606000705 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hello, I have a Pentium 4 2.8E (with HT), and an Intel 865GBF motherboard. After I made a bios upgrade I have this problem with it: every time I do a reboot or a shutdown the kernel hangs. Sometimes it gives a specific error message, sometimes the last lines of text are garbage, and rarely it just resets before it should. Seems that it happens before the file system is unmounted, because every next boot I have problems with it. Until now I didn't lose any important file, but I assume that this can happen giving this situation. Also, this does not happen if I compile a kernel without SMP support, or if I disable HT from bios (with SMP or not). Running a kernel with INVARIANTS and WITNESS seems to fix this problem too. I have attached a dmesg result after a boot -v. Please let me know what other informations you need for solving this situation. With respect, -- Claudiu Dragalina-Paraipan Reversed Hell Networks / reversedhell.net e-mail: clau@reversedhell.net GPG KeyID: BFACC244 (9F07 2B86 7965 B9A8 9AAB 1BEA 9B41 56C5 BFAC C244) gpg --keyserver gpg.mit.edu --recv-keys BFACC244 --------------060106020004030606000705 Content-Type: text/plain; name="dmesg-v" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg-v" Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE-p4 #43: Thu Apr 1 21:15:02 EEST 2004 root@oxygen:/usr/obj/usr/src/sys/OXYGEN Preloaded elf kernel "/boot/kernel/kernel" at 0xc0766000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0766278. Table 'FACP' at 0xef30200 Table 'APIC' at 0xef30300 MADT: Found table at 0xef30300 MP Configuration Table version 1.4 found at 0xc00fca70 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193118 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2793198625 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.20-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf33 Stepping = 3 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 250802176 (239 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000829000 - 0x000000000ead3fff, 237678592 bytes (58027 pages) avail memory = 238174208 (227 MB) APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry = 0xf0010 (c00f0010) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f3e80 pnpbios: Entry = f0000:44aa Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 MADT: Found IO APIC ID 2, Vector 0 at 0xfec00000 ioapic0: intpin 0 -> ExtINT (edge, activehi) ioapic0: intpin 1 -> irq 1 (edge, activehi) ioapic0: intpin 2 -> irq 2 (edge, activehi) ioapic0: intpin 3 -> irq 3 (edge, activehi) ioapic0: intpin 4 -> irq 4 (edge, activehi) ioapic0: intpin 5 -> irq 5 (edge, activehi) ioapic0: intpin 6 -> irq 6 (edge, activehi) ioapic0: intpin 7 -> irq 7 (edge, activehi) ioapic0: intpin 8 -> irq 8 (edge, activehi) ioapic0: intpin 9 -> irq 9 (edge, activehi) ioapic0: intpin 10 -> irq 10 (edge, activehi) ioapic0: intpin 11 -> irq 11 (edge, activehi) ioapic0: intpin 12 -> irq 12 (edge, activehi) ioapic0: intpin 13 -> irq 13 (edge, activehi) ioapic0: intpin 14 -> irq 14 (edge, activehi) ioapic0: intpin 15 -> irq 15 (edge, activehi) ioapic0: intpin 16 -> irq 16 (level, activelo) ioapic0: intpin 17 -> irq 17 (level, activelo) ioapic0: intpin 18 -> irq 18 (level, activelo) ioapic0: intpin 19 -> irq 19 (level, activelo) ioapic0: intpin 20 -> irq 20 (level, activelo) ioapic0: intpin 21 -> irq 21 (level, activelo) ioapic0: intpin 22 -> irq 22 (level, activelo) ioapic0: intpin 23 -> irq 23 (level, activelo) lapic0: Routing NMI -> LINT1 lapic1: Routing NMI -> LINT1 MADT: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: active-hi MADT: intr override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: active-hi ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff null: random: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80000094 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25708086) pcibios: BIOS version 2.10 Using $PIR table, 12 entries at 0xc00f3d30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 1 8 A 0x68 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 D 0x6b 3 4 5 6 7 9 10 11 12 14 15 slot 1 1 0 A 0x69 3 4 5 6 7 9 10 11 12 14 15 slot 1 1 0 B 0x6a 3 4 5 6 7 9 10 11 12 14 15 slot 1 1 0 C 0x6b 3 4 5 6 7 9 10 11 12 14 15 slot 1 1 0 D 0x68 3 4 5 6 7 9 10 11 12 14 15 slot 2 1 1 A 0x6a 3 4 5 6 7 9 10 11 12 14 15 slot 2 1 1 B 0x69 3 4 5 6 7 9 10 11 12 14 15 slot 2 1 1 C 0x68 3 4 5 6 7 9 10 11 12 14 15 slot 2 1 1 D 0x6b 3 4 5 6 7 9 10 11 12 14 15 slot 3 1 2 A 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 3 1 2 B 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 3 1 2 C 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 3 1 2 D 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 4 1 3 A 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 4 1 3 B 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 4 1 3 C 0x69 3 4 5 6 7 9 10 11 12 14 15 slot 4 1 3 D 0x6a 3 4 5 6 7 9 10 11 12 14 15 slot 5 1 4 A 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 5 1 4 B 0x6b 3 4 5 6 7 9 10 11 12 14 15 slot 5 1 4 C 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 5 1 4 D 0x68 3 4 5 6 7 9 10 11 12 14 15 slot 6 1 5 A 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 6 1 5 B 0x68 3 4 5 6 7 9 10 11 12 14 15 slot 6 1 5 C 0x6a 3 4 5 6 7 9 10 11 12 14 15 slot 6 1 5 D 0x69 3 4 5 6 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 3, width = 0 ACPI timer looks GOOD min = 3, max = 4, width = 1 ACPI timer looks GOOD min = 3, max = 3, width = 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_cpu1: Failed to attach throttling P_CNT pcib0: port 0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f8000000, size 26, enabled found-> vendor=0x8086, dev=0x2570, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base f0000000, size 27, enabled map[14]: type 1, range 32, base ffa80000, size 19, enabled map[18]: type 4, range 32, base 0000ec00, size 3, enabled pcib0: matched entry for 0.2.INTA (source ) pcib0: device is hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2572, revid=0x02 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 1 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c800, size 5, enabled pcib0: matched entry for 0.29.INTA (source ) pcib0: device is hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24d2, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 map[20]: type 4, range 32, base 0000cc00, size 5, enabled pcib0: matched entry for 0.29.INTB (source ) pcib0: device is hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24d4, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=19 map[20]: type 4, range 32, base 0000d000, size 5, enabled pcib0: matched entry for 0.29.INTC (source ) pcib0: device is hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d7, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=18 map[20]: type 4, range 32, base 0000d400, size 5, enabled pcib0: matched entry for 0.29.INTA (source ) pcib0: device is hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24de, revid=0x02 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 found-> vendor=0x8086, dev=0x244e, revid=0xc2 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x02 (500 ns) found-> vendor=0x8086, dev=0x24d0, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 00000000, size 3, enabled map[14]: type 4, range 32, base 00000000, size 2, enabled map[18]: type 4, range 32, base 00000000, size 3, enabled map[1c]: type 4, range 32, base 00000000, size 2, enabled map[20]: type 4, range 32, base 0000ffa0, size 4, enabled found-> vendor=0x8086, dev=0x24db, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[10]: type 4, range 32, base 0000e800, size 3, enabled map[14]: type 4, range 32, base 0000e400, size 2, enabled map[18]: type 4, range 32, base 0000e000, size 3, enabled map[1c]: type 4, range 32, base 0000dc00, size 2, enabled map[20]: type 4, range 32, base 0000d800, size 4, enabled pcib0: matched entry for 0.31.INTA (source ) pcib0: device is hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d1, revid=0x02 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=18 map[20]: type 4, range 32, base 0000c400, size 5, enabled pcib0: matched entry for 0.31.INTB (source ) pcib0: device is hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24d3, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 map[18]: type 1, range 32, base ffa7fc00, size 9, enabled map[1c]: type 1, range 32, base ffa7f800, size 8, enabled pcib0: matched entry for 0.31.INTB (source ) pcib0: device is hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24d5, revid=0x02 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 powerspec 2 supports D0 D3 current D0 agp0: port 0xec00-0xec07 mem 0xffa80000-0xffafffff,0xf0000000-0xf7ffffff irq 16 at device 2.0 on pci0 agp0: detected 16252k stolen memory agp0: aperture size is 128M pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) pcib1: at device 30.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xb000-0xbfff pcib1: memory decode 0xff800000-0xff8fffff pcib1: prefetched decode 0xfff00000-0xfffff ---- initial configuration ------------------------ ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- pci1: on pcib1 pci1: physical bus=1 map[10]: type 4, range 32, base 0000b800, size 8, enabled map[14]: type 1, range 32, base ff8ffc00, size 8, enabled pcib1: matched entry for 1.5.INTA (source ) pcib1: device is hardwired to IRQ 17 found-> vendor=0x1113, dev=0x1211, revid=0x10 bus=1, slot=5, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=17 powerspec 2 supports D0 D1 D2 D3 current D0 pcib1: device rl0 requested decoded I/O range 0xb800-0xb8ff rl0: port 0xb800-0xb8ff mem 0xff8ffc00-0xff8ffcff irq 17 at device 5.0 on pci1 pcib1: device rl0 requested decoded I/O range 0xb800-0xb8ff rl0: Ethernet address: 00:10:b5:87:62:d3 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 mask=03 stat0=50 stat1=00 devices=0x1 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 mask=03 stat0=00 stat1=00 devices=0x4 ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] atapci1: port 0xd800-0xd80f,0xdc00-0xdc03,0xe000-0xe007,0xe400-0xe403,0xe800-0xe807 irq 18 at device 31.2 on pci0 atapci1: [MPSAFE] ata2: reset tp1 mask=03 ostat0=7f ostat1=7f ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2: reset tp2 mask=00 stat0=ff stat1=ff devices=0x0 ata2: at 0xe800 on atapci1 ata2: [MPSAFE] ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 mask=00 stat0=ff stat1=ff devices=0x0 ata3: at 0xe000 on atapci1 ata3: [MPSAFE] ichsmb0: port 0xc400-0xc41f irq 17 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 pci0: at device 31.5 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: unable to allocate IRQ unknown: not probed (disabled) unknown: not probed (disabled) sio0: irq maps: 0xe001 0xe011 0xe001 0xe001 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it vga: vga0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: ready for input in output fdc0: cmd 3 failed at out byte 1 of 3 fdc0 failed to probe at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xe001 0xe001 0xe001 0xe001 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 2793198625 Hz quality -100 Timecounters tick every 10.000 msec lo0: bpf attached acpi_cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on Intel ICH5 chip ata0-master: setting UDMA100 on Intel ICH5 chip GEOM: create disk ad0 dp=0xc280fe60 ad0: ATA-6 disk at ata0-master ad0: 76319MB (156301488 sectors), 155061 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata1-master: setting PIO4 on Intel ICH5 chip acd0: CDRW drive at ata1 as master acd0: read 38167KB/s (8958KB/s) write 172KB/s (8958KB/s), 2048KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc [0] f:00 typ:7 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:71681967 [1] f:00 typ:15 s(CHS):1023/255/63 e(CHS):1023/254/63 s:71682030 l:6136830 [2] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:77818860 l:78477525 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 36701167104 end 36701199359 GEOM: Configure ad0s2, start 36701199360 length 3142056960 end 39843256319 GEOM: Configure ad0s3, start 39843256320 length 40180492800 end 80023749119 MBREXT Slice 5 on ad0s2: [0] f:00 typ:11 s(CHS):1023/1/1 e(CHS):1023/254/63 s:63 l:6136767 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s5, start 32256 length 3142024704 end 3142056959 GEOM: Configure ad0s3a, start 0 length 39643512832 end 39643512831 GEOM: Configure ad0s3b, start 39643512832 length 536979968 end 40180492799 GEOM: Configure ad0s3c, start 0 length 40180492800 end 40180492799 (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe4:ata2:0:0:0): error 22 (probe4:ata2:0:0:0): Unretryable Error (probe5:ata2:0:1:0): error 22 (probe5:ata2:0:1:0): Unretryable Error (probe6:ata3:0:0:0): error 22 (probe6:ata3:0:0:0): Unretryable Error (probe7:ata3:0:1:0): error 22 (probe7:ata3:0:1:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe4:ata2:0:0:0): error 22 (probe4:ata2:0:0:0): Unretryable Error (probe5:ata2:0:1:0): error 22 (probe5:ata2:0:1:0): Unretryable Error (probe6:ata3:0:0:0): error 22 (probe6:ata3:0:0:0): Unretryable Error (probe7:ata3:0:1:0): error 22 (probe7:ata3:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe2:ata1:0:0:0): Retrying Command (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error (probe2:ata1:0:0:0): Retrying Command (probe2:ata1:0:0:0): error 22 (probe2:ata1:0:0:0): Unretryable Error GEOM: create disk cd0 dp=0xc27f0600 pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 16.000MB/s transfers (cd0:ata1:0:0:0): Retrying Command GEOM: new disk cd0 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff ioapic0: routing intpin 1 (IRQ 1) to cluster 0 ioapic0: routing intpin 4 (IRQ 4) to cluster 0 ioapic0: routing intpin 8 (IRQ 8) to cluster 0 ioapic0: routing intpin 9 (IRQ 9) to cluster 0 ioapic0: routing intpin 13 (IRQ 13) to cluster 0 ioapic0: routing intpin 14 (IRQ 14) to cluster 0 ioapic0: routing intpin 15 (IRQ 15) to cluster 0 ioapic0: routing intpin 17 (IRQ 17) to cluster 0 ioapic0: routing intpin 18 (IRQ 18) to cluster 0 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:0:0): Retrying Command (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): Retrying Command (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Mounting root from ufs:/dev/ad0s3a WARNING: / was not properly dismounted /: mount pending error: blocks 24 files 6 start_init: trying /sbin/init pcm0: mem 0xffa7f800-0xffa7f8ff,0xffa7fc00-0xffa7fdff irq 17 at device 31.5 on pci0 pcm0: pcm0: Codec features headphone, 20 bit DAC, 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, double rate PCM, reserved 1, center DAC, surround DAC, LFE DAC, AMAP pcm0: sndbuf_setmap 331000, 4000; 0xd64eb000 -> 331000 pcm0: sndbuf_setmap 350000, 4000; 0xd64ef000 -> 350000 pcm0: measured ac97 link rate at 47998 Hz, will use 48000 Hz rl0: promiscuous mode enabled pflog0: bpf attached pflog: $Name: VERSION_2_03 $ pfsync0: bpf attached pfsync: $Name: VERSION_2_03 $ in6_ifattach: pflog0 is not multicast capable, IPv6 not enabled in6_ifattach: pfsync0 is not multicast capable, IPv6 not enabled pflog0: promiscuous mode enabled pf: $Name: VERSION_2_03 $ rl0: promiscuous mode disabled --------------060106020004030606000705-- --------------enig6C0E157EBB4DCEF82FBCF4DE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAbGrFm0FWxb+swkQRAgFzAKCj+R9dU6Ff6qdhMa3USiCa8nGgcACeIroZ 36zmZfLIumpEd3Nn0BFuvME= =vCvf -----END PGP SIGNATURE----- --------------enig6C0E157EBB4DCEF82FBCF4DE-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 13:56:25 2004 Return-Path: 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 E1F5C16A4CE for ; Thu, 1 Apr 2004 13:56:25 -0800 (PST) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAB5943D1D for ; Thu, 1 Apr 2004 13:56:25 -0800 (PST) (envelope-from jim@thehousleys.net) Received: from thehousleys.net ([24.34.30.131]) by comcast.net (rwcrmhc12) with ESMTP id <2004040121562401400saimje>; Thu, 1 Apr 2004 21:56:25 +0000 Received: from localhost (localhost [127.0.0.1]) by thehousleys.net (8.12.9p2/8.12.9) with ESMTP id i31LuN8d004765 for ; Thu, 1 Apr 2004 16:56:23 -0500 (EST) (envelope-from jim@thehousleys.net) Received: from thehousleys.net ([127.0.0.1]) by localhost (cat.int.thehousleys.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04634-01-5 for ; Thu, 1 Apr 2004 16:56:21 -0500 (EST) Received: from Thehousleys.net (baby.int.thehousleys.net [192.168.0.100]) (authenticated bits=0) by thehousleys.net (8.12.9p2/8.12.9) with ESMTP id i31LrK1H004641 for ; Thu, 1 Apr 2004 16:53:20 -0500 (EST) (envelope-from jim@Thehousleys.net) Message-ID: <406C8F4F.1040306@Thehousleys.net> Date: Thu, 01 Apr 2004 16:53:19 -0500 From: James Housley User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000308010207000106070605" X-Virus-Scanned: by amavisd-new at thehousleys.net Subject: Loosing STDOUT after file rotation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 21:56:26 -0000 This is a cryptographically signed message in MIME format. --------------ms000308010207000106070605 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I have a program that I have the is supposed to run forever. I log any output to a log file. It is run in a startup script like thie: program_name >> $err_log 2>&1 The problem is that after newsyslog rotates the $err_log file, no more data is written to the file. I can not stop and restart the program. I can accept a signal. But what do I need to do in "program_name" to allow the data to be written after the "rotation" of the file. Thanks, Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- The wise man built his network upon Un*x. The foolish man built his network upon Windows. --------------ms000308010207000106070605 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJIzCC AuwwggJVoAMCAQICAwucmTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMTMxMTkxMTAwWhcNMDUwMTMwMTkxMTAw WjBeMRAwDgYDVQQEEwdIb3VzbGV5MQ4wDAYDVQQqEwVKYW1lczEWMBQGA1UEAxMNSmFtZXMg SG91c2xleTEiMCAGCSqGSIb3DQEJARYTamltQHRoZWhvdXNsZXlzLm5ldDCCASIwDQYJKoZI hvcNAQEBBQADggEPADCCAQoCggEBAM70siVrpNeIN29fGXTeZx4DuD8BQDzS4F9QLhypRRv2 aL+B1DvaX3spU9O7TktIKeXwJ4pN7iiL6RFXX53QdyXht96ILFVuSsYxM3vaAI+M446KmMKL 1PT033SFCQVb8/DsbJPGQqMauWfon9hdjx8B+PqZyMDRoprj2mJrlUtaGwUGDMYzsE+qG+dY v20Z9JH1nXVxMpsktz1kON2oFWmemobcoGO2swhb5CmG7KYiKKZW/ItsDwhu5ZebeB63UkUl SL/+GiUPiieGxnptEDYf5RH/wdN/29I7IeZuab8YajAk2WO+68vAYA3+d/nTgX9YCeGdkPS6 9KxDELa7c8MCAwEAAaMwMC4wHgYDVR0RBBcwFYETamltQHRoZWhvdXNsZXlzLm5ldDAMBgNV HRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBALGpfU4DorG1pNJyzuGAeJY0QWUrZMDmryk/ r08DfcBpE/BicfJXEuee41NWh+7Y2Y4fVdaAo5UAtjDjj8novARRt2rtGv9M9+7OKoTsx20O JKNBCiJWc53MscEapsc4fvvCl2Cf/TBl1AESJgTkjHHxoyTDNaadvV0lowHakwhOMIIC7DCC AlWgAwIBAgIDC5yZMA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg RnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAxMzExOTExMDBaFw0wNTAxMzAxOTExMDBaMF4x EDAOBgNVBAQTB0hvdXNsZXkxDjAMBgNVBCoTBUphbWVzMRYwFAYDVQQDEw1KYW1lcyBIb3Vz bGV5MSIwIAYJKoZIhvcNAQkBFhNqaW1AdGhlaG91c2xleXMubmV0MIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEAzvSyJWuk14g3b18ZdN5nHgO4PwFAPNLgX1AuHKlFG/Zov4HU O9pfeylT07tOS0gp5fAnik3uKIvpEVdfndB3JeG33ogsVW5KxjEze9oAj4zjjoqYwovU9PTf dIUJBVvz8Oxsk8ZCoxq5Z+if2F2PHwH4+pnIwNGimuPaYmuVS1obBQYMxjOwT6ob51i/bRn0 kfWddXEymyS3PWQ43agVaZ6ahtygY7azCFvkKYbspiIoplb8i2wPCG7ll5t4HrdSRSVIv/4a JQ+KJ4bGem0QNh/lEf/B03/b0jsh5m5pvxhqMCTZY77ry8BgDf53+dOBf1gJ4Z2Q9Lr0rEMQ trtzwwIDAQABozAwLjAeBgNVHREEFzAVgRNqaW1AdGhlaG91c2xleXMubmV0MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAsal9TgOisbWk0nLO4YB4ljRBZStkwOavKT+vTwN9 wGkT8GJx8lcS557jU1aH7tjZjh9V1oCjlQC2MOOPyei8BFG3au0a/0z37s4qhOzHbQ4ko0EK IlZzncyxwRqmxzh++8KXYJ/9MGXUARImBOSMcfGjJMM1pp29XSWjAdqTCE4wggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwucmTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDA0MDEyMTUzMTlaMCMGCSqGSIb3DQEJ BDEWBBQ0JEv78hb83vcUzKpx020lLlmzrzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDC5yZMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwucmTANBgkqhkiG9w0BAQEFAASCAQA7Vau3 LinmGrRuazwkuSWp1MIYIJlXVol9bCvb+/1I6AJwJfs8uNUbyvDOPuGabCE8bdSP7m1J7bE2 2gMNbwJDBRhZATiK19CoRxKvcL0lbBPJfVXuqlF7Z5iQ8ww9eGrx9k3LcXSurFMQzenN7oLj xKkhGEBQ2SFgctxYdK2TgUXb9n7EIzBNIJ7tyYy1mkaUqn6MfQj2lb947zqGqpSjWuESQA2o BwBQiDA4Gk/By/+ktRsLqLOpfI6NqrjiRtEK/gQtpsZFFk0Jj9gLejgbAtqw8mI/TOBos2/4 8X5pVfj+hN/PMzjJJiAMiBrc7TMnCeHEafaf4v5EV1QiicQlAAAAAAAA --------------ms000308010207000106070605-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 14:00:49 2004 Return-Path: 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 D564516A4CE for ; Thu, 1 Apr 2004 14:00:49 -0800 (PST) Received: from mtaw4.prodigy.net (mtaw4.prodigy.net [64.164.98.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id C324C43D1F for ; Thu, 1 Apr 2004 14:00:49 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (341a216af7d428ffc0c0f4e443029dda@adsl-67-115-73-128.dsl.lsan03.pacbell.net [67.115.73.128]) by mtaw4.prodigy.net (8.12.10/8.12.10) with ESMTP id i31M0mKn009970; Thu, 1 Apr 2004 14:00:48 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 54314525E2; Thu, 1 Apr 2004 14:00:48 -0800 (PST) Date: Thu, 1 Apr 2004 14:00:48 -0800 From: Kris Kennaway To: Nan Wang Message-ID: <20040401220048.GA73817@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org Subject: Re: Multi-Thread Ports Installation suggestion. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 22:00:49 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Mar 31, 2004 at 01:55:38PM -0500, Nan Wang wrote: > http://www.bsdforums.org/forums/showthread.php?s=&threadid=20611 There are some partial patches in the GNATS DB that attempted to do this, but no-one was able to fix them up so they work, and they seemed to have since disappeared from their original URL [1]: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/25815 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/43273 Kris [1] This is why patches should always be submitted inline in the PR and should never be submitted as URLs. --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAbJEPWry0BWjoQKURAmSRAJ912KmwQCDRh8MIhAn3hIxiuWTWjgCg7B4i O+f//F92ZIkg7EqG/7OxFZo= =ecKK -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 15:52:54 2004 Return-Path: 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 9461416A4CE; Thu, 1 Apr 2004 15:52:54 -0800 (PST) Received: from lakemtao07.cox.net (lakemtao07.cox.net [68.1.17.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8E5143D1D; Thu, 1 Apr 2004 15:52:53 -0800 (PST) (envelope-from kitbsdlist2@HotPOP.com) Received: from vixen42 ([68.109.49.234]) by lakemtao07.cox.net (InterMail vM.5.01.06.08 201-253-122-130-108-20031117) with SMTP id <20040401235254.YZON10539.lakemtao07.cox.net@vixen42>; Thu, 1 Apr 2004 18:52:54 -0500 Date: Thu, 1 Apr 2004 15:50:05 -0600 From: Vulpes Velox To: freebsd-x11@freebsd.org, freebsd-hackers@freebsd.org Message-Id: <20040401155005.3ab847e8@vixen42.> X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: uhid devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 23:52:54 -0000 What would be the simplest way to get input from a uhid device and then feed it to X as keyboard input, mainly aimed at X? I am currently trying to find a nice starting place to looking at how to go about from a usb joypad and mapping it as keyboard in put. BTW sorry about the cross posting, was not sure which would be more acceptable for this topic. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 16:15:36 2004 Return-Path: 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 12EEF16A4CE for ; Thu, 1 Apr 2004 16:15:36 -0800 (PST) Received: from mail.yadt.co.uk (xfiles.yadt.co.uk [81.187.204.178]) by mx1.FreeBSD.org (Postfix) with SMTP id DACE943D31 for ; Thu, 1 Apr 2004 16:15:34 -0800 (PST) (envelope-from davidt@yadt.co.uk) Received: (qmail 2096 invoked from network); 2 Apr 2004 00:15:32 -0000 Received: from gattaca.yadt.co.uk (HELO mail.gattaca.yadt.co.uk) (81.187.204.179) by xfiles.yadt.co.uk with SMTP; 2 Apr 2004 00:15:32 -0000 Received: (qmail 9334 invoked by uid 1000); 2 Apr 2004 00:15:32 -0000 Date: Fri, 2 Apr 2004 01:15:31 +0100 From: David Taylor To: ghos Message-ID: <20040402001531.GA2388@gattaca.yadt.co.uk> Mail-Followup-To: ghos , Ganbold , freebsd-hackers@freebsd.org References: <6.0.3.0.2.20040329102508.029f5670@202.179.0.80> <142839937.20040330074923@mail.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <142839937.20040330074923@mail.ru> User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org cc: Ganbold Subject: Re: Re[2]: Question regarding shell user creation at login time X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 00:15:36 -0000 On Tue, 30 Mar 2004, ghos wrote: > > You wrote 29 mar 2004, 8:05:55 +0500: > > > Hi, > > > I traced sshd using ktrace and it says: > > ...... > > 10198 new CALL setuid(0) > > 10198 new RET setuid -1 errno 1 Operation not permitted > > 10198 new CALL execve(0x80485d0,0xbfbfed8c,0xbfbfed94) > > 10198 new NAMI "/home/new/new.pl" > > 10198 new RET execve -1 errno 13 Permission denied > > 10198 new CALL exit(0xffffffff) > > ..... [snip] > > > Directory: > > > public# ls -la ~new > > total 46 > > drwxr-xr-x 2 root wheel 512 Mar 29 09:10 . > > drwxr-xr-x 8 root wheel 512 Mar 25 15:28 .. > > -r--r----- 1 root new 767 Mar 24 17:43 .cshrc > > -r--r----- 1 root new 248 Mar 26 12:32 .login > > -r--r----- 1 root new 158 Mar 24 17:43 .login_conf > > -r--r----- 1 root new 373 Mar 24 17:43 .mail_aliases > > -r--r----- 1 root new 331 Mar 24 17:43 .mailrc > > -r--r----- 1 root new 797 Mar 24 17:43 .profile > > -r--r----- 1 root new 276 Mar 24 17:43 .rhosts > > -r--r----- 1 root new 975 Mar 24 17:43 .shrc > > -rwsr-x--- 1 root new 4651 Mar 26 08:47 new > > ---------- 1 root wheel 94 Mar 26 08:47 new.c > > -r-x------ 1 root wheel 15430 Mar 25 15:16 new.pl > > -rw-r--r-- 1 root wheel 52 Mar 25 16:52 new.sh > > > > Can somebody tell me the reason why it is failed? > > > Thanks in advance, > > > Ganbold > > You are not root! You are 'new' in 'new'-group. Try this: > # chmod g+x ~new/new.pl But in theory he should be root, since ~new/new is suid root. Since setuid(0) is failing, you are presumably correct that he is not, though. In any case, ~new/new.pl is owned by group wheel, so g+x won't help, without also changing the group to 'new'. Also, I think for scripts at least, read permission is required in addition to execute permission. (Since you're executing the interpreter, which then reads the script) I'd suggest checking get[e]uid() in ~new/new, and figuring out what it's running as (presumably 'new' group 'new'), and why it's not running as 'root', which it should be. If you give 'new' a "real" shell and log in, then execute ~new/new, what uid does it run as? If that works, I guess it's something ssh is doing (or a bug/feature in the kernel tickled by ssh) As for whether it's a good idea to be trying to set up an automated free shell server without being able to make the above work with your eyes closed... well... Assuming it's just a spare box with some spare network bandwidth to it, and no important data or access to important hosts on the same network, you probably don't care what happens to it. Just remember that _you_ will be held responsible if people start sending worms/spam/abuse from your host, or start installing irc bots (which are can be the target of large denial of service attacks). Personally, trying to keep a shell service running for paying (some of them at least, the rest were using stolen credit cards) customers was enough of a nightmare to encourage me never to give anyone I wouldn't explicitly trust with root on my box any access at all. -- David Taylor davidt@yadt.co.uk "The future just ain't what it used to be" From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 1 11:54:54 2004 Return-Path: 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 E99AA16A4CF; Thu, 1 Apr 2004 11:54:54 -0800 (PST) Received: from smtp.mmedia.is (smtp.mmedia.is [217.151.180.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 228E843D2F; Thu, 1 Apr 2004 11:54:54 -0800 (PST) (envelope-from baldur@foo.is) Received: from germanium.foo.is (tesla.foo.is [217.151.166.96]) i31Jsqfw006396; Thu, 1 Apr 2004 19:54:52 GMT From: Baldur Gislason To: freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Date: Thu, 1 Apr 2004 19:54:51 +0000 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200404011954.51014.baldur@foo.is> X-Mailman-Approved-At: Fri, 02 Apr 2004 06:23:02 -0800 Subject: Invalid realloc size of 0 when installing on an AMD athlonXP barton powered machine X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2004 19:54:55 -0000 I'm trying to install 5.2.1-rel from FTP with an intel 100Mb network card on an AMD AthlonXP barton 2500+ with an Aopen AK77-8XN motherboard and 1GB ram. When at 65% through extracting base, sysinstall crashes with the message: Fatal error: Invalid realloc size of 0! - PRESS ANY KEY TO REBOOT I know this is a very common problem these days, has any solution been found? I'd rather sell this machine than using some other operating system on it. Baldur From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 04:13:55 2004 Return-Path: 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 2926516A4CE for ; Fri, 2 Apr 2004 04:13:55 -0800 (PST) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06AEC43D45 for ; Fri, 2 Apr 2004 04:13:55 -0800 (PST) (envelope-from jim@thehousleys.net) Received: from thehousleys.net ([24.34.30.131]) by comcast.net (rwcrmhc12) with ESMTP id <2004040212135401400s7buue>; Fri, 2 Apr 2004 12:13:54 +0000 Received: from localhost (localhost [127.0.0.1]) by thehousleys.net (8.12.9p2/8.12.9) with ESMTP id i32CDr26001541 for ; Fri, 2 Apr 2004 07:13:53 -0500 (EST) (envelope-from jim@thehousleys.net) Received: from thehousleys.net ([127.0.0.1]) by localhost (cat.int.thehousleys.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01444-01-6 for ; Fri, 2 Apr 2004 07:13:50 -0500 (EST) Received: from Thehousleys.net (baby.int.thehousleys.net [192.168.0.100]) (authenticated bits=0) by thehousleys.net (8.12.9p2/8.12.9) with ESMTP id i32C9Hm8001381 for ; Fri, 2 Apr 2004 07:09:17 -0500 (EST) (envelope-from jim@Thehousleys.net) Message-ID: <406D57EC.9080908@Thehousleys.net> Date: Fri, 02 Apr 2004 07:09:16 -0500 From: James Housley User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at thehousleys.net Subject: Loosing STDOUT after file rotation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 12:13:55 -0000 I have a program that I have the is supposed to run forever. I log any output to a log file. It is run in a startup script like thie: program_name >> $err_log 2>&1 The problem is that after newsyslog rotates the $err_log file, no more data is written to the file. I can not stop and restart the program. I can accept a signal. But what do I need to do in "program_name" to allow the data to be written after the "rotation" of the file. Thanks, Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- The wise man built his network upon Un*x. The foolish man built his network upon Windows. From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 04:25:39 2004 Return-Path: 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 CCD0716A4CF for ; Fri, 2 Apr 2004 04:25:39 -0800 (PST) Received: from mizar.origin-it.net (mizar.origin-it.net [194.8.96.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDBDC43D31 for ; Fri, 2 Apr 2004 04:25:38 -0800 (PST) (envelope-from helge.oldach@atosorigin.com) Received: from matar.hbg.de.int.atosorigin.com (dehsfw3e.origin-it.net [194.8.96.68])i32CPb6W068695 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Apr 2004 14:25:37 +0200 (CEST) (envelope-from helge.oldach@atosorigin.com) Received: from galaxy.hbg.de.ao-srv.com (galaxy.hbg.de.ao-srv.com [161.89.20.4])ESMTP id i32CPbNJ004261; Fri, 2 Apr 2004 14:25:37 +0200 (CEST) (envelope-from helge.oldach@atosorigin.com) Received: (from hmo@localhost) by galaxy.hbg.de.ao-srv.com (8.9.3p2/8.9.3/hmo30mar03) id OAA28162; Fri, 2 Apr 2004 14:25:35 +0200 (MET DST) Message-Id: <200404021225.OAA28162@galaxy.hbg.de.ao-srv.com> In-Reply-To: <200404011829.04221.thierry@herbelot.com> from Thierry Herbelot at "Apr 1, 2004 6:29: 4 pm" To: thierry@herbelot.com Date: Fri, 2 Apr 2004 14:25:35 +0200 (MET DST) From: Helge Oldach X-Address: Atos Origin GmbH, Friesenstraße 13, D-20097 Hamburg, Germany X-Phone: +49 40 7886 7464, Fax: +49 40 7886 9464, Mobile: +49 160 4782517 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-hackers@freebsd.org cc: bzeeb-lists@lists.zabbadoz.net Subject: Re: implications of SMP kernel on UP X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 12:25:39 -0000 Thierry Herbelot: >Le Thursday 01 April 2004 09:10, Bjoern A. Zeeb a écrit : >> what are the implications on running an SMP enabled kernel on a UP >> machine ? >> >> I first thought of things like: >> - performence (most likely not worth the discussion ?) > >I got an improvement with a factor of ten between an SMP and a UP >kernel on a HTT-enabled P4/2,6GHz/800MHz FSB on network transfers (with >gigabit Ethernet boards: SMP gives about 6MB/s for FTP transfer rate, >and UP gives up to 75MB/s) > >So: as long as the network stack is not fully locked (this is coming - >perhaps for 5.3), a server should definitely run a UP kernel. Ooops, that is indeed dramatic. Does the same locking impact also affect other, interrupt-bound subsystems, such as the disk subsystem (in particular SCSI)? I am asking because I have a HTT machine that walks some 35.000 files every few minutes with an aggreated disk I/O load of only 5 MBytes/second, while the SCSI hardware is able to do SCSI-3/160... It appears that a lot of processes are indeed disk bound ("D"). Helge From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 05:30:43 2004 Return-Path: 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 0ED8916A4CE for ; Fri, 2 Apr 2004 05:30:43 -0800 (PST) Received: from mail.1plan.net (ns1.1plan.net [216.240.143.74]) by mx1.FreeBSD.org (Postfix) with SMTP id AA9AE43D2F for ; Fri, 2 Apr 2004 05:30:40 -0800 (PST) (envelope-from aanton@reversedhell.net) Received: (qmail 60023 invoked by uid 98); 2 Apr 2004 13:35:45 -0000 Received: from aanton@reversedhell.net by cp by uid 101 with qmail-scanner-1.20 (clamscan: 0.65. Clear:RC:1(81.196.32.25):. Processed in 1.684869 secs); 02 Apr 2004 13:35:45 -0000 X-Qmail-Scanner-Mail-From: aanton@reversedhell.net via cp X-Qmail-Scanner: 1.20 (Clear:RC:1(81.196.32.25):. Processed in 1.684869 secs) Received: from unknown (HELO reversedhell.net) (81.196.32.25) by ns1.1plan.net with SMTP; 2 Apr 2004 13:35:44 -0000 Message-ID: <406D5D78.7040302@reversedhell.net> Date: Fri, 02 Apr 2004 15:32:56 +0300 From: Anton Alin-Adrian User-Agent: Mozilla Thunderbird 0.5 (X11/20040303) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.83.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Site1@Vitsch.net Subject: wireless usb atmel driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 13:30:43 -0000 Hi folks! I am killing myself trying to compile http://www.vitsch.net/bsd/atuwi/ driver on 5.2.1-RELEASE. The driver is written for 5.1. I also received working sources from the author, for 5.2.1-RELEASE but they don't compile. I would really appreciate any hints. I want to ask you if there is any difference between and , because I had to modify the source and use the later, so I wonder if this could be affecting the compilation. Also, after fixing the include I get stuck at this point: In file included from /usr/src/sys/dev/usb/if_atuwi.c:82: @/dev/usb/if_atuwireg.h:275: warning: declaration does not declare anything Where one can easely look and see that line 275 is: ---cut--- SLIST_HEAD(atuwi_list_head, atuwi_chain); ---cut--- That is part of the following context: ---cut--- struct atuwi_chain { struct atuwi_softc *atuwi_sc; usbd_xfer_handle atuwi_xfer; char *atuwi_buf; struct mbuf *atuwi_mbuf; u_int8_t atuwi_idx; u_int16_t atuwi_length; #ifdef ATUWI_LAZY_TX_NETISR u_int8_t atuwi_not_freed; #endif /* ATUWI_LAZY_TX_NETISR */ SLIST_ENTRY(atuwi_chain) atuwi_list; }; struct atuwi_cdata { struct atuwi_chain atuwi_tx_chain[ATUWI_TX_LIST_CNT]; struct atuwi_chain atuwi_rx_chain[ATUWI_RX_LIST_CNT]; struct atuwi_chain atuwi_mgmt_chain[ATUWI_MGMT_LIST_CNT]; SLIST_HEAD(atuwi_list_head, atuwi_chain); /* <-- HERE */ struct atuwi_list_head atuwi_rx_free; struct atuwi_list_head atuwi_tx_free; struct atuwi_list_head atuwi_mgmt_free; u_int8_t atuwi_tx_inuse; u_int8_t atuwi_tx_last_idx; }; ---cut--- The complete error barking: ---cut--- Warning: Object directory not changed from original /usr/src/sys/modules/atuwi cc -O -pipe -mcpu=pentiumpro -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -finline-limit=15000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/atuwi/../../dev/usb/if_atuwi.c In file included from /usr/src/sys/dev/usb/if_atuwi.c:82: @/dev/usb/if_atuwireg.h:275: warning: declaration does not declare anything /usr/src/sys/dev/usb/if_atuwi.c: In function `atuwi_attach': /usr/src/sys/dev/usb/if_atuwi.c:2021: error: invalid application of `sizeof' to an incomplete type /usr/src/sys/dev/usb/if_atuwi.c: In function `atuwi_handle_mgmt_packet': /usr/src/sys/dev/usb/if_atuwi.c:2392: error: `IEEE80211_CAPINFO_SHORT_PREAMBLE' undeclared (first use in this function) /usr/src/sys/dev/usb/if_atuwi.c:2392: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/usb/if_atuwi.c:2392: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/atuwi. ---cut--- I tried replacing line 275 with: ---cut--- SLIST_HEAD(atuwi_list_head, atuwi_chain) atuwi_list; ---cut--- And the error output from the compilation attempt becomes: ---cut--- Warning: Object directory not changed from original /usr/src/sys/modules/atuwi cc -O -pipe -mcpu=pentiumpro -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -finline-limit=15000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/atuwi/../../dev/usb/if_atuwi.c /usr/src/sys/dev/usb/if_atuwi.c: In function `atuwi_attach': /usr/src/sys/dev/usb/if_atuwi.c:2021: error: invalid application of `sizeof' to an incomplete type /usr/src/sys/dev/usb/if_atuwi.c: In function `atuwi_handle_mgmt_packet': /usr/src/sys/dev/usb/if_atuwi.c:2392: error: `IEEE80211_CAPINFO_SHORT_PREAMBLE' undeclared (first use in this function) /usr/src/sys/dev/usb/if_atuwi.c:2392: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/usb/if_atuwi.c:2392: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/atuwi. ---cut--- So no more error on line 275 from if_atuwireg.h, but I don't know if that is the correct fix, and I don't know why it is still not compiling (and if those 2 incompatibilities are related or not). If anyone is kind enough to share me a hand of help, it is heavely appreciated. Thanks! Best Regards, -- Alin-Adrian Anton Reversed Hell Networks GPG keyID 0x1E2FFF2E (2963 0C11 1AF1 96F6 0030 6EE9 D323 639D 1E2F FF2E) gpg --keyserver pgp.mit.edu --recv-keys 1E2FFF2E From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 05:38:57 2004 Return-Path: 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 06FF716A4CE for ; Fri, 2 Apr 2004 05:38:57 -0800 (PST) Received: from saci.ensmp.fr (saci.ensmp.fr [194.214.158.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id C872743D41 for ; Fri, 2 Apr 2004 05:38:56 -0800 (PST) (envelope-from Jose-Marcio.Martins@ensmp.fr) Received: from ensmp.fr ([194.214.158.176]) by saci.ensmp.fr (sendmail 9.0.0.PreAlpha11) with ESMTP id S00000000406943AD01; Fri, 2 Apr 2004 15:38:55 +0200 Message-ID: <406D6CEF.9030501@ensmp.fr> Date: Fri, 02 Apr 2004 15:38:55 +0200 From: Jose Marcio Martins da Cruz Organization: Ecole des Mines de Paris User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.0.1) Gecko/20020920 Netscape/7.0 X-Accept-Language: fr, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Pointers about CPU load measuring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 13:38:57 -0000 Hello, Someone can send some pointers on how to measure global CPU load under FreeBSD from a C program ? I'm looking for values for idle/kernel/user, in a similar way as does top. Is there any pointer or doc ?. I'd like to avoir browsing top code. Thanks Jose-Marcio -- --------------------------------------------------------------- Jose Marcio MARTINS DA CRUZ Tel. :(33) 01.40.51.93.41 Ecole des Mines de Paris http://j-chkmail.ensmp.fr 60, bd Saint Michel http://www.ensmp.fr/~martins 75272 - PARIS CEDEX 06 mailto:Jose-Marcio.Martins@ensmp.fr From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 05:53:14 2004 Return-Path: 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 9E49E16A4D0 for ; Fri, 2 Apr 2004 05:53:14 -0800 (PST) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D40343D54 for ; Fri, 2 Apr 2004 05:53:14 -0800 (PST) (envelope-from dan@langille.org) Received: from xeon (xeon.unixathome.org [192.168.0.18]) by bast.unixathome.org (Postfix) with ESMTP id 2C6773D31; Fri, 2 Apr 2004 08:53:13 -0500 (EST) Date: Fri, 2 Apr 2004 08:53:13 -0500 (EST) From: Dan Langille X-X-Sender: dan@xeon.unixathome.org To: James Housley In-Reply-To: <406C8F4F.1040306@Thehousleys.net> Message-ID: <20040402085244.L8697@xeon.unixathome.org> References: <406C8F4F.1040306@Thehousleys.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Loosing STDOUT after file rotation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 13:53:14 -0000 On Thu, 1 Apr 2004, James Housley wrote: > I have a program that I have the is supposed to run forever. I log any > output to a log file. It is run in a startup script like thie: > > program_name >> $err_log 2>&1 > > The problem is that after newsyslog rotates the $err_log file, no more > data is written to the file. I can not stop and restart the program. I > can accept a signal. But what do I need to do in "program_name" to allow > the data to be written after the "rotation" of the file. When the signal is received, close the file, and reopen it. -- Dan Langille - BSDCan: http://www.bsdcan.org/ From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 05:54:16 2004 Return-Path: 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 9CB0716A4CF for ; Fri, 2 Apr 2004 05:54:16 -0800 (PST) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61C8643D53 for ; Fri, 2 Apr 2004 05:54:16 -0800 (PST) (envelope-from dan@langille.org) Received: from xeon (xeon.unixathome.org [192.168.0.18]) by bast.unixathome.org (Postfix) with ESMTP id D4EBC3D31; Fri, 2 Apr 2004 08:54:15 -0500 (EST) Date: Fri, 2 Apr 2004 08:54:15 -0500 (EST) From: Dan Langille X-X-Sender: dan@xeon.unixathome.org To: James Housley In-Reply-To: <406C8F4F.1040306@Thehousleys.net> Message-ID: <20040402085348.U8697@xeon.unixathome.org> References: <406C8F4F.1040306@Thehousleys.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Loosing STDOUT after file rotation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 13:54:16 -0000 On Thu, 1 Apr 2004, James Housley wrote: > I have a program that I have the is supposed to run forever. I log any > output to a log file. It is run in a startup script like thie: > > program_name >> $err_log 2>&1 > > The problem is that after newsyslog rotates the $err_log file, no more > data is written to the file. I can not stop and restart the program. I > can accept a signal. But what do I need to do in "program_name" to allow > the data to be written after the "rotation" of the file. Sorry, I missed the >> above.... I thought you were writing directly. -- Dan Langille - BSDCan: http://www.bsdcan.org/ From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 06:13:20 2004 Return-Path: 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 9D0C616A4D7 for ; Fri, 2 Apr 2004 06:13:20 -0800 (PST) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id AA47843D46 for ; Fri, 2 Apr 2004 06:13:19 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 2 Apr 2004 15:13:18 +0100 (BST) Date: Fri, 2 Apr 2004 15:13:17 +0100 From: David Malone To: James Housley Message-ID: <20040402141317.GA46001@walton.maths.tcd.ie> References: <406C8F4F.1040306@Thehousleys.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <406C8F4F.1040306@Thehousleys.net> User-Agent: Mutt/1.5.3i Sender: dwmalone@maths.tcd.ie cc: freebsd-hackers@freebsd.org Subject: Re: Loosing STDOUT after file rotation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 14:13:20 -0000 On Thu, Apr 01, 2004 at 04:53:19PM -0500, James Housley wrote: > I have a program that I have the is supposed to run forever. I log any > output to a log file. It is run in a startup script like thie: > > program_name >> $err_log 2>&1 > > The problem is that after newsyslog rotates the $err_log file, no more > data is written to the file. I can not stop and restart the program. I > can accept a signal. But what do I need to do in "program_name" to allow > the data to be written after the "rotation" of the file. You need to write the program to take the name of the file it should log to and then to reopen that file (either periodically or on a HUP signal...) David. From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 06:22:49 2004 Return-Path: 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 E8D2E16A4D2 for ; Fri, 2 Apr 2004 06:22:49 -0800 (PST) Received: from mail.rdstm.ro (mail.rdstm.ro [193.231.233.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BC7843D46 for ; Fri, 2 Apr 2004 06:22:49 -0800 (PST) (envelope-from aanton@reversedhell.net) Received: from reversedhell.net (casa_auto [81.196.32.25]) by mail.rdstm.ro (8.12.10/8.12.1) with ESMTP id i32EMlUa000800 for ; Fri, 2 Apr 2004 17:22:47 +0300 Message-ID: <406D69B4.6050601@reversedhell.net> Date: Fri, 02 Apr 2004 16:25:08 +0300 From: Anton Alin-Adrian User-Agent: Mozilla Thunderbird 0.5 (X11/20040303) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.83.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: wireless usb atmel driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 14:22:50 -0000 Hi folks! I am killing myself trying to compile http://www.vitsch.net/bsd/atuwi/ driver on 5.2.1-RELEASE. The driver is written for 5.1. I also received working sources from the author, for 5.2.1-RELEASE but they don't compile. I would really appreciate any hints. I want to ask you if there is any difference between and , because I had to modify the source and use the later, so I wonder if this could be affecting the compilation. Also, after fixing the include I get stuck at this point: In file included from /usr/src/sys/dev/usb/if_atuwi.c:82: @/dev/usb/if_atuwireg.h:275: warning: declaration does not declare anything Where one can easely look and see that line 275 is: ---cut--- SLIST_HEAD(atuwi_list_head, atuwi_chain); ---cut--- That is part of the following context: ---cut--- struct atuwi_chain { struct atuwi_softc *atuwi_sc; usbd_xfer_handle atuwi_xfer; char *atuwi_buf; struct mbuf *atuwi_mbuf; u_int8_t atuwi_idx; u_int16_t atuwi_length; #ifdef ATUWI_LAZY_TX_NETISR u_int8_t atuwi_not_freed; #endif /* ATUWI_LAZY_TX_NETISR */ SLIST_ENTRY(atuwi_chain) atuwi_list; }; struct atuwi_cdata { struct atuwi_chain atuwi_tx_chain[ATUWI_TX_LIST_CNT]; struct atuwi_chain atuwi_rx_chain[ATUWI_RX_LIST_CNT]; struct atuwi_chain atuwi_mgmt_chain[ATUWI_MGMT_LIST_CNT]; SLIST_HEAD(atuwi_list_head, atuwi_chain); /* <-- HERE */ struct atuwi_list_head atuwi_rx_free; struct atuwi_list_head atuwi_tx_free; struct atuwi_list_head atuwi_mgmt_free; u_int8_t atuwi_tx_inuse; u_int8_t atuwi_tx_last_idx; }; ---cut--- The complete error barking: ---cut--- Warning: Object directory not changed from original /usr/src/sys/modules/atuwi cc -O -pipe -mcpu=pentiumpro -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -finline-limit=15000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/atuwi/../../dev/usb/if_atuwi.c In file included from /usr/src/sys/dev/usb/if_atuwi.c:82: @/dev/usb/if_atuwireg.h:275: warning: declaration does not declare anything /usr/src/sys/dev/usb/if_atuwi.c: In function `atuwi_attach': /usr/src/sys/dev/usb/if_atuwi.c:2021: error: invalid application of `sizeof' to an incomplete type /usr/src/sys/dev/usb/if_atuwi.c: In function `atuwi_handle_mgmt_packet': /usr/src/sys/dev/usb/if_atuwi.c:2392: error: `IEEE80211_CAPINFO_SHORT_PREAMBLE' undeclared (first use in this function) /usr/src/sys/dev/usb/if_atuwi.c:2392: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/usb/if_atuwi.c:2392: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/atuwi. ---cut--- I tried replacing line 275 with: ---cut--- SLIST_HEAD(atuwi_list_head, atuwi_chain) atuwi_list; ---cut--- And the error output from the compilation attempt becomes: ---cut--- Warning: Object directory not changed from original /usr/src/sys/modules/atuwi cc -O -pipe -mcpu=pentiumpro -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -finline-limit=15000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/atuwi/../../dev/usb/if_atuwi.c /usr/src/sys/dev/usb/if_atuwi.c: In function `atuwi_attach': /usr/src/sys/dev/usb/if_atuwi.c:2021: error: invalid application of `sizeof' to an incomplete type /usr/src/sys/dev/usb/if_atuwi.c: In function `atuwi_handle_mgmt_packet': /usr/src/sys/dev/usb/if_atuwi.c:2392: error: `IEEE80211_CAPINFO_SHORT_PREAMBLE' undeclared (first use in this function) /usr/src/sys/dev/usb/if_atuwi.c:2392: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/usb/if_atuwi.c:2392: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/atuwi. ---cut--- So no more error on line 275 from if_atuwireg.h, but I don't know if that is the correct fix, and I don't know why it is still not compiling (and if those 2 incompatibilities are related or not). If anyone is kind enough to share me a hand of help, it is heavely appreciated. Thanks! Best Regards, -- Alin-Adrian Anton Reversed Hell Networks GPG keyID 0x1E2FFF2E (2963 0C11 1AF1 96F6 0030 6EE9 D323 639D 1E2F FF2E) gpg --keyserver pgp.mit.edu --recv-keys 1E2FFF2E From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 07:19:50 2004 Return-Path: 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 AC56416A4CE for ; Fri, 2 Apr 2004 07:19:50 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 458D843D2F for ; Fri, 2 Apr 2004 07:19:50 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id C34E95310; Fri, 2 Apr 2004 17:19:48 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 6A893530A; Fri, 2 Apr 2004 17:19:43 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id D82DB33CAA; Fri, 2 Apr 2004 17:19:42 +0200 (CEST) To: James Housley References: <406C8F4F.1040306@Thehousleys.net> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Fri, 02 Apr 2004 17:19:42 +0200 In-Reply-To: <406C8F4F.1040306@Thehousleys.net> (James Housley's message of "Thu, 01 Apr 2004 16:53:19 -0500") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-hackers@freebsd.org Subject: Re: Loosing STDOUT after file rotation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 15:19:50 -0000 James Housley writes: > I have a program that I have the is supposed to run forever. I log > any output to a log file. It is run in a startup script like thie: > > program_name >> $err_log 2>&1 > > The problem is that after newsyslog rotates the $err_log file, no more > data is written to the file. I can not stop and restart the program. > I can accept a signal. But what do I need to do in "program_name" to > allow the data to be written after the "rotation" of the file. There is not much you can do unless you modify your program to write directly to the log file instead of stdout (in which case you just need to re-open the log file when you get a SIGHUP), or use something like Apache's logrotate instead of newsyslog (pipe the program's output to logrotate, which takes care of the rest) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 07:31:39 2004 Return-Path: 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 6E9C716A4CE for ; Fri, 2 Apr 2004 07:31:39 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DE4943D2F for ; Fri, 2 Apr 2004 07:31:39 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i32FVXPq036609; Fri, 2 Apr 2004 10:31:33 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i32FVW97036606; Fri, 2 Apr 2004 10:31:32 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Fri, 2 Apr 2004 10:31:32 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20040401061417.GA63077@xor.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: UT2004? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 15:31:39 -0000 On Wed, 31 Mar 2004, Kris Kennaway wrote: > On Thu, Apr 01, 2004 at 03:26:27PM +0930, Daniel O'Connor wrote: > > Has anyone got it installed under FreeBSD? > > I got the demo to run and install pretty well (for some reason I can't play it > > in KDE, I have to drop back to twm otherwise my system hangs), but the full > > game doesn't install :( > > > > I have tried both the DVD edition and the 6 CD version.. It doesn't appear to > > detect that I have mounted a new disk and so I can't get past installing the > > first disks worth of stuff. > > > > I run the installer like so > > sudo /compat/linux/bin/sh /cdrom/linux-installer.sh > > > > and pick /usr/local/ut2004 as the place to install it. > > > > I have ktrace'd it and when I click 'Yes' on the CDROM prompt it only seems to > > try and open fstab and mtab. It ends up with a FreeBSD fstab > > and /compat/linux/etc/mtab which is a zero length file. > > Is it expecting /compat/linux/etc/mtab to be updated somehow when you > mount the new disk? linprocfs exports an mtab file from the kernel that's appropriate for use as a substitute, I believe. You can try symlinking etc/mtab to procfs/mtab in the linux namespace. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 08:18:46 2004 Return-Path: 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 BE46516A4CE for ; Fri, 2 Apr 2004 08:18:46 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 721FA43D31 for ; Fri, 2 Apr 2004 08:18:46 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i32GIiv2014834; Fri, 2 Apr 2004 10:18:44 -0600 (CST) (envelope-from dan) Date: Fri, 2 Apr 2004 10:18:44 -0600 From: Dan Nelson To: James Housley Message-ID: <20040402161844.GB6724@dan.emsphone.com> References: <406C8F4F.1040306@Thehousleys.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <406C8F4F.1040306@Thehousleys.net> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org Subject: Re: Loosing STDOUT after file rotation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 16:18:46 -0000 In the last episode (Apr 01), James Housley said: > I have a program that I have the is supposed to run forever. I log any > output to a log file. It is run in a startup script like thie: > > program_name >> $err_log 2>&1 > > The problem is that after newsyslog rotates the $err_log file, no more > data is written to the file. I can not stop and restart the program. I > can accept a signal. But what do I need to do in "program_name" to allow > the data to be written after the "rotation" of the file. Run "program_name 2>&1 | logger daemon.notice -t program_name", so messages go through syslog (/etc/rc.d/bgfsck does this). You can use programname filtering in syslog.conf to write that output to its own logfile. There's nothing program_name itself can do about the problem, since it didn't open the logfile; the shell did. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 08:25:35 2004 Return-Path: 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 7191216A4CF; Fri, 2 Apr 2004 08:25:35 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A17843D39; Fri, 2 Apr 2004 08:25:34 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id i32GPSQ9017171; Sat, 3 Apr 2004 01:55:29 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Robert Watson Date: Sat, 3 Apr 2004 01:55:23 +0930 User-Agent: KMail/1.6.1 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404030155.23762.doconnor@gsoft.com.au> X-Spam-Score: -4.4 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-hackers@freebsd.org cc: Kris Kennaway Subject: Re: UT2004? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 16:25:35 -0000 On Sat, 3 Apr 2004 01:01, Robert Watson wrote: > > > I have ktrace'd it and when I click 'Yes' on the CDROM prompt it only > > > seems to try and open fstab and mtab. It ends up with a FreeBSD fstab > > > and /compat/linux/etc/mtab which is a zero length file. > > > > Is it expecting /compat/linux/etc/mtab to be updated somehow when you > > mount the new disk? > > linprocfs exports an mtab file from the kernel that's appropriate for use > as a substitute, I believe. You can try symlinking etc/mtab to > procfs/mtab in the linux namespace. In the end SETUP_CDROM=/cdrom worked. I thought I'd tried it but apparently not.. Now if only nvidia would fix their drivers so I could run it from in KDE without hanging the PC.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 08:54:51 2004 Return-Path: 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 7D85A16A4CE for ; Fri, 2 Apr 2004 08:54:51 -0800 (PST) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 3552843D1D for ; Fri, 2 Apr 2004 08:54:50 -0800 (PST) (envelope-from neuhauser@chello.cz) Received: (qmail 13065 invoked by uid 0); 2 Apr 2004 16:54:48 -0000 Received: from r3al16.mistral.cz (HELO isis.wad.cz) (213.220.229.16) by smtp.dkm.cz with SMTP; 2 Apr 2004 16:54:48 -0000 Received: by isis.wad.cz (Postfix, from userid 1001) id A19EE2FDA01; Fri, 2 Apr 2004 17:55:46 +0200 (CEST) Date: Fri, 2 Apr 2004 17:55:46 +0200 From: Roman Neuhauser To: James Housley Message-ID: <20040402155546.GB14408@isis.wad.cz> Mail-Followup-To: James Housley , freebsd-hackers@freebsd.org References: <406C8F4F.1040306@Thehousleys.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <406C8F4F.1040306@Thehousleys.net> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org Subject: Re: Loosing STDOUT after file rotation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 16:54:51 -0000 # jim@thehousleys.net / 2004-04-01 16:53:19 -0500: > I have a program that I have the is supposed to run forever. I log any > output to a log file. It is run in a startup script like thie: > > program_name >> $err_log 2>&1 > > The problem is that after newsyslog rotates the $err_log file, no more > data is written to the file. I can not stop and restart the program. I > can accept a signal. But what do I need to do in "program_name" to allow > the data to be written after the "rotation" of the file. the program still writes to the original file. file != filename. you need to have newsyslog send the daemon a signal; the program needs to reopen the path in the signal handler. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 09:00:10 2004 Return-Path: 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 0D25216A4CF for ; Fri, 2 Apr 2004 09:00:10 -0800 (PST) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25CA343D1F for ; Fri, 2 Apr 2004 09:00:09 -0800 (PST) (envelope-from langd@informatik.tu-muenchen.de) Date: Fri, 2 Apr 2004 18:59:46 +0200 From: Daniel Lang To: James Housley Message-ID: <20040402165946.GA29273@atrbg11.informatik.tu-muenchen.de> References: <406C8F4F.1040306@Thehousleys.net> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <406C8F4F.1040306@Thehousleys.net> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: freebsd-hackers@freebsd.org Subject: Re: Loosing STDOUT after file rotation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 17:00:10 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear Jim, James Housley wrote on Thu, Apr 01, 2004 at 04:53:19PM -0500: > I have a program that I have the is supposed to run forever. I log any= =20 > output to a log file. It is run in a startup script like thie: >=20 > program_name >> $err_log 2>&1 >=20 > The problem is that after newsyslog rotates the $err_log file, no more=20 > data is written to the file. I can not stop and restart the program. I= =20 You mean no date is written to the new file? I bet data is=20 still pouring into the old file, which is probably just renamed after rotation. The reason is simple. Once you start your program, you open a filehandle to your error_log file. This handle stays valid until=20 the file is closed (e.g. when the progress dies). Just renaming the file does not invalidate the filehandle. And of course there is no magic which closes this filehandle and opens the new file. > can accept a signal. But what do I need to do in "program_name" to allow= =20 > the data to be written after the "rotation" of the file. Don't log to STDOUT/STDERR. Open the file inside of your program. Install a signal handler (e.g. catching SIGHUP), which closes the file and reopens it, be sure to update your references to the filehandle (which may change of course). Hope this helps, Daniel --=20 IRCnet: Mr-Spock - kommst du siehst du, gehst du hast du, weisst du, krass! - Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --UlVJffcvxoiEqYs2 Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIXgAYJKoZIhvcNAQcCoIIXcTCCF20CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC FUAwggbMMIIFtKADAgECAgIVezANBgkqhkiG9w0BAQUFADCBpjELMAkGA1UEBhMCREUxETAP BgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVu Y2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJH LUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDMwNTIwMTIz MTQyWhcNMDQwNTIxMDAwMDAwWjCBqzELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVu MSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZ RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEUMBIGA1UEAxMLRGFuaWVsIExhbmcxJDAiBgkq hkiG9w0BCQEWFWRhbmllbC5sYW5nQGluLnR1bS5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEAk55VXazdhYUuEJAHmO439gJwKVfvcdF64VyP8tzhYwiIx/9FOsQj8r8Gw2g0MDCa X2mCNiSKz32sUI33SQFhBhwxoF6bpq7d6pfeJ7UL+2T/bkRVF/Y7zPuMMK/wMbiEwyfvdjxk 8XsVtpj500LjW7QYdAHlijHRAY2nFk4f8bcCAwEAAaOCA38wggN7MAwGA1UdEwEB/wQCMAAw HQYDVR0OBBYEFPMLcu3eegcL6m8ObwlveYDdoYOpMIHKBgNVHSMEgcIwgb+AFK81Ou8wbY/H n0tx1dgCig9IKGPUoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkctQ0ExGzAZBgkqhkiG9w0B CQEWDGNhQGluLnR1bS5kZYIBAjAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMIGxBgNVHREEgakwgaaBD2xhbmdkQGluLnR1bS5kZYEVZGFuaWVsLmxh bmdAaW4udHVtLmRlgR9sYW5nZEBpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgSVkYW5pZWwu bGFuZ0BpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgRBsYW5nZEBjcy50dW0uZWR1gRZkYW5p ZWwubGFuZ0Bjcy50dW0uZWR1gQpkbEBsZW8ub3JnMAkGA1UdEgQCMAAwOAYDVR0fBDEwLzAt oCugKYYnaHR0cDovL2NhLmluLnR1bS5kZS9jcmxzL3VzZXJjYV9jcmwuY3JsMBEGCWCGSAGG +EIBAQQEAwIFoDCBnwYJYIZIAYb4QgENBIGRFoGORGllc2VzIFplcnRpZmlrYXQgd3VyZGUg YXVzZ2VzdGVsbHQgZnVlciBEYW5pZWwgTGFuZyB2b24gZGVyIFJCRy1CZW51dHplci1DQSwg RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIgVGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0 IE11ZW5jaGVuLjA2BglghkgBhvhCAQMEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmlu L3VzZXJjYS1yZXY/MDIGCWCGSAGG+EIBBAQlFiNodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1i aW4vY2EtcmV2PzA2BglghkgBhvhCAQgEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9wb2xpY2ll cy9yYmdjYS5odG1sMA0GCSqGSIb3DQEBBQUAA4IBAQAGrfB5rH9D6jl6Tx+hwXpv0a/TuV39 vIQWMCA1hi0V4pI+bMyGTW1k/Ve5C58wRZv7CSTnxTGoqZmqnV37GGQlZBmvsDE+u3FKL/T7 Tk/rlVajExCXGHwjgHp2FfCaVMawKSUrI60aDcUgLUtT2DKpEfKfr/MC7CDtCaYy6TW93cHc uv2oM+1PN+CIcR5PaqEySmeYoXBMXd6sktjyNUWLxsNhtFMVnOiwF3SZYbRbRobuEWM3o+W7 nijECUIKz8rvK3f/c8v9HlVitMbeaTs4J1nZUR9lsvGLik6vsfIgbmuP6MMkrKFYwq5XTR1x JtMcmvnqcWytpYFDVPGuGaj1MIIHKDCCBRCgAwIBAgIBATANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTY0MTAzWhcNMDQwNTIxMDAwMDAwWjCBpDELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAxMNUkJHLVNlcnZlci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAzAHBIFy4tKTvbMMg037hc9t2jR5MVpEUIPvrSWC4xpbr6Hw7abQW/lRfFpV8 enf9tSgfcl8kvGjAAD8AYeuDash6TQSUjBdZCe7V297oZ0dsuurZBkM5BwvLWF8vMiY+SD/+ XTqhnU6B/E9C+R5VXjXsXV2u9hDtKVC5hqVgnxRM5rT/LsUhcchgAXk2WuI8r9Llb+voPWwM FmHk2jxUwhvxZfGo15HDrvJUgzYsL36SmeYMI9Eo70uGmAQRPVVq2zn/3AC4z8X1cBd3ItnH YPbx0iUH5kEGq2KH5iCndwNq9oaFhKj+Y34wEv5BYl6sb5C9EBvtGyebNwuvmtC3tQIDAQAB o4ICaDCCAmQwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUH9QPe0VQVF1D2v8Su/itK/4O QMwwgcoGA1UdIwSBwjCBv4AU2WV+TUF/hD+1KtZ7E519yuW0XRqhgaOkgaAwgZ0xCzAJBgNV BAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJz aXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzAN BgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlggEAMA4GA1UdDwEB /wQEAwIBBjATBgNVHSUEDDAKBggrBgEFBQcDATA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDARBglghkgBhvhCAQEEBAMCAgQwgYQGCWCG SAGG+EIBDQR3FnVaZXJ0aWZpa2F0IGZ1ZXIgUkJHLVNlcnZlci1DQSBhdXNnZXN0ZWxsdCB2 b24gUkJHLUNBLCBGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBV bml2ZXJzaXRhZXQgTXVlbmNoZW4wMgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0u ZGUvY2dpLWJpbi9jYS1yZXY/MDwGCWCGSAGG+EIBCAQvFi1odHRwOi8vY2EuaW4udHVtLmRl L3BvbGljaWVzL3NlcnZlcmNhcG9sLmh0bWwwDQYJKoZIhvcNAQEFBQADggIBAMzKnULQb6Kd hPNmKKmPSJJUOtbHxGH7Qi8paskt7dzDja/X7wz3524LGN2f05c1uAfyAP9Ar0nFthWy0qeM ueOtrOcSCj8AYwYN5H4drMC8GglQwlkD0M/nhPJ5xtAj8JzNYHzG1DK5tVgoJnF+t4KmTpI6 QJ6Dh3XDoZXubWd0jkHxQIzOKhs9PPjEzydmerC7B3Zt8vh7457Sk6wwZFhXc+nkeIIplnlD sBioOSyF7hZOwx4I2Auxss1zsyUQHCX88sOuZC0kYB7yRd1TMRti8josznux8k13sZBezFMP S2yCuKRBEk5Nt57OyGbIF4O7Mhn01mTnol2BDpTKJek45bIpRvSLl/xRPpjnzxLO1rXtXgCs GtkmXj+Zwo5fnL6OvZIiFgMV4ASsFclZexceHxDjpia1IHSFB/4I5fAys8Bw03idI+rfsla1 mW0AJuw260QgoBz+b+LKGosJdNosMfOJmNl0vW3Kq6NfYpZLkG0YJF9Xo6vsATFk9kNq56ye ila80uE2wDO/BGAcBMWQ4uwfrWqVPoW5X/oHcPISApnCBeZ+LyWvnTkgxCUeyqyxNOvaA/j7 jUoBb9l+GWup8EGND16mR/wYWAxYLgis1pn5QmSTbbKSWKcqDo6HBo1Zx9XRf76CZc7RJRp9 EXqYrkmlL9eg7qcnnS1rJbqxMIIHQDCCBSigAwIBAgIBAjANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTcwMzUyWhcNMDQwNTIxMDAwMDAwWjCBpjELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJHLUJlbnV0emVy LUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQCtYQ5ycRY6fyrlvJgpeQCNhPxQduU59Kpv6xWId9sHL8NyI7nlmlWzMroD ddIqeg7QvvtPS+xorbQJ9rxh94lXZtwlGPYg4LC/1PHGnDt+8RGiq8GLbHyeJZoQnEGSovyn uR4wZ9qnApFRsXcUZ5W/CSSwjKnQeN39oFj8EC4xtmUuudV65sxGuGToRVoSnjeULJKYBNnC RxVx2MU5exKGQAuvgaVd7Ozb7ziZyWxhVCNrUQOGrSKDgyKLguWTNnD7sSOiOpie3IX8H2DV DvbcKcmMQr8ojwWutNDPadOth+J6qd/modqxB1VbH8wu0lezbhPM5dh7yUFCEqZoXXh9AgMB AAGjggJ+MIICejAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBSvNTrvMG2Px59LcdXYAooP SChj1DCBygYDVR0jBIHCMIG/gBTZZX5NQX+EP7Uq1nsTnX3K5bRdGqGBo6SBoDCBnTELMAkG A1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZl cnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEP MA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQAwDgYDVR0P AQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA0BgNVHR8ELTArMCmg J6AlhiNodHRwOi8vY2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDAJBgNVHRIEAjAAMBEG CWCGSAGG+EIBAQQEAwIBBjCBhwYJYIZIAYb4QgENBHoWeFplcnRpZmlrYXQgZnVlciBSQkct QmVudXR6ZXItQ0EsIGF1c2dlc3RlbGx0IHZvbiBSQkctQ0EsIEZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbjAyBglghkgB hvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8wOgYJYIZIAYb4 QgEIBC0WK2h0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvdXNlcmNhcG9sLmh0bWwwDQYJ KoZIhvcNAQEFBQADggIBAJapnE3b+p2nrryUkfTEl5iKTl7o8hLrB4FbLZsdBs16pIb0fIIq yGR0wlv0Qq5OLHm1hQzGkfhqEb2O+oBQJgaykxAB+6rKKOJdL12LSQrYXbDV8t/isyurwkFi fmcWDxVF4reDcz8F61KrVz46k2KtdY39CcuW+x1xQZRgier+jdBLLsbkM21XkufUrwnnO5Vr j0cD48XmcsVuWF0EkGo49jPHk8LG2cMyhQR/ZT4f1kegi9WmoV4NjKJnEU2QaTfbLUb2i509 RYf31oDnhq6oO1wCcRvVeDfyx5aj0y68sL1ySNmTQEELOmOFPqmVqa9BAR4wzuTXJi9UvOwF tQMsKq9AX4cFegDl4D4E5QQ7JladBMvJ0VALdGSGlGHARQGvO8SvapsOTVPC5n+UD6jwhTw0 pCPSypzIIrpT9vjxD7bDvudOfKguVRuX8poWID7yXcB0ApHdoNIMrGJx1Tc6SN6rGKWYre+W y/AsqMNNmR+YrJn/UOs6lKX9TtaHOFbxNPwo7RgdRg/srESEtIQ5IKkPA0Vt9Eh5H3VWBhrU b1gmvyNTwJFRqYmFhr7jFFdgnX3Jsbw81jl1z4jLdeeslLxs8vmnwQvWRz3BEPo+g0mrIuYt QjSdgGF8xHgyeRxfa8o3P/rncBysyNYe/AdWd6UGPmompEBZuFzSN+G8MYICCDCCAgQCAQEw ga0wgaYxCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5p c2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsxGDAWBgNVBAMTD1JCRy1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FA aW4udHVtLmRlAgIVezAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTA0MDQwMjE2NTk0NlowIwYJKoZIhvcNAQkEMRYEFMJ8Z2Y9BcIf 8qTHWC+LN58rDgdrMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEB AQUABIGAciB0D63WOAwjkMYDkLvD/snHL5RePBjFrx2Q1JB667Udx0CkPJKJtfLMnXQ8mi+y yj9vqg65mnOV1IeibDc4ShTWLHOz5wdklvsbxIgEtRKYLBDjZx2sCbQsSu4s9TvNGXMEz2tc dTcw9WN1DP8TZ1YzI6omOafJL0je5Vuw8bg= --UlVJffcvxoiEqYs2-- From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 10:24:46 2004 Return-Path: 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 C2CB216A4CE for ; Fri, 2 Apr 2004 10:24:46 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 376B643D39 for ; Fri, 2 Apr 2004 10:24:46 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id EFEA0653AC; Fri, 2 Apr 2004 19:24:30 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 80213-01; Fri, 2 Apr 2004 19:24:30 +0100 (BST) Received: from empiric.dek.spc.org (82-147-17-88.dsl.uk.rapidplay.com [82.147.17.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 93E786520C; Fri, 2 Apr 2004 19:24:27 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id CFEEE612C; Fri, 2 Apr 2004 19:24:26 +0100 (BST) Date: Fri, 2 Apr 2004 19:24:26 +0100 From: Bruce M Simpson To: Anton Alin-Adrian Message-ID: <20040402182426.GB40593@empiric.dek.spc.org> Mail-Followup-To: Anton Alin-Adrian , freebsd-hackers@freebsd.org References: <406D69B4.6050601@reversedhell.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <406D69B4.6050601@reversedhell.net> cc: freebsd-hackers@freebsd.org Subject: Re: wireless usb atmel driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 18:24:46 -0000 On Fri, Apr 02, 2004 at 04:25:08PM +0300, Anton Alin-Adrian wrote: > I am killing myself trying to compile http://www.vitsch.net/bsd/atuwi/ > driver on 5.2.1-RELEASE. Try the atuwi from my perforce tree. BMS From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 10:46:16 2004 Return-Path: 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 E4AED16A4CE for ; Fri, 2 Apr 2004 10:46:16 -0800 (PST) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5C1143D1D for ; Fri, 2 Apr 2004 10:46:16 -0800 (PST) (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.10/8.12.3) with ESMTP id i32Ik2QF010136; Fri, 2 Apr 2004 10:46:03 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.10/8.12.3/Submit) id i32Ik288010135; Fri, 2 Apr 2004 10:46:02 -0800 Date: Fri, 2 Apr 2004 10:46:02 -0800 From: Brooks Davis To: Jose Marcio Martins da Cruz Message-ID: <20040402184600.GD11637@Odin.AC.HMC.Edu> References: <406D6CEF.9030501@ensmp.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C+ts3FVlLX8+P6JN" Content-Disposition: inline In-Reply-To: <406D6CEF.9030501@ensmp.fr> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu cc: freebsd-hackers@freebsd.org Subject: Re: Pointers about CPU load measuring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 18:46:17 -0000 --C+ts3FVlLX8+P6JN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 02, 2004 at 03:38:55PM +0200, Jose Marcio Martins da Cruz wrote: >=20 > Someone can send some pointers on how to measure global CPU load under=20 > FreeBSD from a C program ? I'm looking for values for idle/kernel/user,= =20 > in a similar way as does top. Is there any pointer or doc ?. I'd like to= =20 > avoir browsing top code. The top code is rather gross. You might take a look at the Ganglia source code. It products metrics like that in fairly focused functions so it's more readable then top. The file you're intrested in is here: http://cvs.sourceforge.net/viewcvs.py/ganglia/monitor-core/gmond/machines/f= reebsd.c?rev=3D1.7&view=3Dauto If you want to play with the whole thing, the sysutils/ganglia-monitor-core port may be of use. -- 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 --C+ts3FVlLX8+P6JN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAbbTnXY6L6fI4GtQRAqsJAJ9CMg2AJNNt31VZ1sTqlShQiULoCwCdF9c3 O5MOcBHylk7bfBeQi1pWe4I= =FRFG -----END PGP SIGNATURE----- --C+ts3FVlLX8+P6JN-- From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 11:18:55 2004 Return-Path: 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 AD7EF16A4CE; Fri, 2 Apr 2004 11:18:55 -0800 (PST) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 524C143D2F; Fri, 2 Apr 2004 11:18:55 -0800 (PST) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-216-100-132-94.dsl.snfc21.pacbell.net [216.100.132.94])i32JIqj7219236; Fri, 2 Apr 2004 14:18:53 -0500 Message-ID: <406DBC32.2060101@elischer.org> Date: Fri, 02 Apr 2004 11:17:06 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: "Daniel O'Connor" References: <200404030155.23762.doconnor@gsoft.com.au> In-Reply-To: <200404030155.23762.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: Robert Watson cc: Kris Kennaway Subject: Re: UT2004? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 19:18:55 -0000 Daniel O'Connor wrote: > On Sat, 3 Apr 2004 01:01, Robert Watson wrote: > >>>>I have ktrace'd it and when I click 'Yes' on the CDROM prompt it only >>>>seems to try and open fstab and mtab. It ends up with a FreeBSD fstab >>>>and /compat/linux/etc/mtab which is a zero length file. >>> >>>Is it expecting /compat/linux/etc/mtab to be updated somehow when you >>>mount the new disk? >> >>linprocfs exports an mtab file from the kernel that's appropriate for use >>as a substitute, I believe. You can try symlinking etc/mtab to >>procfs/mtab in the linux namespace. > > > In the end SETUP_CDROM=/cdrom worked. > I thought I'd tried it but apparently not.. > > Now if only nvidia would fix their drivers so I could run it from in KDE > without hanging the PC.. We're working on providing TLS so that they can do that.. they are waiting on us.. don't blame them.. > -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 12:27:30 2004 Return-Path: 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 F3FBB16A4CE for ; Fri, 2 Apr 2004 12:27:29 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B630243D53 for ; Fri, 2 Apr 2004 12:27:29 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 7C7CA5310; Fri, 2 Apr 2004 22:27:28 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id B869B5319; Fri, 2 Apr 2004 22:27:23 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 9F43E33CAA; Fri, 2 Apr 2004 22:27:23 +0200 (CEST) To: Jose Marcio Martins da Cruz References: <406D6CEF.9030501@ensmp.fr> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Fri, 02 Apr 2004 22:27:23 +0200 In-Reply-To: <406D6CEF.9030501@ensmp.fr> (Jose Marcio Martins da Cruz's message of "Fri, 02 Apr 2004 15:38:55 +0200") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-hackers@freebsd.org Subject: Re: Pointers about CPU load measuring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 20:27:30 -0000 Jose Marcio Martins da Cruz writes: > Someone can send some pointers on how to measure global CPU load under > FreeBSD from a C program ? I'm looking for values for > idle/kernel/user, in a similar way as does top. Is there any pointer > or doc ?. I'd like to avoir browsing top code. Use sysctlbyname(3) to retrieve vm.loadavg, which is a struct loadavg (defined in ) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 12:53:11 2004 Return-Path: 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 C037216A4CE for ; Fri, 2 Apr 2004 12:53:11 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77D0743D46 for ; Fri, 2 Apr 2004 12:53:11 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i32Kr2bY049006; Fri, 2 Apr 2004 14:53:02 -0600 (CST) (envelope-from dan) Date: Fri, 2 Apr 2004 14:53:02 -0600 From: Dan Nelson To: Dag-Erling Smorgrav Message-ID: <20040402205301.GD6724@dan.emsphone.com> References: <406D6CEF.9030501@ensmp.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org cc: Jose Marcio Martins da Cruz Subject: Re: Pointers about CPU load measuring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 20:53:11 -0000 In the last episode (Apr 02), Dag-Erling Smorgrav said: > Jose Marcio Martins da Cruz writes: > > Someone can send some pointers on how to measure global CPU load under > > FreeBSD from a C program ? I'm looking for values for > > idle/kernel/user, in a similar way as does top. Is there any pointer > > or doc ?. I'd like to avoir browsing top code. > > Use sysctlbyname(3) to retrieve vm.loadavg, which is a struct loadavg > (defined in ) Actually the kern.cp_time variable might be better if you want idle/kernel/user values. It returns a long cp_time[CPUSTATES]; the states are listed in . Top calculates percentages by keeping the previous interval values, calculating diffs, totaling up the diffs, and setting percentage[cpustate] = diff[cpustate]/totaldiff. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 13:10:59 2004 Return-Path: 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 EDDD816A4CE for ; Fri, 2 Apr 2004 13:10:59 -0800 (PST) Received: from asarian-host.net (mail.asarian-host.net [194.109.160.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id D91CA43D1D for ; Fri, 2 Apr 2004 13:10:57 -0800 (PST) SRS0=1ekKWOsT=G6=asarian-host.net=admin@asarian-host.net) Comments: To protect the identity of the sender, certain header fields are either not shown, or masked. Anonymous email accounts can be requested by filling in the appropriate form at: https://asarian-host.net/cgi-bin/signup.cgi Received: (from root@localhost) by mail.asarian-host.net (8.12.11/8.12.11) id i32LAuan007730 for freebsd-hackers@freebsd.org; Fri, 2 Apr 2004 23:10:56 +0200 (CEST) (envelope-from admin@asarian-host.net) From: Mark Received-SPF: pass (asarian-host.net: domain of admin@asarian-host.net designates sender IP as SASL permitted sender) Message-Id: <200404022110.I32LASTU007692@asarian-host.net> Date: Fri, 02 Apr 2004 21:10:56 GMT X-Authenticated-Sender: admin@asarian-host.net X-Trace: /rpvo7ItJ1yyT7E7FVC+jvLsofYS8RV5WABPPZm2GkhzkXTSN8wt/+toafCiaHA1B6YsircPjDPke5m2jgGZEA== X-Complaints-To: abuse@asarian-host.net X-Abuse-Info: Please be sure to forward a copy of ALL headers, otherwise we are unable to process your complaint Organization: Asarian-host To: "Dan Nelson" , "Dag-Erling Smorgrav" References: <406D6CEF.9030501@ensmp.fr> <20040402205301.GD6724@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Auth: Asarian-host PGP signature iQEVAwUAQG3W4DFqW1BleBN9AQHnFggAlY75ntylCiZNwFvHaYuKBXxO0o+a/qKe PLkNevdeM8mb8D3bNSuIIWqJizq7TKe1/wctWwubHpbYMn8zg456A6e31ZuRHoQ4 4UW3Ub6g1db8WqNhweV3GmozuVubLa8DLHgwVDMJHGp1cE96y+2CMnDT7bY671Pq A5kmT9sjg1FZ2CUfBQw9Lux4nrXVUzt13Pbwgs+Qt3E9I8IjzfR5Z7npZjTkWzGm orgQ6XSmQuAa8KT83K7XOKfAIrrgmOkF19ZbFFHSEcWwBP6YsKqWvtEvgKYx4h/Z gZqK8Pc2OU/qeRkRa1RSQ3EqKUvyv7k8kOp9Mi5KuLFNGb2MysrEmA== =dsAu cc: freebsd-hackers@freebsd.org cc: Jose Marcio Martins da Cruz Subject: Re: Pointers about CPU load measuring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 21:11:00 -0000 Dan Nelson wrote: >>> Someone can send some pointers on how to measure global CPU load >>> under FreeBSD from a C program ? I'm looking for values for >>> idle/kernel/user, in a similar way as does top. Is there any pointer >>> or doc ?. I'd like to avoir browsing top code. >> >> Use sysctlbyname(3) to retrieve vm.loadavg, which is a struct loadavg >> (defined in ) > > Actually the kern.cp_time variable might be better if you want > idle/kernel/user values. I current let snmpd do the job. Is that as accurate as manually reading the kern.cp_time variable? - Mark From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 13:36:28 2004 Return-Path: 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 085E916A4CE; Fri, 2 Apr 2004 13:36:28 -0800 (PST) Received: from hak.cnd.mcgill.ca (hak.cnd.mcgill.ca [132.216.11.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id E76BE43D49; Fri, 2 Apr 2004 13:36:25 -0800 (PST) (envelope-from mat@hak.cnd.mcgill.ca) Received: from hak.cnd.mcgill.ca (localhost [127.0.0.1]) by hak.cnd.mcgill.ca (8.12.9/8.12.8) with ESMTP id i32LcaK0045100; Fri, 2 Apr 2004 16:38:36 -0500 (EST) (envelope-from mat@hak.cnd.mcgill.ca) Received: (from mat@localhost) by hak.cnd.mcgill.ca (8.12.9/8.12.8/Submit) id i32LcYfH045098; Fri, 2 Apr 2004 16:38:34 -0500 (EST) Date: Fri, 2 Apr 2004 16:38:34 -0500 From: Mathew Kanner To: Vulpes Velox Message-ID: <20040402213834.GA44558@cnd.mcgill.ca> References: <20040401155005.3ab847e8@vixen42.> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040401155005.3ab847e8@vixen42.> User-Agent: Mutt/1.4.1i Organization: I speak for myself, operating in Montreal, CANADA X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.62 X-Spam-Checker-Version: SpamAssassin 2.62 (2004-01-11) on hak.cnd.mcgill.ca cc: freebsd-hackers@freebsd.org cc: freebsd-x11@freebsd.org Subject: Re: uhid devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 21:36:28 -0000 On Apr 01, Vulpes Velox wrote: > What would be the simplest way to get input from a uhid device and > then feed it to X as keyboard input, mainly aimed at X? > > I am currently trying to find a nice starting place to looking at how > to go about from a usb joypad and mapping it as keyboard in put. > > BTW sorry about the cross posting, was not sure which would be more > acceptable for this topic. usbhidaction and xvkbd --Mat -- I don't even know what street Canada is on. - Al Capone From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 13:40:19 2004 Return-Path: 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 8313C16A4CE for ; Fri, 2 Apr 2004 13:40:19 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22C4C43D41 for ; Fri, 2 Apr 2004 13:40:19 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i32LeCQc009101; Fri, 2 Apr 2004 15:40:12 -0600 (CST) (envelope-from dan) Date: Fri, 2 Apr 2004 15:40:12 -0600 From: Dan Nelson To: Mark Message-ID: <20040402214012.GA49311@dan.emsphone.com> References: <406D6CEF.9030501@ensmp.fr> <20040402205301.GD6724@dan.emsphone.com> <200404022110.I32LASTU007692@asarian-host.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200404022110.I32LASTU007692@asarian-host.net> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: Dag-Erling Smorgrav cc: Jose Marcio Martins da Cruz cc: freebsd-hackers@freebsd.org Subject: Re: Pointers about CPU load measuring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 21:40:19 -0000 In the last episode (Apr 02), Mark said: > Dan Nelson wrote: > >>> Someone can send some pointers on how to measure global CPU load > >>> under FreeBSD from a C program ? I'm looking for values for > >>> idle/kernel/user, in a similar way as does top. Is there any > >>> pointer or doc ?. I'd like to avoir browsing top code. > >> > >> Use sysctlbyname(3) to retrieve vm.loadavg, which is a struct > >> loadavg (defined in ) > > > > Actually the kern.cp_time variable might be better if you want > > idle/kernel/user values. > > I current let snmpd do the job. Is that as accurate as manually > reading the kern.cp_time variable? If you're talking about enterprises.ucdavis.systemStats, then yes. Snmpd digs directly into /dev/kmem instead of using sysctl (so it can run on older kernels that didn't provide the sysctl variable), but the values are the same. enterprises.ucdavis.laTable is populated from the vm.loadavg sysctl variable. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 14:35:38 2004 Return-Path: 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 20D3616A4CE for ; Fri, 2 Apr 2004 14:35:38 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF03743D2D for ; Fri, 2 Apr 2004 14:35:37 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i32MZTPq043249; Fri, 2 Apr 2004 17:35:29 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i32MZTNH043246; Fri, 2 Apr 2004 17:35:29 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Fri, 2 Apr 2004 17:35:29 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Thierry Herbelot In-Reply-To: <200404011829.04221.thierry@herbelot.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-hackers@freebsd.org cc: "Bjoern A. Zeeb" Subject: Re: implications of SMP kernel on UP X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 22:35:38 -0000 On Thu, 1 Apr 2004, Thierry Herbelot wrote: > Le Thursday 01 April 2004 09:10, Bjoern A. Zeeb a =E9crit : > > Hi, > > > > what are the implications on running an SMP enabled kernel on a UP > > machine ? > > > > I first thought of things like: > > - performence (most likely not worth the discussion ?) >=20 > I got an improvement with a factor of ten between an SMP and a UP kernel > on a HTT-enabled P4/2,6GHz/800MHz FSB on network transfers (with gigabit > Ethernet boards : SMP gives about 6MB/s for FTP transfer rate, and UP > gives up to 75MB/s)=20 >=20 > So : as long as the network stack is not fully locked (this is coming - > perhaps for 5.3), a server should definitely run a UP kernel.=20 I would instead phrase this as "A kernel-bound network server may benefit from running a UP server". For compute-bound tasks, running SMP has pretty dramatic effects :-). It's also worth pointing out that in many existing configurations, even with Giant over the network stack, we already see performance benefits running 5.x with SMP over 4.x with SMP. BTW, look for network locking patches coming to the arch@ mailing list in the next couple of days to try out (subject to limitations). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 17:52:53 2004 Return-Path: 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 E08C316A4CE for ; Fri, 2 Apr 2004 17:52:53 -0800 (PST) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FC5243D31 for ; Fri, 2 Apr 2004 17:52:53 -0800 (PST) (envelope-from craigbooth@earthlink.net) Received: from BoothLaptop ([69.167.192.118]) by mta11.adelphia.net (InterMail vM.5.01.06.08 201-253-122-130-108-20031117) with ESMTP id <20040403015253.TFCW24733.mta11.adelphia.net@BoothLaptop> for ; Fri, 2 Apr 2004 20:52:53 -0500 From: "Craig Booth" To: Date: Fri, 2 Apr 2004 20:52:50 -0500 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcQZHl695N3XzcdxSQCyQD7Lb2mLsQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Message-Id: <20040403015253.TFCW24733.mta11.adelphia.net@BoothLaptop> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Wireless Card Issue AFTER Install X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2004 01:52:54 -0000 Any guru out there that has the knowledge to provide some advice to persist the use of the Linksys card beyond the first install? I tried this question on the Questions mailing list, but no one could tackle it, unfortunately. Situation: I have set up my Sony VAIO PCG-FRV27 laptop as a dual boot machine between Win XP Pro and FreeBSD. I am using a Linksys Wireless card connecting through a Linksys router. My install successfully enabled and used the wireless card and router to install directly from the FreeBSD ftp site (after CD boot) and completed with no errors. Even though my rc.conf file is verified as setup with "DHCP" and the pccard enabled, and even though the startup processes appear to find and enable the card ok, I can't connect back to the ftp site to download more stuff unless I use the CD to restart the install over the ftp site again. It either can't resolve the ftp site, or hangs during the attempt. I have read where this can sometimes happen with dual boot machines when the other OS doesn't properly release the card, but I have tried unplugging the machine, removing and putting back both the card and the laptop battery before rebooting, and it still doesn't work. I am getting the [Null] [Null] message after the Linksys Card Found message during startup, as my earlier reading about the problem discussed, but nothing seems to change that, unless I reinstall FreeBSD from the CD (which I'm obviously not going to do everytime I want to use FreeBSD!) Two things I notice when I go to set up the media in SYSINSTALL. The gateway address (192.168.2.1) and the DHCP assigned address (range starting with 192.168.2.2), both present on this same screen when booting from the CD, are missing from the DHCP config screen that comes up just before SYSINSTALL attempts to connect to the ftp site, though the connection attempt still fails if I enter the info back in manually before trying to connect. Also, a message comes up before that which says something about being in multiuser mode, and ask if I want to assume network settings are already correct. (or something like that) This multiuser message is not present when booting from the CD. From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 17:57:52 2004 Return-Path: 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 3781816A4CE; Fri, 2 Apr 2004 17:57:52 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DE3A43D2F; Fri, 2 Apr 2004 17:57:51 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id i331veQ9039675; Sat, 3 Apr 2004 11:27:41 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Julian Elischer Date: Sat, 3 Apr 2004 11:27:38 +0930 User-Agent: KMail/1.6.1 References: <200404030155.23762.doconnor@gsoft.com.au> <406DBC32.2060101@elischer.org> In-Reply-To: <406DBC32.2060101@elischer.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404031127.39219.doconnor@gsoft.com.au> X-Spam-Score: -3.6 () CARRIAGE_RETURNS,IN_REP_TO,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-hackers@freebsd.org cc: Robert Watson cc: Kris Kennaway Subject: Re: UT2004? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2004 01:57:52 -0000 On Sat, 3 Apr 2004 04:47, Julian Elischer wrote: > > Now if only nvidia would fix their drivers so I could run it from in KDE > > without hanging the PC.. > > We're working on providing TLS so that they can do that.. they are waiting > on us.. don't blame them.. Oh, no, I run KDE with nvidia drivers and it works fine, I just use libc_r to do it. I can run Neverwinter Nights from KDE with no probs, but if I try UT2004 it loads up, changes screen res and hangs the PC. Although TLS would be nice so I could not worry about the grim reaper sharpening his blade for c_r 8-) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 3 02:45:29 2004 Return-Path: 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 4452716A4CE for ; Sat, 3 Apr 2004 02:45:29 -0800 (PST) Received: from mail.rdstm.ro (mail.rdstm.ro [193.231.233.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A14C43D48 for ; Sat, 3 Apr 2004 02:45:28 -0800 (PST) (envelope-from aanton@reversedhell.net) Received: from reversedhell.net (casa_auto [81.196.32.25]) by mail.rdstm.ro (8.12.10/8.12.1) with ESMTP id i33AjRUa010852 for ; Sat, 3 Apr 2004 13:45:27 +0300 Message-ID: <406E8841.9020900@reversedhell.net> Date: Sat, 03 Apr 2004 12:47:45 +0300 From: Anton Alin-Adrian User-Agent: Mozilla Thunderbird 0.5 (X11/20040303) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <406D69B4.6050601@reversedhell.net> <20040402182426.GB40593@empiric.dek.spc.org> In-Reply-To: <20040402182426.GB40593@empiric.dek.spc.org> X-Enigmail-Version: 0.83.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: wireless usb atmel driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2004 10:45:29 -0000 Bruce M Simpson wrote: > On Fri, Apr 02, 2004 at 04:25:08PM +0300, Anton Alin-Adrian wrote: > >>I am killing myself trying to compile http://www.vitsch.net/bsd/atuwi/ >>driver on 5.2.1-RELEASE. > > > Try the atuwi from my perforce tree. > > BMS > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > Ok, thanks, I will try. Regards, -- Alin-Adrian Anton Reversed Hell Networks GPG keyID 0x1E2FFF2E (2963 0C11 1AF1 96F6 0030 6EE9 D323 639D 1E2F FF2E) gpg --keyserver pgp.mit.edu --recv-keys 1E2FFF2E From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 3 04:15:43 2004 Return-Path: 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 139EA16A4D8 for ; Sat, 3 Apr 2004 04:15:43 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D923D43D66 for ; Sat, 3 Apr 2004 04:15:41 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id i33CFYQ9048841; Sat, 3 Apr 2004 21:45:38 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Sat, 3 Apr 2004 21:45:26 +0930 User-Agent: KMail/1.6.1 References: <406C8F4F.1040306@Thehousleys.net> In-Reply-To: <406C8F4F.1040306@Thehousleys.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404032145.26767.doconnor@gsoft.com.au> X-Spam-Score: -4.4 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_02_03,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: Loosing STDOUT after file rotation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2004 12:15:43 -0000 On Fri, 2 Apr 2004 07:23, James Housley wrote: > I have a program that I have the is supposed to run forever. I log any > output to a log file. It is run in a startup script like thie: > > program_name >> $err_log 2>&1 > > The problem is that after newsyslog rotates the $err_log file, no more > data is written to the file. I can not stop and restart the program. I > can accept a signal. But what do I need to do in "program_name" to allow > the data to be written after the "rotation" of the file. As other people have pointed out, you need another program or to write the log file in the program itself. I have the "another program" bit, it doesn't listen for signals but reopens the file for each blob of data. It's actually work's but I can get my boss to relicense it if you want it. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 00:30:52 2004 Return-Path: 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 C0F2816A4CE; Fri, 2 Apr 2004 00:30:52 -0800 (PST) Received: from gwdu60.gwdg.de (gwdu60.gwdg.de [134.76.8.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6AE643D41; Fri, 2 Apr 2004 00:30:51 -0800 (PST) (envelope-from kheuer2@gwdg.de) Received: from gwdu60.gwdg.de (localhost [127.0.0.1]) by gwdu60.gwdg.de (8.12.9p2/8.12.8) with ESMTP id i328UorB082814; Fri, 2 Apr 2004 10:30:50 +0200 (CEST) (envelope-from kheuer2@gwdg.de) Received: from localhost (kheuer2@localhost)i328Un1U082811; Fri, 2 Apr 2004 10:30:50 +0200 (CEST) X-Authentication-Warning: gwdu60.gwdg.de: kheuer2 owned process doing -bs Date: Fri, 2 Apr 2004 10:30:49 +0200 (CEST) From: Konrad Heuer To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Message-ID: <20040402100819.S81710@gwdu60.gwdg.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Sat, 03 Apr 2004 05:14:09 -0800 Subject: Critical mmap failure? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 08:30:52 -0000 I've a couple of systems running FreeBSD 4.9; they all share /usr and anything below by nfs. There are (at less) two applications that do not run or do not run correctly on one distinguished system, but correctly on each other machine. One application is mozilla; it stops shortly after invocation with the following error message: INTERNAL ERROR on Browser End: JavaPluginFactory5 init - no agent? System error?:: Cannot allocate memory Analyzing the problem with "truss" shows an error while mozilla calls "mmap": mmap(0xbfaef000,65536,0x3,0x400,-1,0x0) ERR#12 'Cannot allocate memory' mmap(0xbfade000,65536,0x3,0x400,-1,0x0) ERR#12 'Cannot allocate memory' On the other systems, there are no errors: mmap(0xbfaef000,65536,0x3,0x400,-1,0x0) = -1079054336 (0xbfaef000) mmap(0xbfade000,65536,0x3,0x400,-1,0x0) = -1079123968 (0xbfade000) * Other "mmap" calls that do not require MAP_STACK (0x400) do not lead to errors anywhere. * All kernels are compiled with -DVM_STACK since this is default on i386. * The value of the variable vm.max_proc_mmap is not higher on any of the systems which do well than on the problematic one. * The same holds for resource limits. * The machines in question are all DELL PowerEdge 2650, three with RAID controllers, one without. The main difference in hardware is that the system on wich the error occurs has 4 GB of memory, the others 2 GB. There are no significant differences in the kernel configuration files except driver entries for RAID or not. Any idea that may help is very welcome, since the other application that fails is a commercial linux binary calling "linux mmap" frequently and producing wrong data (possibly the return code of "mmap" isn't checked). This application is very important for us, and does not do anything than reading and writing data and calling "mmap". Best regards Konrad Heuer (kheuer2@gwdg.de) ____ ___ _______ GWDG / __/______ ___ / _ )/ __/ _ \ Am Fassberg / _// __/ -_) -_) _ |\ \/ // / 37077 Goettingen /_/ /_/ \__/\__/____/___/____/ Germany From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 10:57:05 2004 Return-Path: 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 90C9116A4CE; Fri, 2 Apr 2004 10:57:05 -0800 (PST) Received: from lakemtao05.cox.net (lakemtao05.cox.net [68.1.17.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E5CC43D31; Fri, 2 Apr 2004 10:57:05 -0800 (PST) (envelope-from kitsune@gmx.co.uk) Received: from vixen42 ([68.109.49.234]) by lakemtao05.cox.net (InterMail vM.5.01.06.08 201-253-122-130-108-20031117) with SMTP id <20040402185702.HDCP21704.lakemtao05.cox.net@vixen42>; Fri, 2 Apr 2004 13:57:02 -0500 Date: Fri, 2 Apr 2004 10:54:23 -0600 From: kitsune To: Vulpes Velox Message-Id: <20040402105423.3abe78b9@vixen42.> In-Reply-To: <20040401155005.3ab847e8@vixen42.> References: <20040401155005.3ab847e8@vixen42.> X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 03 Apr 2004 05:14:09 -0800 cc: freebsd-hackers@freebsd.org cc: freebsd-x11@freebsd.org Subject: Re: uhid devices X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 18:57:05 -0000 On Thu, 1 Apr 2004 15:50:05 -0600 Vulpes Velox wrote: > What would be the simplest way to get input from a uhid device and > then feed it to X as keyboard input, mainly aimed at X? > > I am currently trying to find a nice starting place to looking at > how to go about from a usb joypad and mapping it as keyboard in put. Well getting it working went far smoother than expected... did not require any wrapper code or any thing... Just stuck it in the X config as a keyboard and it worked perfectly. The only thing to do now is look into remapping they keys on it. From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 2 13:52:02 2004 Return-Path: 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 68AB916A4CE for ; Fri, 2 Apr 2004 13:52:02 -0800 (PST) Received: from paris.ensmp.fr (paris.ensmp.fr [194.214.158.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCD7B43D49 for ; Fri, 2 Apr 2004 13:52:01 -0800 (PST) (envelope-from martins@saci.ensmp.fr) Received: from saci.ensmp.fr (saci [194.214.158.176]) by paris.ensmp.fr (8.12.10/8.12.9/JMMC) with ESMTP id i32LpIT1005676; Fri, 2 Apr 2004 23:51:18 +0200 (MEST) Received: (from martins@localhost) by saci.ensmp.fr (8.12.11/8.12.10/Submit) id i32LpIw5009567; Fri, 2 Apr 2004 23:51:18 +0200 (CEST) From: Jose Marcio Martins da Cruz Message-Id: <200404022151.i32LpIw5009567@saci.ensmp.fr> To: dnelson@allantgroup.com (Dan Nelson) Date: Fri, 2 Apr 2004 23:51:18 +0200 (CEST) In-Reply-To: <20040402214012.GA49311@dan.emsphone.com> from "Dan Nelson" at Apr 02, 2004 03:40:12 PM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Miltered: at paris with ID 406DE056.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Mailman-Approved-At: Sat, 03 Apr 2004 05:14:09 -0800 cc: Dag-Erling Smorgrav cc: Mark cc: Jose Marcio Martins da Cruz cc: freebsd-hackers@freebsd.org Subject: Re: Pointers about CPU load measuring X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2004 21:52:02 -0000 > > In the last episode (Apr 02), Mark said: > > Dan Nelson wrote: > > >>> Someone can send some pointers on how to measure global CPU load > > >>> under FreeBSD from a C program ? I'm looking for values for > > >>> idle/kernel/user, in a similar way as does top. Is there any > > >>> pointer or doc ?. I'd like to avoir browsing top code. > > >> > > >> Use sysctlbyname(3) to retrieve vm.loadavg, which is a struct > > >> loadavg (defined in ) > > > > > > Actually the kern.cp_time variable might be better if you want > > > idle/kernel/user values. > > > > I current let snmpd do the job. Is that as accurate as manually > > reading the kern.cp_time variable? > > If you're talking about enterprises.ucdavis.systemStats, then yes. > Snmpd digs directly into /dev/kmem instead of using sysctl (so it can > run on older kernels that didn't provide the sysctl variable), but the > values are the same. enterprises.ucdavis.laTable is populated from the > vm.loadavg sysctl variable. If I'm not wrong, loadavg gives the mean number of processes in the run queue averaged on 1, 5 and 15 minutes. This gives an idea of system load but lacks precision. It seems to me that kern.cp_time counters is a better metrics of CPU load. > > -- > Dan Nelson > dnelson@allantgroup.com > From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 3 09:28:38 2004 Return-Path: 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 04EFB16A4CE for ; Sat, 3 Apr 2004 09:28:38 -0800 (PST) Received: from mta4.xnet.ro (mta4.xnet.ro [217.10.192.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D8FC43D60 for ; Sat, 3 Apr 2004 09:28:30 -0800 (PST) (envelope-from clau@reversedhell.net) Received: from reversedhell.net (81-196-92-42.arad.cablelink.ro [81.196.92.42] (may be forged)) (authenticated bits=0)i33HSQ5w022326 for ; Sat, 3 Apr 2004 20:28:27 +0300 Message-ID: <406EF428.6060801@reversedhell.net> Date: Sat, 03 Apr 2004 20:28:08 +0300 From: Claudiu Dragalina-Paraipan User-Agent: Mozilla Thunderbird 0.5 (X11/20040301) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <406C6AC0.8030506@reversedhell.net> In-Reply-To: <406C6AC0.8030506@reversedhell.net> X-Enigmail-Version: 0.83.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8E745745102B104611A23207" X-RAVMilter-Version: 8.4.3(snapshot 20030212) (mta4.xnet.ro) X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: P4 HT with SMP kernel, FreeBSD 5.2.1-p4 problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2004 17:28:38 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8E745745102B104611A23207 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hello, I come back with a little more informations. It seems that changing the hw.acpi.disable_on_poweroff from default value of 1 to 0 fixes the problem. At least for now I don't get the panics on shutdown anymore. Also, while running the kernel with WITNESS and INVARIANTS, I didn't get the panics (as I already said), and I get this in /var/log/messages: Apr 3 17:28:59 oxygen kernel: lock order reversal Apr 3 17:28:59 oxygen kernel: 1st 0xc0691680 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1200 Apr 3 17:28:59 oxygen kernel: 2nd 0xc0c31100 system map (system map) @ /usr/src/sys/vm/vm_map.c:2210 Apr 3 17:28:59 oxygen kernel: Stack backtrace: Apr 3 17:37:03 oxygen kernel: lock order reversal Apr 3 17:37:03 oxygen kernel: 1st 0xc2a54ad4 vm object (vm object) @ /usr/src/sys/vm/swap_pager.c:1323 Apr 3 17:37:03 oxygen kernel: 2nd 0xc0690b00 swap_pager swhash (swap_pager swhash) @ /usr/src/sys/vm/swap_pager.c:1838 Apr 3 17:37:03 oxygen kernel: 3rd 0xc0c38738 vm object (vm object) @ /usr/src/sys/vm/uma_core.c:873 Apr 3 17:37:03 oxygen kernel: Stack backtrace: This appear once, shortly after a startup. Best regards. Claudiu Dragalina-Paraipan wrote: > Hello, > > I have a Pentium 4 2.8E (with HT), and an Intel 865GBF motherboard. > After I made a bios upgrade I have this problem with it: every time I do > a reboot or a shutdown the kernel hangs. Sometimes it gives a specific > error message, sometimes the last lines of text are garbage, and rarely > it just resets before it should. > Seems that it happens before the file system is unmounted, because every > next boot I have problems with it. Until now I didn't lose any important > file, but I assume that this can happen giving this situation. > Also, this does not happen if I compile a kernel without SMP support, or > if I disable HT from bios (with SMP or not). > Running a kernel with INVARIANTS and WITNESS seems to fix this problem too. > > I have attached a dmesg result after a boot -v. > Please let me know what other informations you need for solving this > situation. > > With respect, > > -- Claudiu Dragalina-Paraipan Reversed Hell Networks / reversedhell.net e-mail: clau@reversedhell.net GPG KeyID: BFACC244 (9F07 2B86 7965 B9A8 9AAB 1BEA 9B41 56C5 BFAC C244) gpg --keyserver gpg.mit.edu --recv-keys BFACC244 --------------enig8E745745102B104611A23207 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAbvQom0FWxb+swkQRAudVAJ0X56zcDS7WmQ7SHaah0gbcJ4Kd4gCfesgR RVjAJrxV3kA3UZJHRpDr0xc= =4mVO -----END PGP SIGNATURE----- --------------enig8E745745102B104611A23207-- From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 3 14:15:23 2004 Return-Path: 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 CCE8716A4CE for ; Sat, 3 Apr 2004 14:15:23 -0800 (PST) Received: from mail.rdstm.ro (mail.rdstm.ro [193.231.233.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D04B43D49 for ; Sat, 3 Apr 2004 14:15:18 -0800 (PST) (envelope-from aanton@reversedhell.net) Received: from reversedhell.net (casa_auto [81.196.32.25]) by mail.rdstm.ro (8.12.10/8.12.1) with ESMTP id i33MFDUa016592; Sun, 4 Apr 2004 01:15:13 +0300 Message-ID: <406F29F5.9000306@reversedhell.net> Date: Sun, 04 Apr 2004 00:17:41 +0300 From: Anton Alin-Adrian User-Agent: Mozilla Thunderbird 0.5 (X11/20040303) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Craig Booth References: <20040403015253.TFCW24733.mta11.adelphia.net@BoothLaptop> In-Reply-To: <20040403015253.TFCW24733.mta11.adelphia.net@BoothLaptop> X-Enigmail-Version: 0.83.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Wireless Card Issue AFTER Install X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2004 22:15:24 -0000 Craig Booth wrote: > Any guru out there that has the knowledge to provide some advice to persist > the use of the Linksys card beyond the first install? I tried this question > on > the Questions mailing list, but no one could tackle it, unfortunately. > > Situation: > > I have set up my Sony VAIO PCG-FRV27 laptop as a dual boot machine between > Win XP Pro and FreeBSD. > > I am using a Linksys Wireless card connecting through a Linksys router. > > My install successfully enabled and used the wireless card and router to > install directly from the FreeBSD ftp site (after CD boot) and completed > with no errors. > > Even though my rc.conf file is verified as setup with "DHCP" and the pccard > enabled, and even though the startup processes appear to find and enable the > card ok, I can't connect back to the ftp site to download more stuff unless > I use the CD to restart the install over the ftp site again. It either > can't resolve the ftp site, or hangs during the attempt. > > I have read where this can sometimes happen with dual boot machines when the > other OS doesn't properly release the card, but I have tried unplugging the > machine, removing and putting back both the card and the laptop battery > before rebooting, and it still doesn't work. I am getting the [Null] [Null] > message after the Linksys Card Found message during startup, as my earlier > reading about the problem discussed, but nothing seems to change that, > unless I reinstall FreeBSD from the CD (which I'm obviously not going to do > everytime I want to use FreeBSD!) > > Two things I notice when I go to set up the media in SYSINSTALL. The > gateway address (192.168.2.1) and the DHCP assigned address (range starting > with 192.168.2.2), both present on this same screen when booting from the > CD, are missing from the DHCP config screen that comes up just before > SYSINSTALL attempts to connect to the ftp site, though the connection > attempt still fails if I enter the info back in manually before trying to > connect. Also, a message comes up before that which says something about > being in multiuser mode, and ask if I want to assume network settings are > already correct. (or something like that) This multiuser message is not > present when booting from the CD. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > Hi, could you please provide a bit more info? What is the model of your Linksys card, and what driver are you using for it. Is it supported on the FreeBSD hardware list? If not, are you using a third-party driver? How do you configure your wireless driver? Using what software/scripts? Don't skip details please. Trying a non-DHCP config for testing might help. See if you can ping. Can you ping your own IP of the wireless card, locally? Can you ping the broadcast IP for it? Is there any firewalling capability in your kernel/loaded modules? I assume the card is working neat on XP. Have you tried it after rebooting freebsd without actually going into XP? XP may set up some BIOS parameters which FreeBSD doesn't like? Regards, -- Alin-Adrian Anton Reversed Hell Networks GPG keyID 0x1E2FFF2E (2963 0C11 1AF1 96F6 0030 6EE9 D323 639D 1E2F FF2E) gpg --keyserver pgp.mit.edu --recv-keys 1E2FFF2E From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 3 17:08:34 2004 Return-Path: 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 EDE7816A4CE for ; Sat, 3 Apr 2004 17:08:34 -0800 (PST) Received: from mta9.adelphia.net (mta9.adelphia.net [68.168.78.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C52943D45 for ; Sat, 3 Apr 2004 17:08:34 -0800 (PST) (envelope-from craigbooth@earthlink.net) Received: from BoothLaptop ([69.167.192.118]) by mta9.adelphia.net (InterMail vM.5.01.06.08 201-253-122-130-108-20031117) with ESMTP id <20040404010834.RUJK10441.mta9.adelphia.net@BoothLaptop>; Sat, 3 Apr 2004 20:08:34 -0500 From: "Craig Booth" To: "'Anton Alin-Adrian'" Date: Sat, 3 Apr 2004 20:08:25 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcQZySOfMGKOmnpYTTGiXYdR84FHfQAAP+qA In-Reply-To: <406F29F5.9000306@reversedhell.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Message-Id: <20040404010834.RUJK10441.mta9.adelphia.net@BoothLaptop> cc: freebsd-hackers@freebsd.org Subject: RE: Wireless Card Issue AFTER Install X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 01:08:35 -0000 Anton, thank you for taking time to help. I have answered your questions within your text at the bottom of this email as best as I know how to as a raw BSD Unix user. -----Original Message----- From: Anton Alin-Adrian [mailto:aanton@reversedhell.net] Sent: Saturday, April 03, 2004 4:18 PM To: Craig Booth Cc: freebsd-hackers@freebsd.org Subject: Re: Wireless Card Issue AFTER Install Craig Booth wrote: > Any guru out there that has the knowledge to provide some advice to persist the use of the Linksys card beyond the first install? I tried this question on the Questions mailing list, but no one could tackle it, unfortunately. Situation: I have set up my Sony VAIO PCG-FRV27 laptop as a dual boot machine between Win XP Pro and FreeBSD. I am using a Linksys Wireless card connecting through a Linksys router. My install successfully enabled and used the wireless card and router to install directly from the FreeBSD ftp site (after CD boot) and completed with no errors. Even though my rc.conf file is verified as setup with "DHCP" and the pccard enabled, and even though the startup processes appear to find and enable the card ok, I can't connect back to the ftp site to download more stuff unless I use the CD to restart the install over the ftp site again. It either can't resolve the ftp site, or hangs during the attempt. I have read where this can sometimes happen with dual boot machines when the other OS doesn't properly release the card, but I have tried unplugging the machine, removing and putting back both the card and the laptop battery before rebooting, and it still doesn't work. I am getting the [Null] [Null] message after the Linksys Card Found message during startup, as my earlier reading about the problem discussed, but nothing seems to change that, unless I reinstall FreeBSD from the CD (which I'm obviously not going to do everytime I want to use FreeBSD!) Two things I notice when I go to set up the media in SYSINSTALL. The gateway address (192.168.2.1) and the DHCP assigned address (range starting with 192.168.2.2), both present on this same screen when booting from the CD, are missing from the DHCP config screen that comes up just before SYSINSTALL attempts to connect to the ftp site, though the connection attempt still fails if I enter the info back in manually before trying to connect. Also, a message comes up before that which says something about being in multiuser mode, and ask if I want to assume network settings are already correct. (or something like that) This multiuser message is not present when booting from the CD.> _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > Hi, could you please provide a bit more info? What is the model of your Linksys card? Answer: Linksys Instant Wireless Network PC Card WPC11 V3.0 and what driver are you using for it? Answer: Win XP: Intersil islp2 version 2.0.10.0 FreeBSD: Intersil Firmware: Primary 1.01.00, Station 1.04.02 (as reported by FreeBSD) Is it supported on the FreeBSD hardware list? Answer: Yes How do you configure your wireless driver? Using what software/scripts? Don't skip details please. Answer: No software scripts, none that I initiated anyway. The wireless card is configured through the wi0 (Lucent WaveLAN/IEEE 802.11 wireless adapter) choice, since that was the only wireless adapter selection available on the SYSINSTALL menu. Again, it worked for the initial install, and when I try other choices, the logon scripts change it back to wi0 anyway, since that's apparently being picked up on auto-detection. Here are excerpts from the logon messages that may answer your questions, as well as provide a bit more insight: Apr 3 18:06:11 pccardd[49]:Card "The Linksys Group, Inc."(" Instant Wireless Network PC Card")[ISL37300P][RevA] matched "The Linksys Group, Inc."(" Instant Wireless Network PC Card")[(null)][(null)] . . . login: wi0 at port 0x240-0x27f irq11 slot 0 on pccard0 wi0: 802.11 address:00:06:25:15:f9:34 wi0: using RF:PRISM3(PCMCIA) wi0: Intensil Firmware: Primary 1.01.00, Station 1.04.02 Apr 3 18:06:16 pccardd[49]:wi0: The Linksys Group, Inc."(" Instant Wireless Network PC Card inserted. Apr 3 18:06:25 pccard[49]: pccardd started Trying a non-DHCP config for testing might help. See if you can ping. Can you ping your own IP of the wireless card, locally? Answer: I pinged 192.168.2.100 successfully. However, I'm not sure how to find out the local address of the card, as 192.168.2.100 was what DHCP assigned, I believe. Can you ping the broadcast IP for it? Answer: If this is what I think you mean, it's the http://68.168.1.42 IP? No, it can't ping that IP. Furthermore, it can't ping anything on the outside, including DSN name http://www.FreeBSD.org or anything else. I also tried pinging an IP directly (http://216.136.204.117 is the FreeBSD site IP) and that failed as well. The message during ping failure is: Ping:sendto:No route to host Is there any firewalling capability in your kernel/loaded modules? Answer: I have only loaded the FreeBSD standard i386 kernel and any modules that come standard. I have not loaded any extra software at this point until I get a good baseline. I assume the card is working neat on XP. Answer: Yes, flawlessly. Have you tried it after rebooting freebsd without actually going into XP? Answer: Yes, I have tried that and it acted no differently (still failed.) XP may set up some BIOS parameters which FreeBSD doesn't like? Answer: As I mentioned in the first email, I tried booting fresh right to FreeBSD without first going to Win XP, and did so after removing and putting back the laptop's power cord and battery. ...Thanks again for you help, and I'm looking forward to some more follow-up on this, as I'm stumped. Kindest regards, Craig --------------------------------------------------------- Regards, -- Alin-Adrian Anton Reversed Hell Networks GPG keyID 0x1E2FFF2E (2963 0C11 1AF1 96F6 0030 6EE9 D323 639D 1E2F FF2E) gpg --keyserver pgp.mit.edu --recv-keys 1E2FFF2E