From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 19 00:05: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 B470E16A4CE for ; Sun, 19 Dec 2004 00:05:47 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32E8443D4C for ; Sun, 19 Dec 2004 00:05:47 +0000 (GMT) (envelope-from garycor@comcast.net) Received: from [10.56.78.111] (pcp09118143pcs.union01.nj.comcast.net[69.142.234.88]) by comcast.net (sccrmhc12) with ESMTP id <20041219000546012007rk01e>; Sun, 19 Dec 2004 00:05:46 +0000 Message-ID: <41C4C659.8070605@comcast.net> Date: Sat, 18 Dec 2004 19:07:53 -0500 From: Gary Corcoran User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <41C3D62D.7000808@comcast.net> <20041218091739.GC97121@cirb503493.alcatel.com.au> <20041218195910.GD1068@cicely12.cicely.de> <20041218210720.GE97121@cirb503493.alcatel.com.au> <20041218211747.GE1068@cicely12.cicely.de> <1103408865.90538.29.camel@red.nativenerds.com> In-Reply-To: <1103408865.90538.29.camel@red.nativenerds.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Multiple hard disk failures - coincidence ? 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, 19 Dec 2004 00:05:47 -0000 Ed Stover wrote: > Have you run the low level disk tools from Maxtor on your failed drives? > One day out of the blue my 80Gig maxtors started giving out hard error > failures, so I downloaded a floppy image from maxtor and used it to scan > and repair my drives. I rebooted in single user mode and fscked my > drives and rescued the data from lostnfound. and everything has been Aok > ever since. Thanks to everyone who responded. While I was doubtful of there being a heating problem, since my case is well cooled and there are fans blowing directly over (most of) the drives, I opened the case today and was surprised. One of the two fans in the front of the case that blow directly over five of the disks had completely *stopped*! And yes, the disks behind the one that stopped were the disks that were giving me errors, and they were extra warm (but not as toasty as my old SCSI drives in my firewall!). I don't know why/how it stopped. I nudged the fan to see if it had seized up, and it moved easily and started spinning! I moved the front panel fan control up to 'high' (from 'medium') and it started putting out a nice flow of air over the disks. It's been cooling the drives now for a few hours, and they seem back to 'normal' temp, but they are stilling showing exactly the same "hard error" sectors. Unfortunately one of the drives is having errors in sectors 96-103 (fsbn 255), so I can't even 'ls' the root directory. Are those sectors likely to be part of the superblock (which hopefully has a backup on disk?), or they probably part of the root directory? Thanks for reminding me about the Maxtor disk tools. I downloaded the latest version and am running it now to analyze the worst (no ls) drive first. Gary From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 19 01:39: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 4621816A4CE for ; Sun, 19 Dec 2004 01:39:01 +0000 (GMT) Received: from wattres.watt.com (wattres.watt.com [66.93.133.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0504C43D48 for ; Sun, 19 Dec 2004 01:39:01 +0000 (GMT) (envelope-from steve@Watt.COM) Received: from wattres.watt.com (localhost.watt.com [127.0.0.1]) by wattres.watt.com (8.13.1/8.13.1) with ESMTP id iBJ1d0Cv028208 for ; Sat, 18 Dec 2004 17:39:00 -0800 (PST) (envelope-from steve@wattres.watt.com) Received: (from steve@localhost) by wattres.watt.com (8.13.1/8.13.1/Submit) id iBJ1d0EL028207 for freebsd-hackers@freebsd.org; Sat, 18 Dec 2004 17:39:00 -0800 (PST) (envelope-from steve) Message-Id: <200412190139.iBJ1d0EL028207@wattres.watt.com> From: steve@Watt.COM (Steve Watt) Date: Sat, 18 Dec 2004 17:39:00 -0800 X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: freebsd-hackers@freebsd.org X-Archived: 1103420340.836441352@wattres.Watt.COM Subject: snapshots and innds 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, 19 Dec 2004 01:39:02 -0000 I'm getting a strong hunch that snapshots and inn don't get along well, presumably having something to do with inn's extensive use of mmap(). Just for an example, my system panic()ed earlier today (different problem) and during the reboot, I'm stuck with an fsck_ufs on wchan "ufs" and innd on wchan "suspfs", and neither of them responding in any way. Unfortunately, my attempts to figure out *where* exactly everyone's hung is being hampered by my not having any idea how to cause kgdb to attach to the desired thread, or how to determine what thread number (100xx) is related to what entry in ps -H. For that matter, when I try to do a "print *(struct proc *)0x{blah}" in kgdb for an address I got out of ps -o pid,uprocp,wchan,command, it doesn't seem to believe that there is a struct proc. Is there an up-to-date (i.e. covers 5.3) place that talks about kernel debugging? -- Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.8" / 37N 20' 14.9" Internet: steve @ Watt.COM Whois: SW32 Free time? There's no such thing. It just comes in varying prices... From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 19 05:47: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 C37CC16A4CE for ; Sun, 19 Dec 2004 05:47:15 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76D6043D39 for ; Sun, 19 Dec 2004 05:47:15 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id y7so124695rne for ; Sat, 18 Dec 2004 21:47:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=mxv8bzJxDHQLnx/LuvyRtRFpHHto877WvufB6iB83uhELWljcvNF74+jPK/FRzL/JvBA67VQZ+gcXTo+gGBo51WxKf+Ck+lPDtoBVQPXvuU1b9/gi9oxk8RD35X79paEVv/J3bHTlzd/6JCCnaiBwGOugeMPLo6qOwANTQ2jacc= Received: by 10.38.11.49 with SMTP id 49mr573172rnk; Sat, 18 Dec 2004 21:47:14 -0800 (PST) Received: by 10.38.209.11 with HTTP; Sat, 18 Dec 2004 21:47:14 -0800 (PST) Message-ID: <84dead7204121821474d86efd4@mail.gmail.com> Date: Sun, 19 Dec 2004 11:17:14 +0530 From: Joseph Koshy To: Attila Nagy In-Reply-To: <41C42915.4080104@fsn.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <41C42915.4080104@fsn.hu> cc: hackers@freebsd.org Subject: Re: Virtual CPU or not? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Dec 2004 05:47:15 -0000 > I would like to find a method which determines the current number of > active CPUs. > Is there a better method than checking that sysctl and divide the > hw.ncpu by two if set? You are probably looking for: min(number of '0' bits in machdep.hlt_cpus, hw.ncpu) From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 18 19:12: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 4507116A50F for ; Sat, 18 Dec 2004 19:12:08 +0000 (GMT) Received: from ds.netgate.net (ds.netgate.net [205.214.170.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB3EE43D3F for ; Sat, 18 Dec 2004 19:12:07 +0000 (GMT) (envelope-from admin2@forkthepenguin.com) Received: (qmail 14305 invoked from network); 18 Dec 2004 19:12:07 -0000 Received: from vp4.netgate.net (ibrew@205.214.170.248) by ds.netgate.net with SMTP; 18 Dec 2004 19:12:07 -0000 Date: Sat, 18 Dec 2004 11:12:07 -0800 (PST) From: admin2@forkthepenguin.com X-X-Sender: ibrew@vp4.netgate.net To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Sun, 19 Dec 2004 15:03:01 +0000 Subject: 5.3 Release and Realtek 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, 18 Dec 2004 19:12:10 -0000 I'm running 5.3-Release amd64 on an Asus AV8 motherboard which includes Realtek ALC850 audio chipset. I'm unable to get the system to recognize the chipset. From the archives/man pages/manual I've : # kldload snd_driver kldload: can't load snd_driver: No such file or directory Modified /boot/loader.conf to use : sound_load="YES" snd_driver_load="YES" Recompiled the kernel with : device sound The last one resulted in /dev/sndstat showing up, but the contents show no devices : # cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: However I don't see any snd_* modules in /boot/kernel/*ko I also noted that sys/dev/sound/pcm/ac97.c contains the following : static const struct ac97_vendorid ac97vendorid[] = { { 0x414c4300, "Realtek" }, static struct ac97_codecid ac97codecid[] = { { 0x414c4790, 0x0f, 0, "ALC850", 0 }, At this point I'm at a loss as to where to go from here, or which kernel module would support this chipset. Other than that this system is a screamer. This is my first experience with 5.3, AMD, and with the 64 bit port, so far I'm really impressed. I saw reports that the Marvell Gig Ethernet wasn't working for some folks, but it worked fine for me. I chose this motherboard as it was the only one of about three that supported socket 939 and had the Via K8T800 chipset, I was concerned about the reports of problems with the nVidia nForce chipset. I would have liked to have had PCI-X, but that's only available today with nVidia. The Promise SATA raid controller (one of two different brand controllers onboard) worked just fine. http://www.asus.com/products/mb/socket939/a8v-d/overview.htm Chris From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 18 19:44: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 4C29E16A4CE for ; Sat, 18 Dec 2004 19:44:58 +0000 (GMT) Received: from ds.netgate.net (ds.netgate.net [205.214.170.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 280A643D1F for ; Sat, 18 Dec 2004 19:44:58 +0000 (GMT) (envelope-from ibrew@chrismiller.com) Received: (qmail 20108 invoked from network); 18 Dec 2004 19:44:57 -0000 Received: from vp4.netgate.net (ibrew@205.214.170.248) by ds.netgate.net with SMTP; 18 Dec 2004 19:44:57 -0000 Date: Sat, 18 Dec 2004 11:12:07 -0800 (PST) From: admin2@forkthepenguin.com X-X-Sender: ibrew@vp4.netgate.net To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII ReSent-Date: Sat, 18 Dec 2004 11:44:52 -0800 (PST) Resent-From: Chris Miller Resent-To: freebsd-hackers@freebsd.org ReSent-Subject: 5.3 Release and Realtek ReSent-Message-ID: X-Mailman-Approved-At: Sun, 19 Dec 2004 15:03:01 +0000 Subject: 5.3 Release and Realtek 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, 18 Dec 2004 19:44:58 -0000 I'm running 5.3-Release amd64 on an Asus AV8 motherboard which includes Realtek ALC850 audio chipset. I'm unable to get the system to recognize the chipset. From the archives/man pages/manual I've : # kldload snd_driver kldload: can't load snd_driver: No such file or directory Modified /boot/loader.conf to use : sound_load="YES" snd_driver_load="YES" Recompiled the kernel with : device sound The last one resulted in /dev/sndstat showing up, but the contents show no devices : # cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: However I don't see any snd_* modules in /boot/kernel/*ko I also noted that sys/dev/sound/pcm/ac97.c contains the following : static const struct ac97_vendorid ac97vendorid[] = { { 0x414c4300, "Realtek" }, static struct ac97_codecid ac97codecid[] = { { 0x414c4790, 0x0f, 0, "ALC850", 0 }, At this point I'm at a loss as to where to go from here, or which kernel module would support this chipset. Other than that this system is a screamer. This is my first experience with 5.3, AMD, and with the 64 bit port, so far I'm really impressed. I saw reports that the Marvell Gig Ethernet wasn't working for some folks, but it worked fine for me. I chose this motherboard as it was the only one of about three that supported socket 939 and had the Via K8T800 chipset, I was concerned about the reports of problems with the nVidia nForce chipset. I would have liked to have had PCI-X, but that's only available today with nVidia. The Promise SATA raid controller (one of two different brand controllers onboard) worked just fine. http://www.asus.com/products/mb/socket939/a8v-d/overview.htm Chris From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 20 00:04:12 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 66DB416A4CE for ; Mon, 20 Dec 2004 00:04:12 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 620BB43D2D for ; Mon, 20 Dec 2004 00:04:09 +0000 (GMT) (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.11/8.12.10) with ESMTP id iBK03mGn030283; Mon, 20 Dec 2004 10:33:49 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Mon, 20 Dec 2004 10:33:48 +1030 User-Agent: KMail/1.7.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4637590.tTOSomGyF9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412201033.48519.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_02_03,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: admin2@forkthepenguin.com Subject: Re: 5.3 Release and Realtek 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, 20 Dec 2004 00:04:12 -0000 --nextPart4637590.tTOSomGyF9 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 19 Dec 2004 05:42, admin2@forkthepenguin.com wrote: > I'm running 5.3-Release amd64 on an Asus AV8 motherboard which includes > Realtek ALC850 audio chipset. I'm unable to get the system to recognize > the chipset. From the archives/man pages/manual I've : This is the AC97 chipset, the thing that you load the driver for is differe= nt. > # kldload snd_driver > kldload: can't load snd_driver: No such file or directory Try kldload snd_ich, failing that email the output of pciconf -lv Although snd_driver should work.. What does dmesg say after you've tried to= =20 load it? > The last one resulted in /dev/sndstat showing up, but the contents show > no devices : > > # cat /dev/sndstat > FreeBSD Audio Driver (newpcm) > Installed devices: > > However I don't see any snd_* modules in /boot/kernel/*ko Hmm, well that IS odd :) [inchoate 10:30] ~ >ll /boot/kernel/snd*.ko | wc -l 25 Have you rebuilt your kernel? It may be that it failed part way through so = you=20 didn't get the sound driver modules built or installed. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4637590.tTOSomGyF9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBxhbk5ZPcIHs/zowRAhMRAKCotYRWuf4Y4tkJApKzZm1L6li5BwCfZJuj /1VD3St2kKMvvPGMCuIm9yc= =9bjH -----END PGP SIGNATURE----- --nextPart4637590.tTOSomGyF9-- From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 20 02:14: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 6D9E016A4CE for ; Mon, 20 Dec 2004 02:14:52 +0000 (GMT) Received: from ds.netgate.net (ds.netgate.net [205.214.170.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 334EA43D54 for ; Mon, 20 Dec 2004 02:14:52 +0000 (GMT) (envelope-from ctodd@chrismiller.com) Received: (qmail 20154 invoked from network); 20 Dec 2004 02:14:51 -0000 Received: from vp4.netgate.net (ibrew@205.214.170.248) by ds.netgate.net with SMTP; 20 Dec 2004 02:14:51 -0000 Date: Sun, 19 Dec 2004 18:14:51 -0800 (PST) From: ctodd@chrismiller.com X-X-Sender: ibrew@vp4.netgate.net To: Daniel O'Connor In-Reply-To: <200412201033.48519.doconnor@gsoft.com.au> Message-ID: References: <200412201033.48519.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: admin2@forkthepenguin.com cc: freebsd-hackers@freebsd.org Subject: Re: 5.3 Release and Realtek 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, 20 Dec 2004 02:14:52 -0000 > On Sun, 19 Dec 2004 05:42, admin2@forkthepenguin.com wrote: > > I'm running 5.3-Release amd64 on an Asus AV8 motherboard which includes > > Realtek ALC850 audio chipset. I'm unable to get the system to recognize > > the chipset. From the archives/man pages/manual I've : > > This is the AC97 chipset, the thing that you load the driver for is different. I know, I found out later it's the VIA VT8237 chipset. The information from Asus makes the codec appear as the chipset. > > # kldload snd_driver > > kldload: can't load snd_driver: No such file or directory > > Try kldload snd_ich, failing that email the output of pciconf -lv > > Although snd_driver should work.. What does dmesg say after you've tried to > load it? The problem was that none of the snd_* modules were built, and I did rebuild the kernel. Once I built the modules, I was able to load the drivers. I think you need to add "device sound" to get these modules to build automgically. So the snd_via8233 is the driver that works, and it's fine if you want basic functionality (stereo sound, record, etc.) This motherboard (Asus AV8) has 8 channel audio though. I stumbled across this site : http://www.opensound.com/freebsd.html I installed the demo FreeBSD driver (expires every three months) and it supports the card fully. It's only $30 to buy it, so if I end up doing multimedia stuff with this system then it's well worth the cost. It's so nice not having to resort to Linux everytime you want to do something cool.... This should resolve a bunch of unanswered posts I saw in the list archives. Thanks for the help. Here's the output of `cat /dev/sndstat` and mixer. # cat /dev/sndstat OSS/FreeBSD 3.99.1i (C) 4Front Technologies 1996-2004 License serial number: E00000008 **** UNREGISTERED VERSION **** You can order the OSS license using the 'Order permanent OSS license' function of soundconf command. Alternatively use our ordering page at http://www.opensound.com/order.html. Drivers: ALL License will expire after: 02/2005 *** Unregistered version *** Build: 200411171937 Kernel: FreeBSD 5.3-RELEASE #2: Sun Dec 19 17:44:30 PST 2004 blah@blah.com:/usr/obj/usr/src/sys/CUSTOM Card config: VIA 8233 AC97 audio controller at 0xd800 irq 22 Audio devices: 0: VT8233 (DUPLEX,GRC3) 1: VT8233 (shadow) (DUPLEX,GRC3) 2: OSS Virtual Mixer v2.5 Playback CH #0 (GRC3) 3: OSS Virtual Mixer v2.5 Playback CH #1 (GRC3) 4: OSS Virtual Mixer v2.5 Playback CH #2 (GRC3) 5: OSS Virtual Mixer v2.5 Playback CH #3 (GRC3) 6: OSS Virtual Mixer v2.5 Playback CH #4 (GRC3) 7: OSS Virtual Mixer v2.5 Playback CH #5 (GRC3) 8: OSS Virtual Mixer v2.5 Playback CH #6 (GRC3) 9: OSS Virtual Mixer v2.5 Playback CH #7 (GRC3) Synth devices: 0: OSS Virtual Synth v2.5 Midi devices: Mixers: 0: VT8233 (ALC850) 1: Virtual Mixer History: dsp5: OUT dsp6: OUT dsp7: OUT dsp8: OUT dsp9: OUT # mixer Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 Mixer speaker is currently set to 0:0 Mixer line is currently set to 32:32 Mixer mic is currently set to 0:0 Mixer cd is currently set to 75:75 Mixer igain is currently set to 75:75 Mixer line1 is currently set to 32:32 Mixer phin is currently set to 0:0 Mixer phout is currently set to 0:0 Mixer video is currently set to 0:0 Recording source: line Chris From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 20 02:24: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 303D916A4CE for ; Mon, 20 Dec 2004 02:24:25 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C25643D2D for ; Mon, 20 Dec 2004 02:24:22 +0000 (GMT) (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.11/8.12.10) with ESMTP id iBK2OCWs033646; Mon, 20 Dec 2004 12:54:12 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: ctodd@chrismiller.com Date: Mon, 20 Dec 2004 12:54:05 +1030 User-Agent: KMail/1.7.1 References: <200412201033.48519.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3181174.Zh9Se97nTz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412201254.11797.doconnor@gsoft.com.au> X-Spam-Score: -5.7 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: admin2@forkthepenguin.com cc: freebsd-hackers@freebsd.org Subject: Re: 5.3 Release and Realtek 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, 20 Dec 2004 02:24:25 -0000 --nextPart3181174.Zh9Se97nTz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 20 Dec 2004 12:44, ctodd@chrismiller.com wrote: > The problem was that none of the snd_* modules were built, and I did > rebuild the kernel. Once I built the modules, I was able to load the > drivers. I think you need to add "device sound" to get these modules to > build automgically. No, the modules are built regardless of the kernel options you use. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3181174.Zh9Se97nTz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBxjfL5ZPcIHs/zowRAtqSAJ9XagdkdbriEL0D+AiEac1TQj22NQCgqh6n 5nq2S1vg2TUZQ9/cWUpKnKQ= =9VT8 -----END PGP SIGNATURE----- --nextPart3181174.Zh9Se97nTz-- From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 20 07:08: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 6D4F716A4CE for ; Mon, 20 Dec 2004 07:08:59 +0000 (GMT) Received: from ds.netgate.net (ds.netgate.net [205.214.170.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 374B943D55 for ; Mon, 20 Dec 2004 07:08:59 +0000 (GMT) (envelope-from ctodd@chrismiller.com) Received: (qmail 4126 invoked from network); 20 Dec 2004 07:08:58 -0000 Received: from vp4.netgate.net (ibrew@205.214.170.248) by ds.netgate.net with SMTP; 20 Dec 2004 07:08:58 -0000 Date: Sun, 19 Dec 2004 23:08:58 -0800 (PST) From: ctodd@chrismiller.com X-X-Sender: ibrew@vp4.netgate.net To: Daniel O'Connor In-Reply-To: <200412201254.11797.doconnor@gsoft.com.au> Message-ID: References: <200412201254.11797.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: admin2@forkthepenguin.com cc: freebsd-hackers@freebsd.org Subject: Re: 5.3 Release and Realtek 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, 20 Dec 2004 07:08:59 -0000 On Mon, 20 Dec 2004, Daniel O'Connor wrote: > On Mon, 20 Dec 2004 12:44, ctodd@chrismiller.com wrote: > > The problem was that none of the snd_* modules were built, and I did > > rebuild the kernel. Once I built the modules, I was able to load the > > drivers. I think you need to add "device sound" to get these modules to > > build automgically. > > No, the modules are built regardless of the kernel options you use. In this case they weren't, not sure why. I looked in /boot/kernel for snd* and there was nothing there. I did a `locate "snd_*"` and found them in /usr/src/sys/modules/sound. When I did a make install, they were all properly installed. It seems they just don't get built unless "device sound" is specified in the kernel conf. Chris From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 19 18:56: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 F00D616A4CE for ; Sun, 19 Dec 2004 18:56:46 +0000 (GMT) Received: from poros.telenet-ops.be (poros.telenet-ops.be [195.130.132.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 402B543D45 for ; Sun, 19 Dec 2004 18:56:46 +0000 (GMT) (envelope-from brampie@no-wackos.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by poros.telenet-ops.be (Postfix) with SMTP id 2C8503BC0AE for ; Sun, 19 Dec 2004 19:56:45 +0100 (MET) Received: from [192.168.1.100] (d51A5436F.kabel.telenet.be [81.165.67.111]) by poros.telenet-ops.be (Postfix) with ESMTP id B90313BC1CF for ; Sun, 19 Dec 2004 19:56:44 +0100 (MET) Message-ID: <41C5CF17.9010600@no-wackos.com> Date: Sun, 19 Dec 2004 19:57:27 +0100 From: Bram Van Steenlandt User-Agent: Mozilla Thunderbird 0.7.3 (X11/20041209) 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-Mailman-Approved-At: Mon, 20 Dec 2004 12:55:59 +0000 Subject: Mac UFS partition unreadable 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, 19 Dec 2004 18:56:47 -0000 Hi, I use both mac and freebsd and would like to have the abbility to use my external firewire drive on both plattforms. This should be possible because both are BSD and both can use UFS. However when I plug an freebsd formatted drive into my mac he is rather confused by first saying that he can't read this drive and I should format it. Then when I try to mount it from the terminal he complains about the superblocks, when I run some utils they sometimes say they can't determine the partition type, also when I look into /dev there is nothing that indicates that this drive has partitions. So I formatted the drive on my mac into UFS. Same thing happens on freebsd. I did some googling and it appears to be so that this could be because of little vs big endian. I am however rather new to freebsd and have no idea what the difference is. So what can I do to have a drive readable to both OSes ? note: drive is 160 Gig seagate mac is running 10.3.5 freebsd is amd 64 5.3 RELEASE mac supported disk formats are MS-DOS,UFS,HFS,HFS+ I now that HFS or MS-DOS would work but then I have no support for 160 gig / long filenames I'm out of inspiration Thanks In advance Bram From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 20 17:26: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 A610416A4CE for ; Mon, 20 Dec 2004 17:26:06 +0000 (GMT) Received: from hotmail.com (bay20-f5.bay20.hotmail.com [64.4.54.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EE2543D1F for ; Mon, 20 Dec 2004 17:26:06 +0000 (GMT) (envelope-from adityaeipl@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 20 Dec 2004 09:26:06 -0800 Message-ID: Received: from 203.124.158.219 by by20fd.bay20.hotmail.msn.com with HTTP; Mon, 20 Dec 2004 17:25:08 GMT X-Originating-IP: [203.124.158.219] X-Originating-Email: [adityaeipl@hotmail.com] X-Sender: adityaeipl@hotmail.com From: "aditya eipl" To: freebsd-hackers@freebsd.org Date: Mon, 20 Dec 2004 22:55:08 +0530 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 20 Dec 2004 17:26:06.0141 (UTC) FILETIME=[FCB68ED0:01C4E6B8] Subject: roblem related to sockets in FreeBSD Kernel 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, 20 Dec 2004 17:26:06 -0000 Hi, I am writing a socket server in the kernel mode in FreeBSD 4.6.2. This program accepts connection and receives data on the socket. But we are not getting the data.In the code: We come to know that the we are connected we also get the notification for receipt of data but are unable to fetch the data. Can anybody please let me know what is wrong in my code? Here are the code snippets: After calling soaccept() I have: so->so_upcallarg = (caddr_t)upcallargs; so->so_upcall = socket_incoming; so->so_rcv.sb_flags |= SB_UPCALL; so->so_snd.sb_flags |= SB_UPCALL; I dont know whether this is required. But as I saw this in the FreeBSD source I put it. I have written socket_incoming as follows: void socket_incoming(struct socket *so, void *arg, int waitflag) { log(LOG_ALERT, "hello: socket_incoming%x \n",so->so_state); if(so->so_state & SS_ISCONNECTED) server_receive(so); return; } I have written server receiveas follows: int server_receive(struct socket *so) { struct uio uio; struct iovec uiovec[2]; struct mbuf *mp; int err,i; int flags, s; struct socket *head = so; struct sockaddr *sa = NULL; char buff[MAX_BYTES_TO_PROCESS]; log(LOG_ALERT, "hello: connected now try to read data (%x %x) \n", so, socket_server); flags = MSG_DONTWAIT ; uiovec[0].iov_base = buff; uiovec[0].iov_len = MAX_BYTES_TO_PROCESS; uiovec[1].iov_base = NULL; uiovec[1].iov_len = 0; uio.uio_iov = &uiovec[0]; uio.uio_iovcnt = 1; uio.uio_offset = -1; uio.uio_resid = MAX_BYTES_TO_PROCESS; uio.uio_segflg = UIO_SYSSPACE; uio.uio_rw = UIO_READ; uio.uio_procp = p; err = -1; { log(LOG_ALERT, "hello: Calling soreceive\n"); err = soreceive(so, (so->so_state & SS_ISCONNECTED) ? NULL : &sa, &uio, &mp, NULL, &flags); /* err = so->so_proto->pr_usrreqs->pru_soreceive(so, (so->so_state & SS_ISCONNECTED) ? NULL : &sa, &uio, NULL, 0, &flags); */ /* one of the above should work but both of them do not work :( */ if (err < 0) { log(LOG_ALERT, "hello: socket receive err \n"); goto sock_server_exit; } log(LOG_ALERT, "hello: socket receive err = %d \n", err); } log(LOG_ALERT, "hello: iolen = %d \n data : ",uio.uio_iov[0].iov_len); for(i=0;i< uio.uio_resid;i++) { log(LOG_ALERT, "%c ",uio.uio_iov[0].iov_base[MAX_BYTES_TO_PROCESS - i]); } /* we see garbage here :( */ log(LOG_ALERT, "hello: data = %c \n",uio.uio_iov[0].iov_base[uio.uio_resid-3]); log(LOG_ALERT, "hello: iovcnt = %d \n",uio.uio_iovcnt); log(LOG_ALERT, "hello: offset = %d \n",uio.uio_offset); log(LOG_ALERT, "hello: resid = %d \n",uio.uio_resid); log(LOG_ALERT, "hello: rw = %d \n",uio.uio_rw); log(LOG_ALERT, "hello: msg header iovcnt = %s \n",(char *)mp->m_dat); sock_server_exit: return 0; } Any help will be much appreciated. _________________________________________________________________ Searching for your soulmate? Zero in on the perfect choice. http://www.astroyogi.com/newmsn/astrodate/ Try MSN Astrodate now! From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 20 18:18: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 C7E5A16A4CE for ; Mon, 20 Dec 2004 18:18:49 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 742EB43D49 for ; Mon, 20 Dec 2004 18:18:47 +0000 (GMT) (envelope-from garycor@comcast.net) Received: from [10.56.78.111] (pcp09118143pcs.union01.nj.comcast.net[69.142.234.88]) by comcast.net (rwcrmhc13) with ESMTP id <20041220181839015008rcpqe>; Mon, 20 Dec 2004 18:18:44 +0000 Message-ID: <41C71812.6010007@comcast.net> Date: Mon, 20 Dec 2004 13:21:06 -0500 From: Gary Corcoran User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bram Van Steenlandt References: <41C5CF17.9010600@no-wackos.com> In-Reply-To: <41C5CF17.9010600@no-wackos.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Mac UFS partition unreadable 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, 20 Dec 2004 18:18:49 -0000 Bram Van Steenlandt wrote: > Hi, > > I use both mac and freebsd and would like to have the abbility to use my > external firewire drive on both plattforms. > > This should be possible because both are BSD and both can use UFS. > However when I plug an freebsd formatted drive into my mac he is rather > confused by first saying that he can't read this drive and I should > format it. Then when I try to mount it from the terminal he complains > about the superblocks, when I run some utils they sometimes say they > can't determine the partition type, also when I look into /dev there is > nothing that indicates that this drive has partitions. > > So I formatted the drive on my mac into UFS. Same thing happens on > freebsd. I did some googling and it appears to be so that this could be > because of little vs big endian. I am however rather new to freebsd and > have no idea what the difference is. > > So what can I do to have a drive readable to both OSes ? > note: > drive is 160 Gig seagate > mac is running 10.3.5 > freebsd is amd 64 5.3 RELEASE > > mac supported disk formats are > MS-DOS,UFS,HFS,HFS+ > I now that HFS or MS-DOS would work but then I have no support for 160 > gig / long filenames MS-DOS FAT32 will support large drives and long filenames, if you can find a way to get it formatted. Windows98 would be one way to get it formatted (Win2000 and WinXP will NOT allow a large (>32GB) disk to be formatted as FAT32). Gary From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 20 19:35: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 E868416A4D0 for ; Mon, 20 Dec 2004 19:35:50 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F087043D60 for ; Mon, 20 Dec 2004 19:35:47 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id A73257A403; Mon, 20 Dec 2004 11:35:47 -0800 (PST) Message-ID: <41C72993.4070609@elischer.org> Date: Mon, 20 Dec 2004 11:35:47 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: aditya eipl References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: roblem related to sockets in FreeBSD Kernel 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, 20 Dec 2004 19:35:51 -0000 look at the netgraph ng_ksocket code.. In fact you may find that you can use it directly. Some people have written their own in-kernel httpd using this and netgraph. aditya eipl wrote: > Hi, > I am writing a socket server in the kernel mode in FreeBSD 4.6.2. This > program accepts connection and receives data on the socket. But we are > not getting the data.In the code: We come to know that the we are > connected we also get the notification for receipt of data but are > unable to fetch the data. Can anybody please let me know what is wrong > in my code? Here are the code snippets: > > After calling soaccept() > I have: > so->so_upcallarg = (caddr_t)upcallargs; > so->so_upcall = socket_incoming; > so->so_rcv.sb_flags |= SB_UPCALL; > so->so_snd.sb_flags |= SB_UPCALL; > > I dont know whether this is required. But as I saw this in the FreeBSD > source I put it. > > I have written socket_incoming as follows: > void socket_incoming(struct socket *so, void *arg, int waitflag) > { > log(LOG_ALERT, "hello: socket_incoming%x \n",so->so_state); > if(so->so_state & SS_ISCONNECTED) > server_receive(so); > return; > } > I have written server receiveas follows: > int server_receive(struct socket *so) > { > struct uio uio; > struct iovec uiovec[2]; > struct mbuf *mp; > int err,i; > int flags, s; > struct socket *head = so; > struct sockaddr *sa = NULL; > char buff[MAX_BYTES_TO_PROCESS]; > log(LOG_ALERT, "hello: connected now try to read data (%x %x) > \n", so, socket_server); > flags = MSG_DONTWAIT ; > > uiovec[0].iov_base = buff; > uiovec[0].iov_len = MAX_BYTES_TO_PROCESS; > uiovec[1].iov_base = NULL; > uiovec[1].iov_len = 0; > > uio.uio_iov = &uiovec[0]; > uio.uio_iovcnt = 1; > uio.uio_offset = -1; > uio.uio_resid = MAX_BYTES_TO_PROCESS; > uio.uio_segflg = UIO_SYSSPACE; > uio.uio_rw = UIO_READ; > uio.uio_procp = p; > err = -1; > { > log(LOG_ALERT, "hello: Calling soreceive\n"); > err = soreceive(so, (so->so_state & SS_ISCONNECTED) ? NULL : > &sa, &uio, &mp, NULL, &flags); > /* err = so->so_proto->pr_usrreqs->pru_soreceive(so, > (so->so_state & SS_ISCONNECTED) ? NULL : &sa, > &uio, NULL, 0, &flags); */ > /* one of the above should work but both of them do not work :( */ > if (err < 0) { > log(LOG_ALERT, "hello: socket receive err \n"); > goto sock_server_exit; > } > log(LOG_ALERT, "hello: socket receive err = %d \n", err); > > } > log(LOG_ALERT, "hello: iolen = %d \n data : > ",uio.uio_iov[0].iov_len); > for(i=0;i< uio.uio_resid;i++) { > log(LOG_ALERT, "%c > ",uio.uio_iov[0].iov_base[MAX_BYTES_TO_PROCESS - i]); > } > /* we see garbage here :( */ > log(LOG_ALERT, "hello: data = %c > \n",uio.uio_iov[0].iov_base[uio.uio_resid-3]); > log(LOG_ALERT, "hello: iovcnt = %d \n",uio.uio_iovcnt); > log(LOG_ALERT, "hello: offset = %d \n",uio.uio_offset); > log(LOG_ALERT, "hello: resid = %d \n",uio.uio_resid); > log(LOG_ALERT, "hello: rw = %d \n",uio.uio_rw); > > log(LOG_ALERT, "hello: msg header iovcnt = %s \n",(char *)mp->m_dat); > sock_server_exit: > return 0; > } > > Any help will be much appreciated. > > _________________________________________________________________ > Searching for your soulmate? Zero in on the perfect choice. > http://www.astroyogi.com/newmsn/astrodate/ Try MSN Astrodate now! > > _______________________________________________ > 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 Tue Dec 21 03:51: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 DDB5216A4CE; Tue, 21 Dec 2004 03:51:16 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60B2843D53; Tue, 21 Dec 2004 03:51:16 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id A0618CE0D; Mon, 20 Dec 2004 22:51:15 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 142A462FA; Mon, 20 Dec 2004 22:51:11 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="ZEKrRNJeZH" Content-Transfer-Encoding: 7bit Message-ID: <16839.40367.2187.545337@canoe.dclg.ca> Date: Mon, 20 Dec 2004 22:51:11 -0500 To: freebsd-hackers@freebsd.org, Poul-Henning Kamp X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid Subject: Odd geom 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, 21 Dec 2004 03:51:17 -0000 --ZEKrRNJeZH Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit I have a set of 12 disks. 2x9G and 10x4.5G. I have a setup whereby I run a gmirror on each pair of disks and then a gconcat on the mirrors. Attached is a copy of the gmirror and gconcat lists. Now... I "shutdown -r" this machine (which happens to be an alpha) and it shuts down happily. However, _every_ time it reboots, it wishes to rebuild the mirrors: GEOM_MIRROR: Device m1 created (id=4055141955). GEOM_MIRROR: Device m1: provider da1 detected. GEOM_MIRROR: Device m1: provider da2 detected. GEOM_MIRROR: Device m1: provider da2 activated. GEOM_MIRROR: Device m1: provider mirror/m1 launched. GEOM_MIRROR: Device m1: rebuilding provider da1. (x5 more for the other mirrors). Now this isn't particularly bad, I suppose, except that the machine is occupied for some number of minutes after boot with this activity. No fsck ... the filesystem is happy. The machine is available for testing should someone want to look at it. In fact, the machine is part of my "retrocluster" of hardware running FreeBSD and NetBSD (if someone needs hardware with serial consoles to debug, this is the purpose of the retrocluster). Anyways... ideas? (note that in these files, the mirrors are still rebuilding) --ZEKrRNJeZH Content-Type: application/octet-stream Content-Disposition: attachment; filename="gmirror.list" Content-Transfer-Encoding: base64 R2VvbSBuYW1lOiBtMQpTdGF0ZTogREVHUkFERUQKQ29tcG9uZW50czogMgpCYWxhbmNlOiBz cGxpdApTbGljZTogNDA5NgpGbGFnczogTk9ORQpTeW5jSUQ6IDEKSUQ6IDQwNTUxNDE5NTUK UHJvdmlkZXJzOgoxLiBOYW1lOiBtaXJyb3IvbTEKICAgTWVkaWFzaXplOiA5MDU2OTA0MTky ICg4LjRHKQogICBTZWN0b3JzaXplOiA1MTIKICAgTW9kZTogcjN3MmUyCkNvbnN1bWVyczoK MS4gTmFtZTogZGExCiAgIE1lZGlhc2l6ZTogOTA1NjkwNDcwNCAoOC40RykKICAgU2VjdG9y c2l6ZTogNTEyCiAgIE1vZGU6IHIwdzFlMQogICBTdGF0ZTogU1lOQ0hST05JWklORwogICBQ cmlvcml0eTogMAogICBGbGFnczogRElSVFksIFNZTkNIUk9OSVpJTkcKICAgU3luY0lEOiAx CiAgIFN5bmNocm9uaXplZDogMTclCiAgIElEOiAyNTYwOTE5OTMwCjIuIE5hbWU6IGRhMgog ICBNZWRpYXNpemU6IDkwNTY5MDQ3MDQgKDguNEcpCiAgIFNlY3RvcnNpemU6IDUxMgogICBN b2RlOiByM3cyZTMKICAgU3RhdGU6IEFDVElWRQogICBQcmlvcml0eTogMQogICBGbGFnczog RElSVFkKICAgU3luY0lEOiAxCiAgIElEOiAyMjQxMzI2MTg1CgpHZW9tIG5hbWU6IG0xLnN5 bmMKQ29uc3VtZXJzOgoxLiBOYW1lOiBtaXJyb3IvbTEKICAgTWVkaWFzaXplOiA5MDU2OTA0 MTkyICg4LjRHKQogICBTZWN0b3JzaXplOiA1MTIKICAgTW9kZTogcjF3MGUwCgpHZW9tIG5h bWU6IG0yClN0YXRlOiBERUdSQURFRApDb21wb25lbnRzOiAyCkJhbGFuY2U6IHNwbGl0ClNs aWNlOiA0MDk2CkZsYWdzOiBOT05FClN5bmNJRDogMQpJRDogNTMwNzU3ODI1ClByb3ZpZGVy czoKMS4gTmFtZTogbWlycm9yL20yCiAgIE1lZGlhc2l6ZTogNDI5MzE4MTQ0MCAoNC4wRykK ICAgU2VjdG9yc2l6ZTogNTEyCiAgIE1vZGU6IHIzdzJlMgpDb25zdW1lcnM6CjEuIE5hbWU6 IGRhMwogICBNZWRpYXNpemU6IDQyOTMxODE5NTIgKDQuMEcpCiAgIFNlY3RvcnNpemU6IDUx MgogICBNb2RlOiByMHcxZTEKICAgU3RhdGU6IFNZTkNIUk9OSVpJTkcKICAgUHJpb3JpdHk6 IDAKICAgRmxhZ3M6IERJUlRZLCBTWU5DSFJPTklaSU5HCiAgIFN5bmNJRDogMQogICBTeW5j aHJvbml6ZWQ6IDMyJQogICBJRDogNDE4NjU1MzAzOAoyLiBOYW1lOiBkYTQKICAgTWVkaWFz aXplOiA0MjkzMTgxOTUyICg0LjBHKQogICBTZWN0b3JzaXplOiA1MTIKICAgTW9kZTogcjN3 MmUzCiAgIFN0YXRlOiBBQ1RJVkUKICAgUHJpb3JpdHk6IDEKICAgRmxhZ3M6IERJUlRZCiAg IFN5bmNJRDogMQogICBJRDogMzIwNjcwODU0NQoKR2VvbSBuYW1lOiBtMi5zeW5jCkNvbnN1 bWVyczoKMS4gTmFtZTogbWlycm9yL20yCiAgIE1lZGlhc2l6ZTogNDI5MzE4MTQ0MCAoNC4w RykKICAgU2VjdG9yc2l6ZTogNTEyCiAgIE1vZGU6IHIxdzBlMAoKR2VvbSBuYW1lOiBtMwpT dGF0ZTogREVHUkFERUQKQ29tcG9uZW50czogMgpCYWxhbmNlOiBzcGxpdApTbGljZTogNDA5 NgpGbGFnczogTk9ORQpTeW5jSUQ6IDEKSUQ6IDM4MjU2NTMzMzgKUHJvdmlkZXJzOgoxLiBO YW1lOiBtaXJyb3IvbTMKICAgTWVkaWFzaXplOiA0MjkzMTgxNDQwICg0LjBHKQogICBTZWN0 b3JzaXplOiA1MTIKICAgTW9kZTogcjN3MmUyCkNvbnN1bWVyczoKMS4gTmFtZTogZGE1CiAg IE1lZGlhc2l6ZTogNDI5MzE4MTk1MiAoNC4wRykKICAgU2VjdG9yc2l6ZTogNTEyCiAgIE1v ZGU6IHIwdzFlMQogICBTdGF0ZTogU1lOQ0hST05JWklORwogICBQcmlvcml0eTogMAogICBG bGFnczogRElSVFksIFNZTkNIUk9OSVpJTkcKICAgU3luY0lEOiAxCiAgIFN5bmNocm9uaXpl ZDogMjIlCiAgIElEOiAxNzI4MTUxMTM0CjIuIE5hbWU6IGRhNgogICBNZWRpYXNpemU6IDQy OTMxODE5NTIgKDQuMEcpCiAgIFNlY3RvcnNpemU6IDUxMgogICBNb2RlOiByM3cyZTMKICAg U3RhdGU6IEFDVElWRQogICBQcmlvcml0eTogMQogICBGbGFnczogRElSVFkKICAgU3luY0lE OiAxCiAgIElEOiAyODA3MDI2MDY1CgpHZW9tIG5hbWU6IG0zLnN5bmMKQ29uc3VtZXJzOgox LiBOYW1lOiBtaXJyb3IvbTMKICAgTWVkaWFzaXplOiA0MjkzMTgxNDQwICg0LjBHKQogICBT ZWN0b3JzaXplOiA1MTIKICAgTW9kZTogcjF3MGUwCgpHZW9tIG5hbWU6IG00ClN0YXRlOiBE RUdSQURFRApDb21wb25lbnRzOiAyCkJhbGFuY2U6IHNwbGl0ClNsaWNlOiA0MDk2CkZsYWdz OiBOT05FClN5bmNJRDogMQpJRDogODM1MjU1ODUzClByb3ZpZGVyczoKMS4gTmFtZTogbWly cm9yL200CiAgIE1lZGlhc2l6ZTogNDI5MzE4MTQ0MCAoNC4wRykKICAgU2VjdG9yc2l6ZTog NTEyCiAgIE1vZGU6IHIzdzJlMgpDb25zdW1lcnM6CjEuIE5hbWU6IGRhNwogICBNZWRpYXNp emU6IDQyOTMxODE5NTIgKDQuMEcpCiAgIFNlY3RvcnNpemU6IDUxMgogICBNb2RlOiByMHcx ZTEKICAgU3RhdGU6IFNZTkNIUk9OSVpJTkcKICAgUHJpb3JpdHk6IDAKICAgRmxhZ3M6IERJ UlRZLCBTWU5DSFJPTklaSU5HCiAgIFN5bmNJRDogMQogICBTeW5jaHJvbml6ZWQ6IDI2JQog ICBJRDogMjY2NjY1MzA1CjIuIE5hbWU6IGRhOAogICBNZWRpYXNpemU6IDQyOTMxODE5NTIg KDQuMEcpCiAgIFNlY3RvcnNpemU6IDUxMgogICBNb2RlOiByM3cyZTMKICAgU3RhdGU6IEFD VElWRQogICBQcmlvcml0eTogMQogICBGbGFnczogRElSVFkKICAgU3luY0lEOiAxCiAgIElE OiAzNjExNDI3MzU0CgpHZW9tIG5hbWU6IG00LnN5bmMKQ29uc3VtZXJzOgoxLiBOYW1lOiBt aXJyb3IvbTQKICAgTWVkaWFzaXplOiA0MjkzMTgxNDQwICg0LjBHKQogICBTZWN0b3JzaXpl OiA1MTIKICAgTW9kZTogcjF3MGUwCgpHZW9tIG5hbWU6IG01ClN0YXRlOiBERUdSQURFRApD b21wb25lbnRzOiAyCkJhbGFuY2U6IHNwbGl0ClNsaWNlOiA0MDk2CkZsYWdzOiBOT05FClN5 bmNJRDogMQpJRDogMzE4MDYyNjI3MQpQcm92aWRlcnM6CjEuIE5hbWU6IG1pcnJvci9tNQog ICBNZWRpYXNpemU6IDQyOTMxODE0NDAgKDQuMEcpCiAgIFNlY3RvcnNpemU6IDUxMgogICBN b2RlOiByM3cyZTIKQ29uc3VtZXJzOgoxLiBOYW1lOiBkYTkKICAgTWVkaWFzaXplOiA0Mjkz MTgxOTUyICg0LjBHKQogICBTZWN0b3JzaXplOiA1MTIKICAgTW9kZTogcjB3MWUxCiAgIFN0 YXRlOiBTWU5DSFJPTklaSU5HCiAgIFByaW9yaXR5OiAwCiAgIEZsYWdzOiBESVJUWSwgU1lO Q0hST05JWklORwogICBTeW5jSUQ6IDEKICAgU3luY2hyb25pemVkOiAyNyUKICAgSUQ6IDE3 MzQyMjgwMDQKMi4gTmFtZTogZGExMAogICBNZWRpYXNpemU6IDQyOTMxODE5NTIgKDQuMEcp CiAgIFNlY3RvcnNpemU6IDUxMgogICBNb2RlOiByM3cyZTMKICAgU3RhdGU6IEFDVElWRQog ICBQcmlvcml0eTogMQogICBGbGFnczogRElSVFkKICAgU3luY0lEOiAxCiAgIElEOiAzMDU3 NjU4NDA1CgpHZW9tIG5hbWU6IG01LnN5bmMKQ29uc3VtZXJzOgoxLiBOYW1lOiBtaXJyb3Iv bTUKICAgTWVkaWFzaXplOiA0MjkzMTgxNDQwICg0LjBHKQogICBTZWN0b3JzaXplOiA1MTIK ICAgTW9kZTogcjF3MGUwCgpHZW9tIG5hbWU6IG02ClN0YXRlOiBERUdSQURFRApDb21wb25l bnRzOiAyCkJhbGFuY2U6IHNwbGl0ClNsaWNlOiA0MDk2CkZsYWdzOiBOT05FClN5bmNJRDog MQpJRDogMzc3NDg4NTA4ClByb3ZpZGVyczoKMS4gTmFtZTogbWlycm9yL202CiAgIE1lZGlh c2l6ZTogNDI5MzE4MTQ0MCAoNC4wRykKICAgU2VjdG9yc2l6ZTogNTEyCiAgIE1vZGU6IHIz dzJlMgpDb25zdW1lcnM6CjEuIE5hbWU6IGRhMTEKICAgTWVkaWFzaXplOiA0MjkzMTgxOTUy ICg0LjBHKQogICBTZWN0b3JzaXplOiA1MTIKICAgTW9kZTogcjB3MWUxCiAgIFN0YXRlOiBT WU5DSFJPTklaSU5HCiAgIFByaW9yaXR5OiAwCiAgIEZsYWdzOiBESVJUWSwgU1lOQ0hST05J WklORwogICBTeW5jSUQ6IDEKICAgU3luY2hyb25pemVkOiAyMSUKICAgSUQ6IDUwMzQzNDQ0 OAoyLiBOYW1lOiBkYTEyCiAgIE1lZGlhc2l6ZTogNDI5MzE4MTk1MiAoNC4wRykKICAgU2Vj dG9yc2l6ZTogNTEyCiAgIE1vZGU6IHIzdzJlMwogICBTdGF0ZTogQUNUSVZFCiAgIFByaW9y aXR5OiAxCiAgIEZsYWdzOiBESVJUWQogICBTeW5jSUQ6IDEKICAgSUQ6IDYyNDI2OTcwCgpH ZW9tIG5hbWU6IG02LnN5bmMKQ29uc3VtZXJzOgoxLiBOYW1lOiBtaXJyb3IvbTYKICAgTWVk aWFzaXplOiA0MjkzMTgxNDQwICg0LjBHKQogICBTZWN0b3JzaXplOiA1MTIKICAgTW9kZTog cjF3MGUwCgo= --ZEKrRNJeZH Content-Type: application/octet-stream Content-Disposition: attachment; filename="gconcat.list" Content-Transfer-Encoding: base64 R2VvbSBuYW1lOiBiYXQtdTEKU3RhdGU6IFVQClN0YXR1czogVG90YWw9NiwgT25saW5lPTYK VHlwZTogQVVUT01BVElDCklEOiAyNzczNjcwNTI3ClByb3ZpZGVyczoKMS4gTmFtZTogY29u Y2F0L2JhdC11MQogICBNZWRpYXNpemU6IDMwNTIyODA4MzIwICgyOEcpCiAgIFNlY3RvcnNp emU6IDUxMgogICBNb2RlOiByMncyZTEKQ29uc3VtZXJzOgoxLiBOYW1lOiBtaXJyb3IvbTEK ICAgTWVkaWFzaXplOiA5MDU2OTA0MTkyICg4LjRHKQogICBTZWN0b3JzaXplOiA1MTIKICAg TW9kZTogcjJ3MmUyCiAgIFN0YXJ0OiAwCiAgIEVuZDogOTA1NjkwMzY4MAoyLiBOYW1lOiBt aXJyb3IvbTIKICAgTWVkaWFzaXplOiA0MjkzMTgxNDQwICg0LjBHKQogICBTZWN0b3JzaXpl OiA1MTIKICAgTW9kZTogcjJ3MmUyCiAgIFN0YXJ0OiA5MDU2OTAzNjgwCiAgIEVuZDogMTMz NTAwODQ2MDgKMy4gTmFtZTogbWlycm9yL20zCiAgIE1lZGlhc2l6ZTogNDI5MzE4MTQ0MCAo NC4wRykKICAgU2VjdG9yc2l6ZTogNTEyCiAgIE1vZGU6IHIydzJlMgogICBTdGFydDogMTMz NTAwODQ2MDgKICAgRW5kOiAxNzY0MzI2NTUzNgo0LiBOYW1lOiBtaXJyb3IvbTQKICAgTWVk aWFzaXplOiA0MjkzMTgxNDQwICg0LjBHKQogICBTZWN0b3JzaXplOiA1MTIKICAgTW9kZTog cjJ3MmUyCiAgIFN0YXJ0OiAxNzY0MzI2NTUzNgogICBFbmQ6IDIxOTM2NDQ2NDY0CjUuIE5h bWU6IG1pcnJvci9tNQogICBNZWRpYXNpemU6IDQyOTMxODE0NDAgKDQuMEcpCiAgIFNlY3Rv cnNpemU6IDUxMgogICBNb2RlOiByMncyZTIKICAgU3RhcnQ6IDIxOTM2NDQ2NDY0CiAgIEVu ZDogMjYyMjk2MjczOTIKNi4gTmFtZTogbWlycm9yL202CiAgIE1lZGlhc2l6ZTogNDI5MzE4 MTQ0MCAoNC4wRykKICAgU2VjdG9yc2l6ZTogNTEyCiAgIE1vZGU6IHIydzJlMgogICBTdGFy dDogMjYyMjk2MjczOTIKICAgRW5kOiAzMDUyMjgwODMyMAoK --ZEKrRNJeZH Content-Type: text/plain; charset=us-ascii Content-Description: message body and .signature Content-Transfer-Encoding: 7bit Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ --ZEKrRNJeZH-- From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 21 07:58: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 705EC16A4CE for ; Tue, 21 Dec 2004 07:58:29 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AD8A43D2F for ; Tue, 21 Dec 2004 07:58:28 +0000 (GMT) (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.11/8.12.10) with ESMTP id iBL7vr8T064795; Tue, 21 Dec 2004 18:27:53 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Tue, 21 Dec 2004 18:27:46 +1030 User-Agent: KMail/1.7.1 References: <41C5CF17.9010600@no-wackos.com> <41C71812.6010007@comcast.net> In-Reply-To: <41C71812.6010007@comcast.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2143973.hP7vpQMvsI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412211827.52446.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Gary Corcoran cc: Bram Van Steenlandt Subject: Re: Mac UFS partition unreadable 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, 21 Dec 2004 07:58:29 -0000 --nextPart2143973.hP7vpQMvsI Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 21 Dec 2004 04:51, Gary Corcoran wrote: > > This should be possible because both are BSD and both can use UFS. > > However when I plug an freebsd formatted drive into my mac he is rather > > confused by first saying that he can't read this drive and I should > > format it. Then when I try to mount it from the terminal he complains > > about the superblocks, when I run some utils they sometimes say they > > can't determine the partition type, also when I look into /dev there is > > nothing that indicates that this drive has partitions. > > > > So I formatted the drive on my mac into UFS. Same thing happens on > > freebsd. I did some googling and it appears to be so that this could be > > because of little vs big endian. I am however rather new to freebsd and > > have no idea what the difference is. I am guessing endian issues here but I am not sure.. > MS-DOS FAT32 will support large drives and long filenames, > if you can find a way to get it formatted. Windows98 would > be one way to get it formatted (Win2000 and WinXP will NOT > allow a large (>32GB) disk to be formatted as FAT32). You can use newfs_msdos to format a FAT32 partition in FreeBSD. It will wor= k=20 up to ~200Gb, and then FreeBSD won't mount it unless you have a special=20 option in your kernel.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2143973.hP7vpQMvsI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBx9eA5ZPcIHs/zowRAhBoAJ0dF1N9U7sb6t5FT4BdVEKlXHFbygCfbtE2 9dqfjQde0sDHdb/XotoSvXg= =u5gX -----END PGP SIGNATURE----- --nextPart2143973.hP7vpQMvsI-- From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 21 11:05: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 547E016A4CE; Tue, 21 Dec 2004 11:05:00 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id A448743D3F; Tue, 21 Dec 2004 11:04:59 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 2F07EAC956; Tue, 21 Dec 2004 12:04:56 +0100 (CET) Date: Tue, 21 Dec 2004 12:04:56 +0100 From: Pawel Jakub Dawidek To: David Gilbert Message-ID: <20041221110456.GB787@darkness.comp.waw.pl> References: <16839.40367.2187.545337@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s2ZSL+KKDSLx8OML" Content-Disposition: inline In-Reply-To: <16839.40367.2187.545337@canoe.dclg.ca> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-hackers@freebsd.org cc: Poul-Henning Kamp Subject: Re: Odd geom 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, 21 Dec 2004 11:05:00 -0000 --s2ZSL+KKDSLx8OML Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 20, 2004 at 10:51:11PM -0500, David Gilbert wrote: Content-Description: message body text +> I have a set of 12 disks. 2x9G and 10x4.5G. I have a setup whereby I +> run a gmirror on each pair of disks and then a gconcat on the +> mirrors. Attached is a copy of the gmirror and gconcat lists. +>=20 +> Now... I "shutdown -r" this machine (which happens to be an alpha) and +> it shuts down happily. However, _every_ time it reboots, it wishes to +> rebuild the mirrors: +>=20 +> GEOM_MIRROR: Device m1 created (id=3D4055141955). +> GEOM_MIRROR: Device m1: provider da1 detected. +> GEOM_MIRROR: Device m1: provider da2 detected. +> GEOM_MIRROR: Device m1: provider da2 activated. +> GEOM_MIRROR: Device m1: provider mirror/m1 launched. +> GEOM_MIRROR: Device m1: rebuilding provider da1. +>=20 +> (x5 more for the other mirrors). Now this isn't particularly bad, I +> suppose, except that the machine is occupied for some number of +> minutes after boot with this activity. No fsck ... the filesystem is +> happy. +>=20 +> The machine is available for testing should someone want to look at +> it. In fact, the machine is part of my "retrocluster" of hardware +> running FreeBSD and NetBSD (if someone needs hardware with serial +> consoles to debug, this is the purpose of the retrocluster). +>=20 +> Anyways... ideas? +>=20 +> (note that in these files, the mirrors are still rebuilding) What system version are you using? If this is 5.3 you should place: swapoff=3D"YES" to your /etc/rc.conf and use shutdown(8) command to reboot/turn off your machine. This is fixed in HEAD in much more clean way already. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --s2ZSL+KKDSLx8OML Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFByANYForvXbEpPzQRAhMHAKCNL9dIagIXzfDl/MIBogAo/95eCwCeP6tC /lDz5Xi8dKyQKyMVOp9bOXs= =0rgf -----END PGP SIGNATURE----- --s2ZSL+KKDSLx8OML-- From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 21 16:53: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 9B80616A4CE; Tue, 21 Dec 2004 16:53:57 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7FB843D49; Tue, 21 Dec 2004 16:53:56 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v7.2.1.R) with ESMTP id md50000815610.msg; Tue, 21 Dec 2004 16:44:14 +0000 Message-ID: <021101c4e77d$81dae0b0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: , Date: Tue, 21 Dec 2004 16:52:47 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Tue, 21 Dec 2004 16:44:14 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Tue, 21 Dec 2004 16:44:16 +0000 Subject: gdb not finding shared libraries for emulated binaries 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, 21 Dec 2004 16:53:57 -0000 Is there a way or a patch to make gdb search the relevant compat directories when debugging a emulated binary. As it stands I have to symlink all the libs from /compat/linux/lib which is really messy. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 21 18:06: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 C10DA16A4CE; Tue, 21 Dec 2004 18:06:44 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B6A643D41; Tue, 21 Dec 2004 18:06:44 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v7.2.1.R) with ESMTP id md50000815853.msg; Tue, 21 Dec 2004 17:58:01 +0000 Message-ID: <027801c4e787$cfd10600$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Steven Hartland" , , References: <021101c4e77d$81dae0b0$b3db87d4@multiplay.co.uk> Date: Tue, 21 Dec 2004 18:06:32 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Tue, 21 Dec 2004 17:58:01 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Tue, 21 Dec 2004 17:58:01 +0000 Subject: Re: gdb not finding shared libraries for emulated binaries 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, 21 Dec 2004 18:06:44 -0000 Can someone remove: Randy Bush from the lists until he disables his auto responder: [quote] you have sent a message to me which seems to contain a legal warning on who can read it, or how it may be distributed, or whether it may be archived, etc. i do not accept such email. my mail user agent detected a legal notice when i was opening your mail, and automatically deleted it. so do not expect further response. yes, i know your mail environment automatically added the legal notice. well, my mail environment automatically detected it, deleted it, and sent this message to you. so don't expect a lot of sympathy. randy [/quote] ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 21 19:16: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 900C316A4CE for ; Tue, 21 Dec 2004 19:16:04 +0000 (GMT) Received: from smtp-out.hotpop.com (smtp-out.hotpop.com [38.113.3.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E3F443D55 for ; Tue, 21 Dec 2004 19:16:04 +0000 (GMT) (envelope-from mastah@phreaker.net) Received: from phreaker.net (kubrick.hotpop.com [38.113.3.103]) by smtp-out.hotpop.com (Postfix) with SMTP id C277EB173D6 for ; Tue, 21 Dec 2004 19:15:56 +0000 (UTC) Received: from master.phreaker.net (dialup-as2-45.ilca.ru [82.179.161.45]) by smtp-1.hotpop.com (Postfix) with ESMTP id 4E78C1A0218 for ; Tue, 21 Dec 2004 19:15:44 +0000 (UTC) Message-Id: <6.2.0.7.1.20041221221529.021bb7d0@pop.phreaker.net> X-Sender: mastah@phreaker.net@pop.phreaker.net X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.7 (Beta) Date: Tue, 21 Dec 2004 22:15:33 +0300 To: hackers@freebsd.org From: Castl Troy Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-HotPOP: ----------------------------------------------- Sent By HotPOP.com FREE Email Get your FREE POP email at www.HotPOP.com ----------------------------------------------- Subject: calibrating 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: Tue, 21 Dec 2004 19:16:04 -0000 Hello hackers, Just want to ask people here who have time to run my program and answer me back output from it. Thanks! ===== #include #include #include #include #include int main(int argc, char **argv) { u_int i, avg, totaldiff = 0; u_int diff[10]; struct timeval pold, pcur; fprintf(stderr, "Examining sleep()\n"); for(i=0; i<10; i++) { gettimeofday(&pold, NULL); sleep(1); gettimeofday(&pcur, NULL); fprintf(stderr, "Pass %2d [ diff: %3lu.%-6lu second(s) ]\n", i, pcur.tv_sec - pold.tv_sec, pcur.tv_usec - pold.tv_usec); diff[i] = pcur.tv_usec - pold.tv_usec; } for(i=0; i<10; i++) totaldiff+=diff[i]; avg = totaldiff / 10; fprintf(stderr, " -- average diff: %5u microsecond(s)\n", avg); fprintf(stderr, "\nExamining usleep()\n"); for(i=1;i<11; i++) { gettimeofday(&pold, NULL); usleep(1 * 1000 * 1000); gettimeofday(&pcur, NULL); fprintf(stderr, "Pass %2d [ diff: %3lu.%-6lu second(s) ]\n", i, pcur.tv_sec - pold.tv_sec, pcur.tv_usec - pold.tv_usec); diff[i] = pcur.tv_usec - pold.tv_usec; } for(i=0; i<10; i++) totaldiff+=diff[i]; avg = totaldiff / 10; fprintf(stderr, " -- average diff: %5u microsecond(s)\n", avg); exit(0); } From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 21 19:48: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 6CAE516A4CE for ; Tue, 21 Dec 2004 19:48:44 +0000 (GMT) Received: from smtp.mmedia.is (mail.mmedia.is [217.151.180.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 507A443D5E for ; Tue, 21 Dec 2004 19:48:43 +0000 (GMT) (envelope-from thib@mi.is) Received: from caulfield.bitcode.eu.org (thib.pentagon.ms [217.151.165.254]) by smtp.mmedia.is (8.12.10/8.12.10/1.0.1) with SMTP id iBLJmgNo021708 for ; Tue, 21 Dec 2004 19:48:42 GMT Date: Tue, 21 Dec 2004 19:48:45 +0000 From: "Thordur Ivar B." To: freebsd-hackers@freebsd.org Message-Id: <20041221194845.6820320b.thib@mi.is> In-Reply-To: <6.2.0.7.1.20041221221529.021bb7d0@pop.phreaker.net> References: <6.2.0.7.1.20041221221529.021bb7d0@pop.phreaker.net> Organization: n/a X-Mailer: Sylpheed version 1.0.0beta3 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Tue__21_Dec_2004_19_48_45_+0000_phgQLwCIw9n9AvIq" Subject: Re: calibrating 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: Tue, 21 Dec 2004 19:48:44 -0000 This is a multi-part message in MIME format. --Multipart=_Tue__21_Dec_2004_19_48_45_+0000_phgQLwCIw9n9AvIq Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 21 Dec 2004 22:15:33 +0300 Castl Troy wrote: > Hello hackers, > > Just want to ask people here who have time to run my program and answer me > back output from it. > Thanks! > [thib@caulfield thib]$ uname -a FreeBSD caulfield 5.3-STABLE FreeBSD 5.3-STABLE #3: Tue Dec 14 13:42:47 UTC 2004 thib@caulfield:/usr/obj/usr/src/sys/caulfield i386 Anything else ? Hardware: Intel P4 2.4GHz HTT Abit IC7 Mainboard 1G Dual Channel DDR 400MHz If you require my kernel config, just give me a buzz. -- Thordur I. Bjornsson. thib@mi.is || bzthib@gmail.com FreeBSD - Unix the way *I* like it. A man can do as he will, but not will as he will. --Multipart=_Tue__21_Dec_2004_19_48_45_+0000_phgQLwCIw9n9AvIq Content-Type: text/plain; name="calout.txt" Content-Disposition: attachment; filename="calout.txt" Content-Transfer-Encoding: 7bit - First Go - Examining sleep() Pass 0 [ diff: 1.1202 second(s) ] Pass 1 [ diff: 1.9994 second(s) ] Pass 2 [ diff: 1.9994 second(s) ] Pass 3 [ diff: 1.10004 second(s) ] Pass 4 [ diff: 2.4293977288 second(s) ] Pass 5 [ diff: 1.10000 second(s) ] Pass 6 [ diff: 1.9987 second(s) ] Pass 7 [ diff: 1.9998 second(s) ] Pass 8 [ diff: 1.10001 second(s) ] Pass 9 [ diff: 1.9999 second(s) ] -- average diff: 429405846 microsecond(s) Examining usleep() Pass 1 [ diff: 1.9998 second(s) ] Pass 2 [ diff: 1.9996 second(s) ] Pass 3 [ diff: 1.10001 second(s) ] Pass 4 [ diff: 1.10003 second(s) ] Pass 5 [ diff: 1.10006 second(s) ] Pass 6 [ diff: 1.10001 second(s) ] Pass 7 [ diff: 1.9991 second(s) ] Pass 8 [ diff: 1.10001 second(s) ] Pass 9 [ diff: 1.9999 second(s) ] Pass 10 [ diff: 1.10000 second(s) ] -- average diff: 429414966 microsecond(s) - Second Go - Examining sleep() Pass 0 [ diff: 1.1354 second(s) ] Pass 1 [ diff: 1.9994 second(s) ] Pass 2 [ diff: 1.10003 second(s) ] Pass 3 [ diff: 1.10015 second(s) ] Pass 4 [ diff: 1.9982 second(s) ] Pass 5 [ diff: 1.10006 second(s) ] Pass 6 [ diff: 1.10006 second(s) ] Pass 7 [ diff: 1.9988 second(s) ] Pass 8 [ diff: 1.9999 second(s) ] Pass 9 [ diff: 1.10001 second(s) ] -- average diff: 9134 microsecond(s) Examining usleep() Pass 1 [ diff: 1.9993 second(s) ] Pass 2 [ diff: 1.10002 second(s) ] Pass 3 [ diff: 1.10003 second(s) ] Pass 4 [ diff: 1.10009 second(s) ] Pass 5 [ diff: 1.9993 second(s) ] Pass 6 [ diff: 1.9994 second(s) ] Pass 7 [ diff: 1.9998 second(s) ] Pass 8 [ diff: 1.9997 second(s) ] Pass 9 [ diff: 1.9997 second(s) ] Pass 10 [ diff: 1.9994 second(s) ] -- average diff: 18268 microsecond(s) - Third Go - Examining sleep() Pass 0 [ diff: 1.3942 second(s) ] Pass 1 [ diff: 1.9997 second(s) ] Pass 2 [ diff: 1.9996 second(s) ] Pass 3 [ diff: 1.10002 second(s) ] Pass 4 [ diff: 1.9998 second(s) ] Pass 5 [ diff: 1.9999 second(s) ] Pass 6 [ diff: 1.10009 second(s) ] Pass 7 [ diff: 1.9990 second(s) ] Pass 8 [ diff: 1.9999 second(s) ] Pass 9 [ diff: 1.10000 second(s) ] -- average diff: 9393 microsecond(s) Examining usleep() Pass 1 [ diff: 1.9985 second(s) ] Pass 2 [ diff: 1.10005 second(s) ] Pass 3 [ diff: 1.9996 second(s) ] Pass 4 [ diff: 1.9999 second(s) ] Pass 5 [ diff: 1.9993 second(s) ] Pass 6 [ diff: 1.10005 second(s) ] Pass 7 [ diff: 1.10005 second(s) ] Pass 8 [ diff: 1.9989 second(s) ] Pass 9 [ diff: 1.10001 second(s) ] Pass 10 [ diff: 1.9997 second(s) ] -- average diff: 18785 microsecond(s) --Multipart=_Tue__21_Dec_2004_19_48_45_+0000_phgQLwCIw9n9AvIq-- From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 21 20:03: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 5300016A4CE for ; Tue, 21 Dec 2004 20:03:54 +0000 (GMT) Received: from priv-edtnes40.telusplanet.net (outbound05.telus.net [199.185.220.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id D54F143D55 for ; Tue, 21 Dec 2004 20:03:53 +0000 (GMT) (envelope-from pfak@telus.net) Received: from [192.168.1.150] (really [64.180.28.217]) by priv-edtnes40.telusplanet.netESMTP <20041221200353.ENJO12881.priv-edtnes40.telusplanet.net@[192.168.1.150]>; Tue, 21 Dec 2004 13:03:53 -0700 Message-ID: <41C881AF.60604@telus.net> Date: Tue, 21 Dec 2004 12:03:59 -0800 From: Peter Kieser User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Castl Troy References: <6.2.0.7.1.20041221221529.021bb7d0@pop.phreaker.net> In-Reply-To: <6.2.0.7.1.20041221221529.021bb7d0@pop.phreaker.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: calibrating 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: Tue, 21 Dec 2004 20:03:54 -0000 FreeBSD catalyst.pfak.org 5.3-STABLE FreeBSD 5.3-STABLE #0: Sat Nov 6 22:02:22 PST 2004 peter@catalyst.pfak.org:/usr/src/sys/i386/compile/DEVIL i386 Hardware: Intel P4 1.6Ghz Asus P4SDX 1x 512MB PC2700 Noname Examining sleep() Pass 0 [ diff: 1.1782 second(s) ] Pass 1 [ diff: 1.9966 second(s) ] Pass 2 [ diff: 1.9978 second(s) ] Pass 3 [ diff: 1.9982 second(s) ] Pass 4 [ diff: 1.9984 second(s) ] Pass 5 [ diff: 1.9969 second(s) ] Pass 6 [ diff: 1.9983 second(s) ] Pass 7 [ diff: 1.9969 second(s) ] Pass 8 [ diff: 1.10091 second(s) ] Pass 9 [ diff: 1.9870 second(s) ] -- average diff: 9157 microsecond(s) Examining usleep() Pass 1 [ diff: 1.9961 second(s) ] Pass 2 [ diff: 1.9976 second(s) ] Pass 3 [ diff: 1.9973 second(s) ] Pass 4 [ diff: 1.9986 second(s) ] Pass 5 [ diff: 1.9991 second(s) ] Pass 6 [ diff: 1.9954 second(s) ] Pass 7 [ diff: 1.9971 second(s) ] Pass 8 [ diff: 1.9983 second(s) ] Pass 9 [ diff: 1.9977 second(s) ] Pass 10 [ diff: 1.9972 second(s) ] -- average diff: 18312 microsecond(s) -- FreeBSD sphinx.pfak.org 4.11-STABLE FreeBSD 4.11-STABLE #2: Sun Dec 19 20:14:32 PST 2004 peter@sphinx.pfak.org:/usr/src/sys/compile/SPHINX i386 Hardware: AMD Athlon 64 3200+ MSI K8T NEO-FSR 3x 512MB DDR400 Samsung Examining sleep() Pass 0 [ diff: 1.3845 second(s) ] Pass 1 [ diff: 1.10016 second(s) ] Pass 2 [ diff: 1.9753 second(s) ] Pass 3 [ diff: 1.9887 second(s) ] Pass 4 [ diff: 1.10051 second(s) ] Pass 5 [ diff: 1.9715 second(s) ] Pass 6 [ diff: 1.9921 second(s) ] Pass 7 [ diff: 1.9841 second(s) ] Pass 8 [ diff: 1.9896 second(s) ] Pass 9 [ diff: 1.14573 second(s) ] -- average diff: 9749 microsecond(s) Examining usleep() Pass 1 [ diff: 1.4970 second(s) ] Pass 2 [ diff: 1.9902 second(s) ] Pass 3 [ diff: 1.9869 second(s) ] Pass 4 [ diff: 1.9884 second(s) ] Pass 5 [ diff: 1.9886 second(s) ] Pass 6 [ diff: 1.9888 second(s) ] Pass 7 [ diff: 1.9883 second(s) ] Pass 8 [ diff: 1.9901 second(s) ] Pass 9 [ diff: 1.10476 second(s) ] Pass 10 [ diff: 1.9268 second(s) ] -- average diff: 9777 microsecond(s) -- FreeBSD psycho.pfak.org 4.10-STABLE FreeBSD 4.10-STABLE #0: Tue Nov 23 15:05:49 PST 2004 peter@psycho.pfak.org:/usr/src/sys/compile/PSYCHO i386 Hardware: AMD Athlon XP 2800+ Asus A7N8X-Deluxe 3x 512MB DDR400 Samsung Examining sleep() Pass 0 [ diff: 1.3599 second(s) ] Pass 1 [ diff: 1.3761 second(s) ] Pass 2 [ diff: 1.9925 second(s) ] Pass 3 [ diff: 1.9851 second(s) ] Pass 4 [ diff: 1.9910 second(s) ] Pass 5 [ diff: 1.9849 second(s) ] Pass 6 [ diff: 1.9901 second(s) ] Pass 7 [ diff: 1.9876 second(s) ] Pass 8 [ diff: 1.9909 second(s) ] Pass 9 [ diff: 1.9883 second(s) ] -- average diff: 8646 microsecond(s) Examining usleep() Pass 1 [ diff: 1.7076 second(s) ] Pass 2 [ diff: 1.9924 second(s) ] Pass 3 [ diff: 1.9861 second(s) ] Pass 4 [ diff: 1.9925 second(s) ] Pass 5 [ diff: 1.9871 second(s) ] Pass 6 [ diff: 1.9968 second(s) ] Pass 7 [ diff: 1.9800 second(s) ] Pass 8 [ diff: 1.9919 second(s) ] Pass 9 [ diff: 1.9879 second(s) ] Pass 10 [ diff: 1.9922 second(s) ] -- average diff: 9974 microsecond(s) --Peter Castl Troy wrote: > Hello hackers, > > Just want to ask people here who have time to run my program and > answer me back output from it. > Thanks! > From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 21 20:10: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 D06EA16A4CF for ; Tue, 21 Dec 2004 20:10:28 +0000 (GMT) Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33F3643D3F for ; Tue, 21 Dec 2004 20:10:28 +0000 (GMT) (envelope-from spork@fasttrackmonkey.com) Received: (qmail 80228 invoked by uid 2003); 21 Dec 2004 20:06:18 -0000 Received: from spork@fasttrackmonkey.com by angryfist.fasttrackmonkey.com by uid 1001 with qmail-scanner-1.20 (clamscan: 0.65. Clear:RC:1(216.220.116.154):. Processed in 0.997986 secs); 21 Dec 2004 20:06:18 -0000 Received: from unknown (HELO ?192.168.0.40?) (216.220.116.154) by 0 with (DHE-RSA-AES256-SHA encrypted) SMTP; 21 Dec 2004 20:06:16 -0000 Date: Tue, 21 Dec 2004 15:10:24 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@oof.local To: Bram Van Steenlandt In-Reply-To: <41C5CF17.9010600@no-wackos.com> Message-ID: References: <41C5CF17.9010600@no-wackos.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-hackers@freebsd.org Subject: Re: Mac UFS partition unreadable 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, 21 Dec 2004 20:10:29 -0000 On Sun, 19 Dec 2004, Bram Van Steenlandt wrote: > Hi, > > I use both mac and freebsd and would like to have the abbility to use my > external firewire drive on both plattforms. There is another way to do this, but it's a tremendous hack. That said, I've been doing it for more than two years... >From what I gather, the partitioning is the real issue. BSD can't read a OS-X partition "map" (for lack of understanding, I'll use that word), and vice-versa. Here's what I did... I had a large drive and I first ran disk utility under OS-X and left about half of the space unallocated. I went ahead with the normal HFS+ formatting. Then I ran "pdisk" under OS-X to see where the partition started and ended, same for the free space. I then moved the disk to FreeBSD. To grab all the OS-X labelling, I did "dd if=/dev/da0 of=osx-label count=6". Hold onto that file. Next I ran the BSD fdisk and disklabel. I took the OS-X start/end numbers and plugged those in and labelled that as unused in BSD. I then made a new partition with what was the "unused" area of the drive under OS-X. I then ran the following command: "dd if=/dev/da0 of=bsd-label count=1" and saved that file. So the disk at that point could be mounted under FreeBSD. But if you take it back to OS-X, no-go, since it can't make heads or tails of the label. To make this vaguely usable, I "switch" the disk from one "mode" to the other. So if I've been using it under FBSD and want to use it on the Mac, after unmounting it, I do: "dd if=os-x-label of=/dev/da0" Then if I unplug it and throw it back on the Mac, all is well. When I want to use it on FBSD, before mounting I do: "dd if=bsd-label of=/dev/da0" And then it mounts. Very hackish, but the only thing I could find. I thought about FAT32, but since I needed to have HFS+ stuff on there that requires resource forks and other oddities on the Mac side, and on the BSD side I needed real perms, FAT32 didn't cut it. YMMV, all that is from memory, but you get the gist of what's going on... Charles > This should be possible because both are BSD and both can use UFS. > However when I plug an freebsd formatted drive into my mac he is rather > confused by first saying that he can't read this drive and I should format > it. Then when I try to mount it from the terminal he complains about the > superblocks, when I run some utils they sometimes say they can't determine > the partition type, also when I look into /dev there is nothing that > indicates that this drive has partitions. > > So I formatted the drive on my mac into UFS. Same thing happens on freebsd. I > did some googling and it appears to be so that this could be because of > little vs big endian. I am however rather new to freebsd and have no idea > what the difference is. > > So what can I do to have a drive readable to both OSes ? > note: > drive is 160 Gig seagate > mac is running 10.3.5 > freebsd is amd 64 5.3 RELEASE > > mac supported disk formats are > MS-DOS,UFS,HFS,HFS+ > I now that HFS or MS-DOS would work but then I have no support for 160 gig / > long filenames > > I'm out of inspiration > > Thanks In advance > > Bram > > _______________________________________________ > 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 Tue Dec 21 20:16: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 0D78B16A4D1; Tue, 21 Dec 2004 20:16:36 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE6BF43D45; Tue, 21 Dec 2004 20:16:34 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v7.2.1.R) with ESMTP id md50000816244.msg; Tue, 21 Dec 2004 20:06:52 +0000 Message-ID: <02d701c4e799$d19c9910$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Brian Behlendorf" References: <021101c4e77d$81dae0b0$b3db87d4@multiplay.co.uk> <027801c4e787$cfd10600$b3db87d4@multiplay.co.uk> <20041221102601.K12087@fez.hyperreal.org> Date: Tue, 21 Dec 2004 20:15:26 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Tue, 21 Dec 2004 20:06:52 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Tue, 21 Dec 2004 20:06:54 +0000 cc: freebsd-hackers@freebsd.org cc: freebsd-emulation@freebsd.org Subject: Re: gdb not finding shared libraries for emulated binaries 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, 21 Dec 2004 20:16:36 -0000 No not really. I see it as totally inappropriate that someone registering with a public list should have an auto responder based in harmless content. I don't want to receive mails from this guy every time I post to the list just because there's something he doesn't like in the sig of my mails especially when I have no control over it. What next responding to mails that include phone numbers? I don't intend to use another account as why should I, I've been on this list for years now and don't see why I should have to change because someone cant get their act together. Totally fair enough for things like this if I was mailing him personally but Im not and hence it is inappropriate in my eyes. Anyway far off topic, discussion closed. Steve ----- Original Message ----- From: "Brian Behlendorf" > Doesn't it seem more appropriate for you to remove your legal disclaimer? > It's totally inappropriate for a forum like this. If you can't, get a > gmail or hotmail account, or something. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 21 20:47: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 3F59D16A4CE for ; Tue, 21 Dec 2004 20:47:26 +0000 (GMT) Received: from smtp-out.hotpop.com (smtp-out.hotpop.com [38.113.3.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE5FA43D2D for ; Tue, 21 Dec 2004 20:47:25 +0000 (GMT) (envelope-from mastah@phreaker.net) Received: from phreaker.net (kubrick.hotpop.com [38.113.3.103]) by smtp-out.hotpop.com (Postfix) with SMTP id 0DE4CAB6940 for ; Tue, 21 Dec 2004 20:47:18 +0000 (UTC) Received: from master.phreaker.net (dialup-as2-45.ilca.ru [82.179.161.45]) by smtp-1.hotpop.com (Postfix) with ESMTP id 422EB1A01A5 for ; Tue, 21 Dec 2004 19:33:02 +0000 (UTC) Message-Id: <6.2.0.7.1.20041221222242.021bb168@pop.phreaker.net> X-Sender: mastah@phreaker.net@pop.phreaker.net X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.7 (Beta) Date: Tue, 21 Dec 2004 22:23:53 +0300 To: hackers@freebsd.org From: Castl Troy Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-HotPOP: ----------------------------------------------- Sent By HotPOP.com FREE Email Get your FREE POP email at www.HotPOP.com ----------------------------------------------- Subject: calibrating time PATCH 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, 21 Dec 2004 20:47:26 -0000 oops error, after: fprintf(stderr, "\nExamining usleep()\n"); for(i=1;i<11; i++) { gettimeofday(&pold, NULL); needs to be: fprintf(stderr, "\nExamining usleep()\n"); for(i=0;i<10; i++) { gettimeofday(&pold, NULL); From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 21 23:02: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 AC88616A4CE; Tue, 21 Dec 2004 23:02:14 +0000 (GMT) Received: from stella.fs.ei.tum.de (stella.fs.ei.tum.de [129.187.54.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9D7743D2D; Tue, 21 Dec 2004 23:02:09 +0000 (GMT) (envelope-from corecode@fs.ei.tum.de) Received: from localhost (localhost [127.0.0.1]) by localhost.fs.ei.tum.de (Postfix) with ESMTP id 2F743697; Wed, 22 Dec 2004 00:02:08 +0100 (CET) Received: from [10.150.180.180] (r180180.olydorf.swh.mhn.de [10.150.180.180]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by stella.fs.ei.tum.de (Postfix) with ESMTP id 4461A68C; Wed, 22 Dec 2004 00:02:04 +0100 (CET) From: Simon 'corecode' Schubert To: freebsd-hackers@freebsd.org Date: Wed, 22 Dec 2004 00:01:57 +0100 User-Agent: KMail/1.7.1 References: <021101c4e77d$81dae0b0$b3db87d4@multiplay.co.uk> In-Reply-To: <021101c4e77d$81dae0b0$b3db87d4@multiplay.co.uk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2725789.5Xr29bxoIc"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412220002.02741.corecode@fs.ei.tum.de> X-Virus-Scanned: by AMaViS 0.3.12 cc: freebsd-emulation@freebsd.org cc: Steven Hartland Subject: Re: gdb not finding shared libraries for emulated binaries 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, 21 Dec 2004 23:02:14 -0000 --nextPart2725789.5Xr29bxoIc Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 21. December 2004 17:52, Steven Hartland wrote: > Is there a way or a patch to make gdb search the relevant compat > directories when debugging a emulated binary. > > As it stands I have to symlink all the libs from /compat/linux/lib > which is really messy. you should be using an "emulated" gdb, too. cheers simon =2D-=20 /"\ \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --nextPart2725789.5Xr29bxoIc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBByKtqr5S+dk6z85oRAg3NAKD1g+DvV6eIm7rQxwp8GyUWCS/j5wCg/K4S XChHQciRL7W224OSkQl1BwQ= =6FL3 -----END PGP SIGNATURE----- --nextPart2725789.5Xr29bxoIc-- From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 22 00:05: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 1F98516A4CE; Wed, 22 Dec 2004 00:05:05 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF66843D1D; Wed, 22 Dec 2004 00:05:04 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iBM022Hg063387; Tue, 21 Dec 2004 19:02:02 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iBM01p6F063382; Wed, 22 Dec 2004 00:02:02 GMT (envelope-from robert@fledge.watson.org) Date: Wed, 22 Dec 2004 00:01:51 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Joe Kelsey In-Reply-To: <1102975803.30309.196.camel@zircon.zircon.seattle.wa.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: arch@freebsd.org cc: stable@freebsd.org cc: hackers@freebsd.org cc: current@freebsd.org Subject: Re: Fixing Posix semaphores 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, 22 Dec 2004 00:05:05 -0000 On Mon, 13 Dec 2004, Joe Kelsey wrote: > I have a desire to fix posix semaphores in at least 5.3. The current > implementation doesn't actually follow the "spirit" of the standard, > even though it technically qualifies in a somewhat degraded sense. I > refer to the fact that the current implementation treats posix > semaphores as completely contained inside the kernel and essentially > divorced from the filesystem. The true "spirit" of the standard places > the semaphores directly in the file system, similar to named pipes. > However the current implementation treats the supplied "name" as a > 14-character identifier, required to begin with a slash and contain no > other slashes. Pretty weak. > > Well, in order to fix this, we need to add file system code and come up > with a new type. I currently have some time to spend on something like > this and am willing to put in whatever effort it takes. Does anyone > want to add their own ideas or requirements? >From my perspective, the biggest win here is that it would permit different name spaces to trivially exist using multiple mountpoints of a "semfs". This would make it easy to allow applications in different jails to use identical names without colliding. FWIW, my only experience with POSIX semaphores on a system other than FreeBSD is on Darwin, where a similar model is used to that on FreeBSD: a flat kernel-maintained name space is present. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 22 01:15: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 CAFAF16A4D0 for ; Wed, 22 Dec 2004 01:15:11 +0000 (GMT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id E98C443D53 for ; Wed, 22 Dec 2004 01:15:09 +0000 (GMT) (envelope-from roam@ringlet.net) Received: (qmail 2656 invoked from network); 22 Dec 2004 01:15:07 -0000 Received: from unknown (HELO straylight.ringlet.net) (213.16.36.118) by gandalf.online.bg with SMTP; 22 Dec 2004 01:15:07 -0000 Received: (qmail 70899 invoked by uid 1000); 22 Dec 2004 01:15:07 -0000 Date: Wed, 22 Dec 2004 03:15:06 +0200 From: Peter Pentchev To: Robert Watson Message-ID: <20041222011506.GG801@straylight.m.ringlet.net> Mail-Followup-To: Robert Watson , Joe Kelsey , arch@freebsd.org, stable@freebsd.org, hackers@freebsd.org, current@freebsd.org References: <1102975803.30309.196.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0qt3EE9wi45a2ZFX" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: arch@freebsd.org cc: stable@freebsd.org cc: hackers@freebsd.org cc: Joe Kelsey cc: current@freebsd.org Subject: Re: Fixing Posix semaphores 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, 22 Dec 2004 01:15:12 -0000 --0qt3EE9wi45a2ZFX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 22, 2004 at 12:01:51AM +0000, Robert Watson wrote: >=20 > On Mon, 13 Dec 2004, Joe Kelsey wrote: >=20 > > I have a desire to fix posix semaphores in at least 5.3. The current > > implementation doesn't actually follow the "spirit" of the standard, > > even though it technically qualifies in a somewhat degraded sense. I > > refer to the fact that the current implementation treats posix > > semaphores as completely contained inside the kernel and essentially > > divorced from the filesystem. The true "spirit" of the standard places > > the semaphores directly in the file system, similar to named pipes.=20 > > However the current implementation treats the supplied "name" as a > > 14-character identifier, required to begin with a slash and contain no > > other slashes. Pretty weak.=20 > >=20 > > Well, in order to fix this, we need to add file system code and come up > > with a new type. I currently have some time to spend on something like > > this and am willing to put in whatever effort it takes. Does anyone > > want to add their own ideas or requirements?=20 >=20 > >From my perspective, the biggest win here is that it would permit > different name spaces to trivially exist using multiple mountpoints of a > "semfs". This would make it easy to allow applications in different jails > to use identical names without colliding.=20 >=20 > FWIW, my only experience with POSIX semaphores on a system other than > FreeBSD is on Darwin, where a similar model is used to that on FreeBSD: a > flat kernel-maintained name space is present. I seem to remember either W. Richard Stevens's APUE, or Marc Rochkind's AUP stating that: 1. the standards say that semaphore names ought to have filesystem semantics, but... 2. the standards leave it to the implementation to define whether slashes should be allowed at all except in the first position, so... 3. portable programs should only depend on a flat namespace, especially as... 4. there are widely-used OS's (ISTR Solaris, but ICBW) that only provide a flat namespace. Thus, it would seem that even if somebody would do the work to really tie the semaphore naming fully to the filesystem, still programs that want to be Really Really Portable would not dare use this feature, wonderful as it would be for those that do :( G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@cnsys.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 What would this sentence be like if pi were 3? --0qt3EE9wi45a2ZFX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFByMqa7Ri2jRYZRVMRAlEPAKDDChgctYLb3u/wxshef1C9gj03kQCfeKv6 fvXZ6UOrvkG0sLS343Rmau0= =Hn9M -----END PGP SIGNATURE----- --0qt3EE9wi45a2ZFX-- From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 22 04:22: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 78C9916A4CE for ; Wed, 22 Dec 2004 04:22:44 +0000 (GMT) Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B84643D45 for ; Wed, 22 Dec 2004 04:22:43 +0000 (GMT) (envelope-from spork@fasttrackmonkey.com) Received: (qmail 11595 invoked by uid 2003); 22 Dec 2004 04:18:32 -0000 Received: from spork@fasttrackmonkey.com by angryfist.fasttrackmonkey.com by uid 1001 with qmail-scanner-1.20 (clamscan: 0.65. Clear:RC:1(216.220.116.154):. Processed in 0.063114 secs); 22 Dec 2004 04:18:32 -0000 Received: from unknown (HELO ?192.168.0.40?) (216.220.116.154) by 0 with (DHE-RSA-AES256-SHA encrypted) SMTP; 22 Dec 2004 04:18:31 -0000 Date: Tue, 21 Dec 2004 23:22:37 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@oof.local To: Matthew Reimer In-Reply-To: <200412211401.09569.mreimer@vpop.net> Message-ID: References: <200412211401.09569.mreimer@vpop.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: hackers@freebsd.org Subject: Re: Mac UFS partition unreadable 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, 22 Dec 2004 04:22:44 -0000 On Tue, 21 Dec 2004, Matthew Reimer wrote: > Try this on FreeBSD 5: > > http://people.freebsd.org/~yar/hfs/ Wow! I have mixed feelings... It would be really nice to have working HFS under FreeBSD, but it looks like the project is dead, so it may not make it beyond 5.3. It's a shame JKH can't nudge someone at Apple into maintaining that. Charles > All I do (to mount my HFS iPod) is: > > kldload sbp > kldload geom_apple > kldload hfs > mount_hfs -u uid -g gid /dev/da1s3 /mnt/ipod > > The above should work with your firewire drive as well. > > Matt > From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 22 07: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 43BAB16A4CF for ; Wed, 22 Dec 2004 07:51:47 +0000 (GMT) Received: from mail19.syd.optusnet.com.au (mail19.syd.optusnet.com.au [211.29.132.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A06243D31 for ; Wed, 22 Dec 2004 07:51:46 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) iBM7pjUe000460 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 22 Dec 2004 18:51:45 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])iBM7pixP004412; Wed, 22 Dec 2004 18:51:44 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)iBM7pigW004411; Wed, 22 Dec 2004 18:51:44 +1100 (EST) (envelope-from pjeremy) Date: Wed, 22 Dec 2004 18:51:44 +1100 From: Peter Jeremy To: Castl Troy Message-ID: <20041222075144.GN79646@cirb503493.alcatel.com.au> References: <6.2.0.7.1.20041221221529.021bb7d0@pop.phreaker.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.2.0.7.1.20041221221529.021bb7d0@pop.phreaker.net> User-Agent: Mutt/1.4.2i cc: hackers@freebsd.org Subject: Re: calibrating 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: Wed, 22 Dec 2004 07:51:47 -0000 On Tue, 2004-Dec-21 22:15:33 +0300, Castl Troy wrote: >Just want to ask people here who have time to run my program and answer me >back output from it. Out of interest, what are you expecting to demonstrate? In FreeBSD, both sleep(3) and usleep(3) are implemented using nanosleep(2). (This differs from the traditional implementation of sleep(3) which used alarm(2) and pause(2)). nanosleep(2) sleeps an integral number of ticks which is rounded up by one tick. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 22 08:07:33 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 BAA6116A4CE for ; Wed, 22 Dec 2004 08:07:33 +0000 (GMT) Received: from dave.horsfall.org (mrdavi2.lnk.telstra.net [139.130.75.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 920CC43D31 for ; Wed, 22 Dec 2004 08:07:31 +0000 (GMT) (envelope-from dave@horsfall.org) Received: from localhost (dave@localhost) by dave.horsfall.org (8.11.4/8.11.4) with ESMTP id iBM87Su02565 for ; Wed, 22 Dec 2004 19:07:28 +1100 (EST) Date: Wed, 22 Dec 2004 19:07:28 +1100 (EST) From: Dave Horsfall To: FreeBSD Hackers In-Reply-To: <20041222075144.GN79646@cirb503493.alcatel.com.au> Message-ID: References: <6.2.0.7.1.20041221221529.021bb7d0@pop.phreaker.net> <20041222075144.GN79646@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: calibrating 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: Wed, 22 Dec 2004 08:07:33 -0000 On Wed, 22 Dec 2004, Peter Jeremy wrote: > Out of interest, what are you expecting to demonstrate? In FreeBSD, > both sleep(3) and usleep(3) are implemented using nanosleep(2). > (This differs from the traditional implementation of sleep(3) which > used alarm(2) and pause(2)). Or, for that matter, the traditional use of sleep(2) before that :-) -- Dave From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 21 18:27:03 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 7431716A4D5 for ; Tue, 21 Dec 2004 18:27:03 +0000 (GMT) Received: from hyperreal.org (taz3.hyperreal.org [209.237.226.90]) by mx1.FreeBSD.org (Postfix) with SMTP id D377943D3F for ; Tue, 21 Dec 2004 18:27:02 +0000 (GMT) (envelope-from brian@collab.net) Received: (qmail 24548 invoked from network); 21 Dec 2004 18:27:04 -0000 Received: from localhost.hyperreal.org (HELO fez.hyperreal.org) (127.0.0.1) by localhost.hyperreal.org with SMTP; 21 Dec 2004 18:27:04 -0000 Received: (qmail 12863 invoked by uid 1000); 21 Dec 2004 18:27:01 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 21 Dec 2004 18:27:01 -0000 Date: Tue, 21 Dec 2004 10:27:01 -0800 (PST) From: Brian Behlendorf X-X-Sender: brian@fez.hyperreal.org To: Steven Hartland In-Reply-To: <027801c4e787$cfd10600$b3db87d4@multiplay.co.uk> Message-ID: <20041221102601.K12087@fez.hyperreal.org> References: <021101c4e77d$81dae0b0$b3db87d4@multiplay.co.uk> <027801c4e787$cfd10600$b3db87d4@multiplay.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Rating: localhost.hyperreal.org 1.6.2 0/1000/N X-Mailman-Approved-At: Wed, 22 Dec 2004 15:38:55 +0000 cc: freebsd-hackers@freebsd.org cc: freebsd-emulation@freebsd.org Subject: Re: gdb not finding shared libraries for emulated binaries 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, 21 Dec 2004 18:27:03 -0000 Doesn't it seem more appropriate for you to remove your legal disclaimer? It's totally inappropriate for a forum like this. If you can't, get a gmail or hotmail account, or something. Brian On Tue, 21 Dec 2004, Steven Hartland wrote: > Can someone remove: > Randy Bush from the lists until he disables his auto > responder: > [quote] > you have sent a message to me which seems to contain a legal > warning on who can read it, or how it may be distributed, or > whether it may be archived, etc. > > i do not accept such email. my mail user agent detected a legal > notice when i was opening your mail, and automatically deleted it. > so do not expect further response. > > yes, i know your mail environment automatically added the legal > notice. well, my mail environment automatically detected it, > deleted it, and sent this message to you. so don't expect a lot > of sympathy. > > randy > [/quote] > > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and the > person or entity to whom it is addressed. In the event of misdirection, the > recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission please > telephone (023) 8024 3137 > or return the E.mail to postmaster@multiplay.co.uk. > > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 21 21: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 10B1416A4CF for ; Tue, 21 Dec 2004 21:57:52 +0000 (GMT) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6E7D43D4C for ; Tue, 21 Dec 2004 21:57:51 +0000 (GMT) (envelope-from mwm-dated-1104530258.3603c0@mired.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id 27CB51D1DF9 for ; Tue, 21 Dec 2004 13:57:51 -0800 (PST) Received: from mired.org (mwm@idiom [216.240.32.1]) by idiom.com (8.12.11/8.12.11) with SMTP id iBLLvd1N081772 for ; Tue, 21 Dec 2004 13:57:46 -0800 (PST) (envelope-from mwm-dated-1104530258.3603c0@mired.org) Received: (qmail 43083 invoked by uid 1001); 21 Dec 2004 21:57:38 -0000 Received: by guru.mired.org (tmda-sendmail, from uid 1001); Tue, 21 Dec 2004 15:57:38 -0600 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16840.40017.555403.733008@guru.mired.org> Date: Tue, 21 Dec 2004 15:57:37 -0600 To: "Steven Hartland" In-Reply-To: <02d701c4e799$d19c9910$b3db87d4@multiplay.co.uk> References: <021101c4e77d$81dae0b0$b3db87d4@multiplay.co.uk> <027801c4e787$cfd10600$b3db87d4@multiplay.co.uk> <20041221102601.K12087@fez.hyperreal.org> <02d701c4e799$d19c9910$b3db87d4@multiplay.co.uk> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer X-Mailman-Approved-At: Wed, 22 Dec 2004 15:38:55 +0000 cc: freebsd-hackers@freebsd.org cc: freebsd-emulation@freebsd.org cc: Brian Behlendorf Subject: Re: gdb not finding shared libraries for emulated binaries 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, 21 Dec 2004 21:57:52 -0000 [Format recovered from top posting.] In <02d701c4e799$d19c9910$b3db87d4@multiplay.co.uk>, Steven Hartland typed: > From: "Brian Behlendorf" > > > Doesn't it seem more appropriate for you to remove your legal disclaimer? > > It's totally inappropriate for a forum like this. If you can't, get a > > gmail or hotmail account, or something. > No not really. I see it as totally inappropriate that someone registering > with a public list should have an auto responder based in harmless content. > I don't want to receive mails from this guy every time I post to the list > just because there's something he doesn't like in the sig of my mails > especially when I have no control over it. What next responding to mails > that include phone numbers? > > I don't intend to use another account as why should I, I've been on this > list for years now and don't see why I should have to change because > someone cant get their act together. Totally fair enough for things like > this if I was mailing him personally but Im not and hence it is inappropriate > in my eyes. Just black-list the mail address his notices are coming from. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 21 22:01: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 E3E1C16A4CE for ; Tue, 21 Dec 2004 22:01:50 +0000 (GMT) Received: from ring.vpop.net (ring.vpop.net [207.178.248.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7C9A43D1F for ; Tue, 21 Dec 2004 22:01:50 +0000 (GMT) (envelope-from mreimer@vpop.net) Received: from bilbo.vpop.net (bilbo.vpop.net [70.56.77.194]) by ring.vpop.net (Postfix) with ESMTP id 3AB32AFA8B5; Tue, 21 Dec 2004 14:01:43 -0800 (PST) From: Matthew Reimer Organization: VPOP Technologies, Inc. To: hackers@freebsd.org Date: Tue, 21 Dec 2004 14:01:09 -0800 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412211401.09569.mreimer@vpop.net> X-Mailman-Approved-At: Wed, 22 Dec 2004 15:38:55 +0000 cc: Charles Sprickman Subject: Re: Mac UFS partition unreadable 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, 21 Dec 2004 22:01:51 -0000 Charles Sprickman wrote: > On Sun, 19 Dec 2004, Bram Van Steenlandt wrote: > >> Hi, >> >> I use both mac and freebsd and would like to have the abbility to use my >> external firewire drive on both plattforms. > > There is another way to do this, but it's a tremendous hack. That said, > I've been doing it for more than two years... Try this on FreeBSD 5: http://people.freebsd.org/~yar/hfs/ All I do (to mount my HFS iPod) is: kldload sbp kldload geom_apple kldload hfs mount_hfs -u uid -g gid /dev/da1s3 /mnt/ipod The above should work with your firewire drive as well. Matt From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 22 11:32: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 1A8F116A4CE; Wed, 22 Dec 2004 11:32:02 +0000 (GMT) Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.131.111.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6B2143D3F; Wed, 22 Dec 2004 11:32:01 +0000 (GMT) (envelope-from gerald@pfeifer.com) Received: from [128.131.111.60] (acrux [128.131.111.60]) by vexpert.dbai.tuwien.ac.at (Postfix) with ESMTP id 3B0FD13787; Wed, 22 Dec 2004 12:31:56 +0100 (CET) Date: Wed, 22 Dec 2004 12:31:58 +0100 (CET) From: Gerald Pfeifer To: Steven Hartland In-Reply-To: <02d701c4e799$d19c9910$b3db87d4@multiplay.co.uk> Message-ID: References: <021101c4e77d$81dae0b0$b3db87d4@multiplay.co.uk> <20041221102601.K12087@fez.hyperreal.org> <02d701c4e799$d19c9910$b3db87d4@multiplay.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Wed, 22 Dec 2004 15:38:55 +0000 cc: freebsd-hackers@freebsd.org cc: freebsd-emulation@freebsd.org cc: Brian Behlendorf Subject: Re: [emulation] gdb not finding shared libraries for emulated binaries 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, 22 Dec 2004 11:32:02 -0000 On Tue, 21 Dec 2004, Steven Hartland wrote: > No not really. I see it as totally inappropriate that someone registering > with a public list should have an auto responder based in harmless content. Rather to the contrary, I consider *your* disclaimer completely inappropriate for public lists. > I don't intend to use another account as why should I, I've been on this > list for years now and don't see why I should have to change because > someone cant get their act together. Please get *your* act together, thanks. Gerald -- Gerald Pfeifer (Jerry) gerald@pfeifer.com http://www.pfeifer.com/gerald/ From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 22 16:06: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 E709F16A4CF for ; Wed, 22 Dec 2004 16:06:57 +0000 (GMT) Received: from web52709.mail.yahoo.com (web52709.mail.yahoo.com [206.190.39.160]) by mx1.FreeBSD.org (Postfix) with SMTP id D4DC843D49 for ; Wed, 22 Dec 2004 16:06:56 +0000 (GMT) (envelope-from kamalpr@yahoo.com) Received: (qmail 67112 invoked by uid 60001); 22 Dec 2004 16:06:56 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=srtaJajv+uicKRfs4n8XT+PJxg62am5CfAgbFEONFOPbwkP8RZckd4hW3TaIaPuUt4EQ0WvyEdbgXgJ4Elq3uNcRYQ8l+GTpgYQs9bHbCaZVCICiSOK2j/1yB56dCiS0lzTEgDO2dBMjJUg/G8xAV66fZ7iOxOn2R7qTfJNoJM8= ; Message-ID: <20041222160656.67110.qmail@web52709.mail.yahoo.com> Received: from [203.195.199.244] by web52709.mail.yahoo.com via HTTP; Wed, 22 Dec 2004 08:06:56 PST Date: Wed, 22 Dec 2004 08:06:56 -0800 (PST) From: "Kamal R. Prasad" To: Peter Pentchev , Robert Watson In-Reply-To: <20041222011506.GG801@straylight.m.ringlet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: arch@freebsd.org cc: stable@freebsd.org cc: hackers@freebsd.org cc: Joe Kelsey cc: current@freebsd.org Subject: Re: Fixing Posix semaphores X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kamalp@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Dec 2004 16:06:58 -0000 --- Peter Pentchev wrote: > On Wed, Dec 22, 2004 at 12:01:51AM +0000, Robert > Watson wrote: > > > > On Mon, 13 Dec 2004, Joe Kelsey wrote: > > > > > I have a desire to fix posix semaphores in at > least 5.3. The current > > > implementation doesn't actually follow the > "spirit" of the standard, > > > even though it technically qualifies in a > somewhat degraded sense. I > > > refer to the fact that the current > implementation treats posix > > > semaphores as completely contained inside the > kernel and essentially > > > divorced from the filesystem. The true "spirit" > of the standard places > > > the semaphores directly in the file system, > similar to named pipes. > > > However the current implementation treats the > supplied "name" as a > > > 14-character identifier, required to begin with > a slash and contain no > > > other slashes. Pretty weak. > > > > > > Well, in order to fix this, we need to add file > system code and come up > > > with a new type. I currently have some time to > spend on something like > > > this and am willing to put in whatever effort it > takes. Does anyone > > > want to add their own ideas or requirements? > > > > >From my perspective, the biggest win here is that > it would permit > > different name spaces to trivially exist using > multiple mountpoints of a > > "semfs". This would make it easy to allow > applications in different jails > > to use identical names without colliding. > > > > FWIW, my only experience with POSIX semaphores on > a system other than > > FreeBSD is on Darwin, where a similar model is > used to that on FreeBSD: a > > flat kernel-maintained name space is present. > > I seem to remember either W. Richard Stevens's APUE, > or Marc Rochkind's > AUP stating that: > > 1. the standards say that semaphore names ought to > have filesystem > semantics, but... > 2. the standards leave it to the implementation to > define whether > slashes should be allowed at all except in the > first position, so... But the Posix 1003.1 does require that afully qualified pathname be supported by the interface. > 3. portable programs should only depend on a flat > namespace, > especially as... > 4. there are widely-used OS's (ISTR Solaris, but > ICBW) that only provide > a flat namespace. > > Thus, it would seem that even if somebody would do > the work to really > tie the semaphore naming fully to the filesystem, > still programs that > want to be Really Really Portable would not dare use > this feature, > wonderful as it would be for those that do :( > Well -the issue was about providing support to the interface so that it can handle a fully qualified pathname. If a programmer wants to use a flat namespace to ensure that his program is portable onto other OS'es that don't adhere to the std -that is a different issue [which does not put it in conflict with the std]. BTW -I see no reason why pathnames should be tied to the filesystem, instead of being used simply as identifiers across processes. regards -kamal > G'luck, > Peter > > -- > Peter Pentchev roam@ringlet.net roam@cnsys.bg > roam@FreeBSD.org > PGP key: > http://people.FreeBSD.org/~roam/roam.key.asc > Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 > B68D 1619 4553 > What would this sentence be like if pi were 3? > > ATTACHMENT part 2 application/pgp-signature __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 22 18:34: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 865A516A4CE for ; Wed, 22 Dec 2004 18:34:24 +0000 (GMT) Received: from saraswati.hathway.com (saraswati.hathway.com [202.88.156.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32F1A43D53 for ; Wed, 22 Dec 2004 18:34:24 +0000 (GMT) (envelope-from gauthamglist@gmail.com) Received: from [210.18.149.72] by saraswati.hathway.com (iPlanet Messaging Server 5.2 Patch 1 (built Aug 19 2002)) with ESMTP id <0I9400IF6ZI4EE@saraswati.hathway.com> for freebsd-hackers@freebsd.org; Thu, 23 Dec 2004 00:02:28 +0530 (IST) Date: Thu, 23 Dec 2004 00:04:57 +0530 From: Gautham Ganapathy In-reply-to: To: admin2@forkthepenguin.com Message-id: <1103740497.952.14.camel@tbird.homeunix.net> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Content-type: text/plain Content-transfer-encoding: 7BIT References: cc: freebsd-hackers@freebsd.org cc: ctodd@chrismiller.com Subject: Re: 5.3 Release and Realtek 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, 22 Dec 2004 18:34:24 -0000 On Sun, 2004-12-19 at 00:42, admin2@forkthepenguin.com wrote: > I'm running 5.3-Release amd64 on an Asus AV8 motherboard which includes > Realtek ALC850 audio chipset. I'm unable to get the system to recognize > the chipset. From the archives/man pages/manual I've : > > # kldload snd_driver > kldload: can't load snd_driver: No such file or directory > > Modified /boot/loader.conf to use : > > sound_load="YES" > snd_driver_load="YES" > Have you tried 'kldload snd_via8233'. Worked for me. From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 23 21:44: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 7D82916A4CE for ; Thu, 23 Dec 2004 21:44:46 +0000 (GMT) Received: from linux01.gwdg.de (linux01.gwdg.de [134.76.13.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6ED643D2D for ; Thu, 23 Dec 2004 21:44:45 +0000 (GMT) (envelope-from jengelh@linux01.gwdg.de) Received: from linux01.gwdg.de (localhost [127.0.0.1])iBNLiirg024096 for ; Thu, 23 Dec 2004 22:44:44 +0100 Received: from localhost (jengelh@localhost) by linux01.gwdg.de (8.12.7/8.12.7/Submit) with ESMTP id iBNLihJs024092 for ; Thu, 23 Dec 2004 22:44:43 +0100 Date: Thu, 23 Dec 2004 22:44:43 +0100 (MET) From: Jan Engelhardt To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Kernel crash w/o reason 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, 23 Dec 2004 21:44:46 -0000 Hello list, for some reason, the Freebsd (5.3) kernel crashes whenever I do "simple operations", in conjunction with a (self-written) kernel module. I have trimmed the original program down from approx 120 KB to the 7 KB (lots of spacing and tabs :) to follow the common advise to find the shortest codepiece showing the problem. Well, you can retrieve the short prog at http://linux01.org/~jengelh/BUG.tbz2 Both files (rpldev.c and rpld.c) seem perfectly fine, but ... see rpld.c for the details of the crash. Hope someone can shed some light on this. Thanks, Jan Engelhardt -- ENOSPC From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 23 22:07: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 1BA6D16A4CE for ; Thu, 23 Dec 2004 22:07:51 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A1C643D2F for ; Thu, 23 Dec 2004 22:07:50 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Chb7d-0000lb-00; Thu, 23 Dec 2004 23:07:49 +0100 Received: from [217.83.10.149] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1Chb7d-0005sj-00; Thu, 23 Dec 2004 23:07:49 +0100 From: Max Laier To: freebsd-hackers@freebsd.org Date: Thu, 23 Dec 2004 23:07:33 +0100 User-Agent: KMail/1.7.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2831018.LNFbnJmc60"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412232307.41735.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 Subject: Re: Kernel crash w/o reason 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, 23 Dec 2004 22:07:51 -0000 --nextPart2831018.LNFbnJmc60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 23 December 2004 22:44, Jan Engelhardt wrote: > for some reason, the Freebsd (5.3) kernel crashes whenever I do "simple > operations", in conjunction with a (self-written) kernel module. > > I have trimmed the original program down from approx 120 KB to the 7 KB > (lots of spacing and tabs :) to follow the common advise to find the > shortest codepiece showing the problem. > Well, you can retrieve the short prog at > http://linux01.org/~jengelh/BUG.tbz2 Both files (rpldev.c and rpld.c) seem > perfectly fine, but ... > see rpld.c for the details of the crash. > > Hope someone can shed some light on this. 1) In kmi_fops.d_open(): | if(!mtx_trylock(&Open_lock)) { return EBUSY; } | return 0; this can not work. You cannot return to userland with a lock acquired. 2) If you report a problem, try to provide an error message. In this case a= =20 crashdump/panic string. When you do kernel programming you should always ru= n=20 in a debug kernel. To debug this specific problem WITNESS is helpful. 3) The details about your specific problem here are insufficient. 4) Why on earth do you use gmake? What's wrong with bsd.*.mk? It's a whole = lot=20 easier. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2831018.LNFbnJmc60 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBy0GtXyyEoT62BG0RAvmqAJ0dkjwxj8IIWUz1OOD3R2UBKi4W2QCfc/Fz KCmwnFhQVyEQVQAZbFZfiuc= =W+jG -----END PGP SIGNATURE----- --nextPart2831018.LNFbnJmc60-- From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 23 22:12: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 C85C816A4CF for ; Thu, 23 Dec 2004 22:12:13 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D37043D3F for ; Thu, 23 Dec 2004 22:12:13 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) iBNMC6bU002069; Thu, 23 Dec 2004 17:12:06 -0500 (EST) Date: Thu, 23 Dec 2004 17:12:06 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Jan Engelhardt In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: freebsd-hackers@freebsd.org Subject: Re: Kernel crash w/o reason X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Dec 2004 22:12:13 -0000 On Thu, 23 Dec 2004, Jan Engelhardt wrote: > Hello list, > > > for some reason, the Freebsd (5.3) kernel crashes whenever I do "simple > operations", in conjunction with a (self-written) kernel module. > > I have trimmed the original program down from approx 120 KB to the 7 KB (lots > of spacing and tabs :) to follow the common advise to find the shortest > codepiece showing the problem. > Well, you can retrieve the short prog at http://linux01.org/~jengelh/BUG.tbz2 > Both files (rpldev.c and rpld.c) seem perfectly fine, but ... > see rpld.c for the details of the crash. > > Hope someone can shed some light on this. I don't think you are suppose to leave the kernel with mutex(es) held. A mutex is a short term lock, and at best you are abusing it's intended use. Moreover, I don't think you should leave the kernel with _any_ kernel synchronization object held. In the case of the mutex, the thread performing the close() may not be the thread that did the open() and which owns the mutex. -- DE From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 23 23:03: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 B84CC16A4CE for ; Thu, 23 Dec 2004 23:03:47 +0000 (GMT) Received: from linux01.gwdg.de (linux01.gwdg.de [134.76.13.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C101043D5A for ; Thu, 23 Dec 2004 23:03:46 +0000 (GMT) (envelope-from jengelh@linux01.gwdg.de) Received: from linux01.gwdg.de (localhost [127.0.0.1])iBNN3irg018393; Fri, 24 Dec 2004 00:03:45 +0100 Received: from localhost (jengelh@localhost)iBNN3g0e018351; Fri, 24 Dec 2004 00:03:43 +0100 Date: Fri, 24 Dec 2004 00:03:41 +0100 (MET) From: Jan Engelhardt To: Max Laier In-Reply-To: <200412232307.41735.max@love2party.net> Message-ID: References: <200412232307.41735.max@love2party.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Kernel crash w/o reason 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, 23 Dec 2004 23:03:47 -0000 >1) In kmi_fops.d_open(): >| if(!mtx_trylock(&Open_lock)) { return EBUSY; } >| return 0; > >this can not work. You cannot return to userland with a lock acquired. So? The full code also contains a uio_read() function. If I release the lock in uio_read(), no crash happens. It's just in uio_close(). Why can't I hold this lock, as it is possible with Linux? A mutex is basically just an atomic counter AFAIK, and if nobody releases it in-between, it is still held by the time we enter uio_close() - thus it could be unlocked without problems. In theory at least. What should I use instead? A semaphore? >2) If you report a problem, try to provide an error message. In this case a >crashdump/panic string. When you do kernel programming you should always run >in a debug kernel. To debug this specific problem WITNESS is helpful. I've tracked it a little and found out that it is mtx_unlock() which crashes, or more precisely, it is line td1 = turnstile_head(ts) in _mtx_unlock_sleep() -- ts == NULL! I have dug deep into &m->mtx_object and it looks like the TC list (in turnstile_lookup) is empty, but I do not know why. >4) Why on earth do you use gmake? What's wrong with bsd.*.mk? It's a whole lot >easier. Because non-BSD (read: Linux, MINGW/MSYS and Cygwin) do not ship BSD make. And of course, that I got to GNU make first and had few joy to learn another make syntax. Jan Engelhardt -- ENOSPC From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 24 06:28: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 AC53116A4CE for ; Fri, 24 Dec 2004 06:28:58 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52A5D43D46 for ; Fri, 24 Dec 2004 06:28:58 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.13.1) with ESMTP id iBO6TRqO039069; Fri, 24 Dec 2004 01:29:27 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.13.1/Submit) id iBO6TR00039068; Fri, 24 Dec 2004 01:29:27 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Fri, 24 Dec 2004 01:29:27 -0500 From: David Schultz To: Jan Engelhardt Message-ID: <20041224062927.GA38944@VARK.MIT.EDU> Mail-Followup-To: Jan Engelhardt , Max Laier , freebsd-hackers@freebsd.org References: <200412232307.41735.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: Max Laier cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Kernel crash w/o reason 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, 24 Dec 2004 06:28:58 -0000 On Fri, Dec 24, 2004, Jan Engelhardt wrote: > >1) In kmi_fops.d_open(): > >| if(!mtx_trylock(&Open_lock)) { return EBUSY; } > >| return 0; > > > >this can not work. You cannot return to userland with a lock acquired. > > So? The full code also contains a uio_read() function. If I release the > lock in uio_read(), no crash happens. It's just in uio_close(). > > Why can't I hold this lock, as it is possible with Linux? A mutex is basically > just an atomic counter AFAIK, and if nobody releases it in-between, it is > still held by the time we enter uio_close() - thus it could be unlocked > without problems. In theory at least. This is not allowed because it can lead to deadlock and other unsavory situations. Suppose the user process enters an infinite loop or is waiting for some condition. Now all kernel threads that attempts to acquire the lock will block. And if any of those threads have anything to do with the VM system or scheduler or process exit, then you're really screwed because you won't be able to kill the process. Although Linux does not explicitly enforce this correctness condition, it's still wrong to violate it. > What should I use instead? A semaphore? You shouldn't have unrelated kernel threads waiting for a user process at all, so this sounds like a design problem, regardless of which mutual exclusion primitive you use. (Bear in mind that I haven't actually looked into what you're trying to do.) In any case, you can always use mutexes to implement whatever other synchronization mechanism you need. From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 24 12:09: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 09DA916A4CE for ; Fri, 24 Dec 2004 12:09:07 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92EE743D41 for ; Fri, 24 Dec 2004 12:09:06 +0000 (GMT) (envelope-from paul.halliday@gmail.com) Received: by rproxy.gmail.com with SMTP id b11so22255rne for ; Fri, 24 Dec 2004 04:09:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=N87u9Pg3jQ2GDJeMrFNuJUCrv4OrDUF/EP4kP4C1hJSBo1uGAvGLj2bv7G3ieWakjv4WbC7Aq4vufY2y4CLLzCZoz+IzJi8O1swevrnC4RjLKKpuDvvfcZk6GHb4ghZ9eTANPhcCpjYHZb45b9ir10lOZWAhjEivRsD6zfHD5sY= Received: by 10.38.98.30 with SMTP id v30mr95326rnb; Fri, 24 Dec 2004 04:09:04 -0800 (PST) Received: by 10.38.151.23 with HTTP; Fri, 24 Dec 2004 04:09:04 -0800 (PST) Message-ID: <2dab70a304122404097c337525@mail.gmail.com> Date: Fri, 24 Dec 2004 08:09:04 -0400 From: Paul Halliday To: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Slattach X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Halliday List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Dec 2004 12:09:07 -0000 I am trying, rather unsuccessfully, to install 5.3 on my libretto. I am attempting to do the install with slattach to a 5.2.1 machine. I have done this successfully before so I am assuming I have the semantics screwy somewhere. box1# slattach -a -h -l -s 38400 /dev/cuaa0 box1# ifconfig sl0 up 10.10.10.1 10.10.10.2 netmask 255.0.0.0 box2# slattach -a -h -l -s 38400 /dev/cuaa0 box2# ifconfig sl0 up 10.10.10.2 10.10.10.1 netmask 255.0.0.0 Can anyone see what I have missed? -- _________________ Paul Halliday http://dp.penix.org "Diplomacy is the art of saying "Nice doggie!" till you can find a rock." From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 24 12:13: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 05FE316A4CE for ; Fri, 24 Dec 2004 12:13:37 +0000 (GMT) Received: from linux01.gwdg.de (linux01.gwdg.de [134.76.13.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4933B43D58 for ; Fri, 24 Dec 2004 12:13:36 +0000 (GMT) (envelope-from jengelh@linux01.gwdg.de) Received: from linux01.gwdg.de (localhost [127.0.0.1])iBOCDZrg024759 for ; Fri, 24 Dec 2004 13:13:35 +0100 Received: from localhost (jengelh@localhost) by linux01.gwdg.de (8.12.7/8.12.7/Submit) with ESMTP id iBOCDY0B024754 for ; Fri, 24 Dec 2004 13:13:34 +0100 Date: Fri, 24 Dec 2004 13:13:34 +0100 (MET) From: Jan Engelhardt Cc: freebsd-hackers@freebsd.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: Kernel crash w/o reason 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, 24 Dec 2004 12:13:37 -0000 >> What should I use instead? A semaphore? >You shouldn't have unrelated kernel threads waiting for a user >process at all, so this sounds like a design problem, regardless >of which mutual exclusion primitive you use. (Bear in mind that I >haven't actually looked into what you're trying to do.) In any >case, you can always use mutexes to implement whatever other >synchronization mechanism you need. I wanted that the device can only be opened once, and holding a mutex while it is open seemed like a simple idea. (Since mtx_trylock() will then fail -- easy to implement.) From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 24 12:52: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 13EC116A4CE for ; Fri, 24 Dec 2004 12:52:27 +0000 (GMT) Received: from web52701.mail.yahoo.com (web52701.mail.yahoo.com [206.190.39.152]) by mx1.FreeBSD.org (Postfix) with SMTP id 8C8B843D49 for ; Fri, 24 Dec 2004 12:52:26 +0000 (GMT) (envelope-from kamalpr@yahoo.com) Received: (qmail 79740 invoked by uid 60001); 24 Dec 2004 12:52:26 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=hjyt71vMeQWSf8px3yr/ORdwKStIh0S/A6+f92Fz9cxwsErt5BUjj2KaWYNkrLc1iX8Ed01wiApvkS6PSXVP7XRz4TQ4feG/eC0pUQCYgjXM5icoxDXLSG30/XytKuOa0iZwHtHOXDrANlsGqbZkkJO/MQMH7QIblP7UozLM2Y0= ; Message-ID: <20041224125226.79738.qmail@web52701.mail.yahoo.com> Received: from [203.195.199.244] by web52701.mail.yahoo.com via HTTP; Fri, 24 Dec 2004 04:52:25 PST Date: Fri, 24 Dec 2004 04:52:25 -0800 (PST) From: "Kamal R. Prasad" To: Jan Engelhardt In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hackers@freebsd.org Subject: Re: Kernel crash w/o reason X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kamalp@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Dec 2004 12:52:27 -0000 --- Jan Engelhardt wrote: > >> What should I use instead? A semaphore? > > >You shouldn't have unrelated kernel threads waiting > for a user > >process at all, so this sounds like a design > problem, regardless > >of which mutual exclusion primitive you use. (Bear > in mind that I > >haven't actually looked into what you're trying to > do.) In any > >case, you can always use mutexes to implement > whatever other > >synchronization mechanism you need. > > I wanted that the device can only be opened once, > and holding a mutex while it > is open seemed like a simple idea. (Since > mtx_trylock() will then fail -- easy > to implement.) An even more simpler idea would be to set a flag in the softc data structure on initialization, so as to avoid initializing again. regards -kamal > _______________________________________________ > 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!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 24 13:05: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 3AB3F16A4CE for ; Fri, 24 Dec 2004 13:05:58 +0000 (GMT) Received: from web53608.mail.yahoo.com (web53608.mail.yahoo.com [206.190.37.41]) by mx1.FreeBSD.org (Postfix) with SMTP id B6BB743D45 for ; Fri, 24 Dec 2004 13:05:57 +0000 (GMT) (envelope-from pinkfloydsam@yahoo.com) Received: (qmail 55592 invoked by uid 60001); 24 Dec 2004 13:05:57 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=lyb/it4XVYSHcrBHrLcanIpfusEGpTlBbE3uOYuAlv7m/D8sFWuEO2DCFcLpQ3Ly1azlgmmd0hFw6129vTM1tntEVsmMTmC5ryeFEXEntWY5RI7CxlBVyPqfusWTSTsJLprRWcNCdWQO4f1ZyQtlW6CimhylLOFdecKaV+Mzrz0= ; Message-ID: <20041224130557.55590.qmail@web53608.mail.yahoo.com> Received: from [202.9.158.9] by web53608.mail.yahoo.com via HTTP; Fri, 24 Dec 2004 05:05:57 PST Date: Fri, 24 Dec 2004 05:05:57 -0800 (PST) From: samrat saha To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Can i Send Crafted TCP Packet to allready extablished connected socket 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, 24 Dec 2004 13:05:58 -0000 Hi all, I tried to send specially crafted TCP Packet with customized flag setting to a Connected Socket established standard socket() call. After establishing tcp connection i tried to sent Specially crafted packet from my Client to the server using RAW socket but with the same Socket descriptor. But no packet received by the server. Allthough using tcpdump u can see the packet. May be the packet is out of seq. thanx, samrat __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 24 14:12: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 5E8E816A4CE for ; Fri, 24 Dec 2004 14:12:11 +0000 (GMT) Received: from linux01.gwdg.de (linux01.gwdg.de [134.76.13.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A987A43D5C for ; Fri, 24 Dec 2004 14:12:10 +0000 (GMT) (envelope-from jengelh@linux01.gwdg.de) Received: from linux01.gwdg.de (localhost [127.0.0.1])iBOEC9rg009458 for ; Fri, 24 Dec 2004 15:12:09 +0100 Received: from localhost (jengelh@localhost) by linux01.gwdg.de (8.12.7/8.12.7/Submit) with ESMTP id iBOEC8UK009454 for ; Fri, 24 Dec 2004 15:12:08 +0100 Date: Fri, 24 Dec 2004 15:12:08 +0100 (MET) From: Jan Engelhardt Cc: freebsd-hackers@freebsd.org In-Reply-To: <20041224125226.79738.qmail@web52701.mail.yahoo.com> Message-ID: References: <20041224125226.79738.qmail@web52701.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: Kernel crash w/o reason 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, 24 Dec 2004 14:12:11 -0000 >> I wanted that the device can only be opened once, >> and holding a mutex while it >> is open seemed like a simple idea. (Since >> mtx_trylock() will then fail -- easy >> to implement.) > >An even more simpler idea would be to set a flag in >the softc data structure on initialization, so as to >avoid initializing again. And where do I do that? Do you mean in the struct cdevsw? Jan Engelhardt -- ENOSPC From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 24 13:49:42 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 A24BB16A4CE for ; Fri, 24 Dec 2004 13:49:42 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 425ED43D45 for ; Fri, 24 Dec 2004 13:49:41 +0000 (GMT) (envelope-from nkoch@gmx.com) Received: (qmail invoked by alias); 24 Dec 2004 13:49:39 -0000 Received: from C3B3BE2B.dial.de.easynet.net (EHLO k62300) (195.179.190.43) by mail.gmx.net (mp005) with SMTP; 24 Dec 2004 14:49:39 +0100 X-Authenticated: #472702 From: "Norbert Koch" To: Date: Fri, 24 Dec 2004 14:53:45 +0100 Message-ID: <000a01c4e9bf$fc7e56a0$fe78a8c0@k62300> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Fri, 24 Dec 2004 16:21:05 +0000 Subject: parameters for tsleep(9) 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, 24 Dec 2004 13:49:42 -0000 Hello. I am just writing a device driver for the i82527 (can-bus) chip. For testing I need the driver to poll the chip instead of running in interrupt mode. My dev_t read function basically looks like this: for (;;) { while (chip_has_data(...)) { read_chip_data(...); error = do_uiomove(...); if (error || enough_read(...)) { return error; } }; if (do_not_block_on_read(...)) { return EWOULDBLOCK; } error = tsleep (XXX, PCATCH|PWAIT, "canrd", hz / 10); if (error != EWOULDBLOCK) { return error; } } XXX should be 'something' which could be used as parameter to wakeup(9), I read in tsleep(9). In the kernel source tree I found one place where tsleep _only_ sleeps: in sys/isa/ppc.c (which already seems to be in the attic [?] but still is in my computer's source tree). Here, the first parameter was set to NULL. Doing this I found, that tsleep immediately returns 0 (which means: wakueup was called) _without_ waiting. I even crashed or froze the kernel by calling tsleep (NULL, ...) for a random number of times. After changing this to the address of the read-function itself, all worked fine. No more crashes. Just for my understanding: Is this a bug? Does the first parameter have to point to something useful? Is it allowed to point it to a code position? Or should I use some kind of dummy data in the softc structure instead? What about the second parameter: Is PWAIT ok here or should I use PZERO or whatever? (And btw, why has ppc.c been removed?) Thank you. From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 24 21:57: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 1303616A4CE for ; Fri, 24 Dec 2004 21:57:57 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AABBF43D49 for ; Fri, 24 Dec 2004 21:57:56 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iBOLsimi028374; Fri, 24 Dec 2004 16:54:46 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iBOLsgFW028370; Fri, 24 Dec 2004 21:54:44 GMT (envelope-from robert@fledge.watson.org) Date: Fri, 24 Dec 2004 21:54:38 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jan Engelhardt In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Kernel crash w/o reason 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, 24 Dec 2004 21:57:57 -0000 On Fri, 24 Dec 2004, Jan Engelhardt wrote: > >> What should I use instead? A semaphore? > > >You shouldn't have unrelated kernel threads waiting for a user > >process at all, so this sounds like a design problem, regardless > >of which mutual exclusion primitive you use. (Bear in mind that I > >haven't actually looked into what you're trying to do.) In any > >case, you can always use mutexes to implement whatever other > >synchronization mechanism you need. > > I wanted that the device can only be opened once, and holding a mutex > while it is open seemed like a simple idea. (Since mtx_trylock() will > then fail -- easy to implement.) Typically a mutex (mutex(9)) is used only for small periods of mutual exclusion in accessing a data structure, and are not "sleepable locks" in which unbounded waiting may occur by a user process in kernel. For sleepable locks, you might want to investigate an sx lock (sx(9)), or possible construct a counted locking primitive using condition variables and mutexes (condvar(9)). I've not used our kernel counting semaphore implementation (sema(9)) but would assume it falls nicely into the second category and might be what you are looking for. FreeBSD kernel locking primitives are typically designed not to be held over potentially unbounded periods, such as "return to userspace", and only some are intended for use in semi-bounded periods (i.e., "wait on disk seek"). Most device drivers rely on a mutex and an internal access counter or exclusive bit, FYI. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 25 11:17: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 4B72416A4CE for ; Sat, 25 Dec 2004 11:17:24 +0000 (GMT) Received: from ns1.interbgc.com (mail.interbgc.com [217.9.224.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 92FE443D58 for ; Sat, 25 Dec 2004 11:17:23 +0000 (GMT) (envelope-from freebsd@keeper.interbgc.com) Received: (qmail 83771 invoked by uid 1008); 25 Dec 2004 11:17:22 -0000 Message-ID: <20041225111722.83770.qmail@ns1.interbgc.com> From: "freebsd" To: freebsd-hackers@freebsd.org Date: Sat, 25 Dec 2004 13:17:22 +0200 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: max data segment size problem (process can not allocate more then 1gb memory) 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, 25 Dec 2004 11:17:24 -0000 hello all, i have problem, when process tryes to allocate more then 1gb memory it coredumps i have tryed options MAXDSIZ to 1.5gb but kernel panics when i put it in loader.conf with kern.maxdsiz kernel panics again this is my server memory configuration: vm.kvm_size: 1069543424 vm.kmem_size: 209715200 hw.machine: i386 hw.model: Intel(R) Xeon(TM) CPU 2.40GHz hw.ncpu: 2 hw.byteorder: 1234 hw.physmem: 2142654464 hw.usermem: 1622208512 hw.pagesize: 4096 can you tell me how can process allocate more then 1gb memory thanks in advance From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 25 11:15:45 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 7498816A4CE for ; Sat, 25 Dec 2004 11:15:45 +0000 (GMT) Received: from ns1.interbgc.com (mail.interbgc.com [217.9.224.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 7DAE843D39 for ; Sat, 25 Dec 2004 11:15:44 +0000 (GMT) (envelope-from freebsd@keeper.interbgc.com) Received: (qmail 82504 invoked by uid 1008); 25 Dec 2004 11:15:42 -0000 Message-ID: <20041225111542.82503.qmail@ns1.interbgc.com> From: "freebsd" To: freebsd-hackers@freebsd.org Date: Sat, 25 Dec 2004 13:15:42 +0200 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 25 Dec 2004 17:41:20 +0000 Subject: max data segment size problem (process can not allocate more then 1gb memory) 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, 25 Dec 2004 11:15:45 -0000 hello all, i have problem, when process tryes to allocate more then 1gb memory it coredumps i have tryed options MAXDSIZ to 1.5gb but kernel panics when i put it in loader.conf with kern.maxdsiz kernel panics again this is my server memory configuration: vm.kvm_size: 1069543424 vm.kmem_size: 209715200 hw.machine: i386 hw.model: Intel(R) Xeon(TM) CPU 2.40GHz hw.ncpu: 2 hw.byteorder: 1234 hw.physmem: 2142654464 hw.usermem: 1622208512 hw.pagesize: 4096 can you tell me how can process allocate more then 1gb memory thanks in advance From owner-freebsd-hackers@FreeBSD.ORG Sat Dec 25 21:55: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 E118B16A4CE for ; Sat, 25 Dec 2004 21:55:19 +0000 (GMT) Received: from mail.revolutionsp.com (ganymede.revolutionsp.com [64.246.0.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EE6643D53 for ; Sat, 25 Dec 2004 21:55:19 +0000 (GMT) (envelope-from security@revolutionsp.com) Received: from mail.revolutionsp.com (localhost [127.0.0.1]) by mail.revolutionsp.com (Postfix) with ESMTP id D5FCD15CA7 for ; Sat, 25 Dec 2004 12:50:39 -0600 (CST) Received: from 81.84.175.77 (SquirrelMail authenticated user security@revolutionsp.com); by mail.revolutionsp.com with HTTP; Sat, 25 Dec 2004 12:50:39 -0600 (CST) Message-ID: <62903.81.84.175.77.1104000639.squirrel@81.84.175.77> Date: Sat, 25 Dec 2004 12:50:39 -0600 (CST) From: security@revolutionsp.com To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Unable to get APM working -- 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: Sat, 25 Dec 2004 21:55:20 -0000 Hi list, I simply can't get APM to work on this laptop. It is a travelmate 4002WLMi (P-M 1.6) on which I've just installed FreeBSD 5.3-RELEASE, and built a custom kernel with apm, apm_saver and acpi (also tried with only apm, apm+apm_saver, and now apm+apm_saver+acpi) I had set the hints to disable ACPI and enable APM on /boot/device.hints (don't know the exact names now and I've just shut the laptop down) - This resulted in no /dev/apm and /dev/apmctl entries being created.. I tried changing the order of the statements (enable APM first then disable ACPI).. to no avail I also tried enabling both, which obviously didn't work quite well :-) apm_enable="YES" and apmd_enable="YES" on /etc/rc.conf apm_load="YES" on /boot/loader.conf Still, /dev/apm*'s never show up. Except if I actually disable APM and enable ACPI instead, /dev/apm will show.. but no /dev/apmctl. I'm new to the laptop world and I really would like to enable power saving features on this laptop.. I managed to get est/estctrl running, and it was changing my CPU from 600 to 1600 ghz according to the load, but when I disabled APM and enabled ACPI this ceases to work and the CPU will always run at 1600ghz. Also, acpiconf -i0 says device not configured.. As far as I was able to see, most battery monitoring stuff (integrated on KDE and all) will depend on APM.. So I'd really like to enable it! Am I missing some step to get APM working? Or does this laptop just plain and simply doesn't support it ? Please enlighten me. Best regards, Hugo