From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 20 06:03:57 2005 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 8E32B16A4CE for ; Sun, 20 Mar 2005 06:03:57 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id B175F43D49 for ; Sun, 20 Mar 2005 06:03:56 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2K62CfO086551; Sat, 19 Mar 2005 23:02:12 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 19 Mar 2005 23:02:30 -0700 (MST) Message-Id: <20050319.230230.35850068.imp@bsdimp.com> To: dodell@offmyserver.com From: "M. Warner Losh" In-Reply-To: <20050319080215.GX51688@smp500.sitetronics.com> References: <20050318160528.GQ51688@smp500.sitetronics.com> <20050318.155553.41699848.imp@bsdimp.com> <20050319080215.GX51688@smp500.sitetronics.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Ziatech 5503 watchdog driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 06:03:57 -0000 In message: <20050319080215.GX51688@smp500.sitetronics.com> "Devon H. O'Dell " writes: : On Fri, Mar 18, 2005 at 03:55:53PM -0700, Warner Losh wrote: : > > I'm busy writing a Ziatech 5503 watchdog driver for FreeBSD (and : > > porting all the watchdog stuff to DragonFly BSD) and Plan 9. For my : > > driver, I have no way to identify that the system has the driver, so : > > I wanted to make it conditional on : : Rather, I have no way to identify that the system has the device :). : : > > options ZT5503 : > : > That's not a good enough reason to make it an option, it should really : > be a device. Users that want it can add it to their kernel config. : > In fact, they'd have to add it either way, so why make it weird for : > them. : > : > Put this device on the ISA bus, give it an identify routine that : > always adds it (this isn't GENERIC safe, but since there's no way to : > know the device is there, you are stuck with that). : : OK. I don't know a hell of a lot about how the ISA bus works, though : I suppose that I remember that things using the old SB 16 cards : (Wolfenstein, anyone?) would simply probe various I/O ports. :-) Yes. Usually one does try to probe for things, but the devices must be cooperative. : Unfortunately, in my case, there are really no board specific I/O : registers that will give me information I can detect (or so it seems : from the manufacturer's manuals), though I am going to write a : couple of tests today to read some of these registers and see if : there is any useful information contained within them which I : might use to probe. Right. That's too bad, but with somehardware that's what you get. : Assuming no useful information exists, is it enough to let the : device attach regardless if the user has : : device zt5503 : : in the configuration file? Maxime suggested that I use device hints : to gather the port and such. Where should I put these hints? NOTES? /boot/device.hints and also NOTES. : If I understand correctly, to hook this up into the build, I will : still have a line in files which will look something like: : : dev/ziatech/zt5503.c optional zt5503 Yes. : Hm, Ziatech is now Performance Technologies. Should that perhaps be : dev/pt then instead? We generally don't have directories for manufacturers. : Thanks for the help! No problem. Warner From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 19 15:51:46 2005 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 3A7F916A4CE; Sat, 19 Mar 2005 15:51:46 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 136DD43D3F; Sat, 19 Mar 2005 15:51:46 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j2JFpjKU008045; Sat, 19 Mar 2005 07:51:45 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j2JFpjhs008044; Sat, 19 Mar 2005 07:51:45 -0800 (PST) (envelope-from sgk) Date: Sat, 19 Mar 2005 07:51:45 -0800 From: Steve Kargl To: ray@redshift.com Message-ID: <20050319155145.GA8021@troutmask.apl.washington.edu> References: <3.0.1.32.20050319025617.00a909c0@pop.redshift.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3.0.1.32.20050319025617.00a909c0@pop.redshift.com> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Sun, 20 Mar 2005 13:11:00 +0000 cc: freebsd-scsi@freebsd.org cc: hackers@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: Support for Tyan Thunder K8SR w/ Adaptec 7902 under AMD64 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, 19 Mar 2005 15:51:46 -0000 On Sat, Mar 19, 2005 at 02:56:17AM -0800, ray@redshift.com wrote: > > Tyan board is fully supported in FreeBSD AMD64. Does anyone know off > hand? I checked i386 and did not see anything directly stating 7902. > Unfortunately, I do not have an AMD machine here at the moment, so > I can't check the Kernel config file. > > Does anyone know off hand? > Yes, the 7902 chip is supported by the ahd driver. I have a K8SR motherboard and scsi works just fine. You probably want to install a 5.4 snapshot or 5.4 release when its available. -- Steve From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 19 19:13:42 2005 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 9C1FD16A4CE for ; Sat, 19 Mar 2005 19:13:42 +0000 (GMT) Received: from mx1.netapp.com (mx1.netapp.com [216.240.18.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67C7B43D2D for ; Sat, 19 Mar 2005 19:13:42 +0000 (GMT) (envelope-from Kip.Macy@netapp.com) Received: from smtp2.corp.netapp.com (10.57.159.114) by mx1.netapp.com with ESMTP; 19 Mar 2005 11:13:43 -0800 X-IronPort-AV: i="3.91,104,1110182400"; d="scan'208"; a="124329547:sNHT21528296" Received: from svlexc02.hq.netapp.com (svlexc02.corp.netapp.com [10.57.157.136])j2JJDfWU000619; Sat, 19 Mar 2005 11:13:42 -0800 (PST) Received: from svlexc01.hq.netapp.com ([10.57.156.135]) by svlexc02.hq.netapp.com with Microsoft SMTPSVC(5.0.2195.6713); Sat, 19 Mar 2005 11:13:41 -0800 Received: from burgundy.hq.netapp.com ([10.56.10.66]) by svlexc01.hq.netapp.com with Microsoft SMTPSVC(5.0.2195.6713); Sat, 19 Mar 2005 11:13:41 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sat, 19 Mar 2005 11:13:41 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Xen support Thread-Index: AcUsk4ETmlM0f7JzSWm1nJrHDAY7SAAIm8PA From: "Macy, Kip" To: "Eric Masson" , "Mailing List FreeBSD Hackers" X-OriginalArrivalTime: 19 Mar 2005 19:13:41.0540 (UTC) FILETIME=[C3320640:01C52CB7] X-Mailman-Approved-At: Sun, 20 Mar 2005 13:11:00 +0000 Subject: RE: Xen support 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, 19 Mar 2005 19:13:42 -0000 In all fairness I'd like to say that Nate put me in touch with someone = to commit the work. At about the same time I discovered a rather = annoying bug (since fixed), and I haven't followed back up. For those who would like to try it out I just submitted a sparse tree = patch against the development branch (xeno-unstable.bk), that I believe = will be committed shortly. It and a kernel can be found at: http://www.fsmware.com/xenofreebsd/5.3/050317/ You'll find some very basic instructions for booting a FreeBSD guest on = xen one level up. To avoid premature enthusiasm I'd like to point out that FreeBSD is = currently only supported as an unprivileged guest. DOM0 support is not = that much work, it simply isn't a priority at the moment. -Kip -----Original Message----- From: Eric Masson [mailto:e-masson@kisoft-services.com]=20 Sent: Saturday, March 19, 2005 6:53 AM To: Mailing List FreeBSD Hackers Subject: Xen support Hello, Everybody here probably knows about Xen, the virtualization layer from Cambridge University (Uk) : http://www.cl.cam.ac.uk/Research/SRG/netos/xen/ Is there any hope to see Kip Macy's work on Xen Support merged in the main tree anytime soon ? http://sourceforge.net/mailarchive/forum.php?thread_id=3D6793311&forum_id= =3D35600 Regards =C9ric Masson --=20 Subject: Re: procmail NK> comment cr=E9er un filtre (...) Menu -> Edition -> Filtres de courrier -> Nouveau. -+- G in: GNU - WISIWYSS (What I See Is What You Should See) -+- _______________________________________________ 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 Sun Mar 20 19:27:42 2005 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 6B54A16A4CE for ; Sun, 20 Mar 2005 19:27:42 +0000 (GMT) Received: from mail.revolutionsp.com (ganymede.revolutionsp.com [64.246.0.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0547243D1F for ; Sun, 20 Mar 2005 19:27:42 +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 0963715CBF for ; Sun, 20 Mar 2005 13:26:57 -0600 (CST) Received: from 81.84.174.5 (SquirrelMail authenticated user security@revolutionsp.com) by mail.revolutionsp.com with HTTP; Sun, 20 Mar 2005 13:26:57 -0600 (CST) Message-ID: <49296.81.84.174.5.1111346817.squirrel@mail.revolutionsp.com> Date: Sun, 20 Mar 2005 13:26:57 -0600 (CST) From: "H. S." To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: passwd & permissions 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, 20 Mar 2005 19:27:42 -0000 Hey, I'm using FreeBSD on various servers for many time now, and there is something that always bothered me. It is related to /etc/passwd and /etc/pwd.db permissions. I have custom (0640) permissions on these files. However, each time a user changes his/her password, the system will reset the password file permissions back to the original (rw r r). I'm not much of a programmer, but I tried to change passwd.c source to do a execl() at the end of the file (calling chmod). After trying it, the permissions were reset anyway, so I added a perror("execl") and it says permission denied. Should be because passwd dropped privileges at that part of the program. I've thought about a cron job to fix the permissions every X minutes, but I'd like a more "clean" option to this. Where in the system can I change the permission-reset behaviour ? This also happens, for example, with /usr/local/sbin/ (rwx rx x are my permissions) after I upgrade any port, it will be rwx rx rx , and /usr/local/www too. I've edited the mtree/ files as it sounded like a good lead, but the behaviour remains. What should I do ? Thanks. From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 20 20:04:00 2005 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 1784C16A4CE for ; Sun, 20 Mar 2005 20:04:00 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 3924043D82 for ; Sun, 20 Mar 2005 20:03:59 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 20 Mar 2005 20:03:58 +0000 (GMT) Date: Sun, 20 Mar 2005 20:03:58 +0000 From: David Malone To: "H. S." Message-ID: <20050320200358.GA59392@walton.maths.tcd.ie> References: <49296.81.84.174.5.1111346817.squirrel@mail.revolutionsp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49296.81.84.174.5.1111346817.squirrel@mail.revolutionsp.com> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie cc: freebsd-hackers@freebsd.org Subject: Re: passwd & permissions 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, 20 Mar 2005 20:04:00 -0000 On Sun, Mar 20, 2005 at 01:26:57PM -0600, H. S. wrote: > I'm using FreeBSD on various servers for many time now, and there is > something that always bothered me. It is related to /etc/passwd and > /etc/pwd.db permissions. > > I have custom (0640) permissions on these files. However, each time a user > changes his/her password, the system will reset the password file > permissions back to the original (rw r r). I think these files would be rebuilt by the pwd_mkdb utility. You should be able to change it to rebuild the files with different permissions. See the PERM_INSECURE and PERM_SECURE constant pwd_mkdb.c. (I'm not really sure about the wisdom of making passwd and pwd.db have permissions 640, but I guess you know your system best.) David. From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 20 20:55:11 2005 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 A721E16A4CF for ; Sun, 20 Mar 2005 20:55:11 +0000 (GMT) Received: from mail.mundomateo.com (static-24-56-193-117.chrlmi.cablespeed.com [24.56.193.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BB2643D41 for ; Sun, 20 Mar 2005 20:55:11 +0000 (GMT) (envelope-from matthew@digitalstratum.com) Received: from [10.0.81.14] (ws14.mundomateo.com [10.0.81.14]) by mail.mundomateo.com (Postfix) with ESMTP id 36F6C60AB for ; Sun, 20 Mar 2005 15:55:09 -0500 (EST) Message-ID: <423DE326.9000203@digitalstratum.com> Date: Sun, 20 Mar 2005 15:55:02 -0500 From: Matthew Hagerty Organization: Digital Stratum User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Hackers Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Causing a process switch to test a theory. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: matthew@digitalstratum.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 20:55:11 -0000 Greetings, I posted a similar message earlier, but I think I was too vague to solicit any kind of response. I'm also trying to stay relevant to the forum, but I can only offer the fact that I'm using FreeBSD as my OS of choice. If this is too far removed from being on topic, I apologize in advance and will take my questions elsewhere. I think I have found a possible bug in Apache's logging when using their "reliable pipe" feature, but I'd like to test it prior to submitting a bug report (or possibly a patch.) Of course I posted a message on the Apache development forum before posting here, but I have had no response from that group. My understanding of PIPE_BUF is that it is the largest amount of data the kernel will guarantee to be atomic when writing to a pipe. Thus if more than one process is writing to the same pipe, and more than PIPE_BUF bytes needs to be written, there is the chance of the data being interleaved due to a context switch during write(), or between multiple calls to write() in order to write all required data. I've been reading the Apache source code to try and determine if PIPE_BUF is taken into consideration while logging entries to a pipe. What appears to happen is that if a single log entry is more than 512 bytes, it is simply written to the the pipe without regard to PIPE_BUF. But there is a lot going on in Apache and I might very easily miss what's really happening somewhere else in the code. I'm pretty sure I can see what's going on and that the code needs to be fixed, but I don't want to go blowing my horn without some proof. What fstat seems to show me is that each child process (I'm running the 1.x branch of Apache) has the pipe open for writing, thus each child logs it's own entries instead of passing them to a single logging process (which could be used as some sort of serialization and control to prevent interleaving the log entries.) In this situation (each child logging it's own entries) it seems there is the possibility that a child could be preempted during it's call to write() when trying to write more than PIPE_BUF bytes of log data. What I'd like to do is create a test where I would be making requests to Apache that would cause log entries longer than PIPE_BUF in length, then be able to show the interleaving of log entries due to the PIPE_BUF limit being exceeded. The 2.x branch of Apache has an experimental features called BufferedLogs, that if used seems to protect the writing of the log entries with a mutex. However, it is not enabled by default and the normal logging does not use the mutex. I would have assumed the PIPE_BUF limit would not have been overlooked by the Apache developers, especially since they don't ignore log entires until they reach 8190 bytes (which is certainly longer than PIPE_BUF.) Basically it comes down to what happens when making this call: write(cls->log_fd, str, len); Under the conditions such that cls->log_fd is a pipe (inherited from the parent), len > PIPE_BUF, and there are multiple child processes all logging entries with this code. Knowing if Apache could possibly write interleaved logs when writing to a pipe is critical to a program I'm developing which receives log entries from Apache via a pipe. Thank you, Matthew From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 20 21:05:17 2005 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 4832516A4CE for ; Sun, 20 Mar 2005 21:05:17 +0000 (GMT) Received: from mail.revolutionsp.com (ganymede.revolutionsp.com [64.246.0.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1982843D46 for ; Sun, 20 Mar 2005 21:05:17 +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 2BBCF15CBF for ; Sun, 20 Mar 2005 15:04:32 -0600 (CST) Received: from 81.84.174.5 (SquirrelMail authenticated user security@revolutionsp.com) by mail.revolutionsp.com with HTTP; Sun, 20 Mar 2005 15:04:32 -0600 (CST) Message-ID: <49607.81.84.174.5.1111352672.squirrel@mail.revolutionsp.com> In-Reply-To: <20050320200358.GA59392@walton.maths.tcd.ie> References: <49296.81.84.174.5.1111346817.squirrel@mail.revolutionsp.com> <20050320200358.GA59392@walton.maths.tcd.ie> Date: Sun, 20 Mar 2005 15:04:32 -0600 (CST) From: "H. S." To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: passwd & permissions 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, 20 Mar 2005 21:05:17 -0000 Hey, #define PERM_INSECURE (S_IRUSR|S_IWUSR|S_IRGRP|S_IROTH) #define PERM_SECURE (S_IRUSR|S_IWUSR) Thanks, removing S_IROTH worked :-) While we're at it, what is the cause for the system changing permissions when I install a port ? (ie /usr/local/sbin and /usr/local/www) As I've said in my previous mail, changing the mtree/ files to reflect my desired permissions sounded logical, but either I failed some step or it isn't the way to go. > On Sun, Mar 20, 2005 at 01:26:57PM -0600, H. S. wrote: >> I'm using FreeBSD on various servers for many time now, and there is >> something that always bothered me. It is related to /etc/passwd and >> /etc/pwd.db permissions. >> >> I have custom (0640) permissions on these files. However, each time a >> user >> changes his/her password, the system will reset the password file >> permissions back to the original (rw r r). > > I think these files would be rebuilt by the pwd_mkdb utility. You > should be able to change it to rebuild the files with different > permissions. See the PERM_INSECURE and PERM_SECURE constant pwd_mkdb.c. > > (I'm not really sure about the wisdom of making passwd and pwd.db > have permissions 640, but I guess you know your system best.) > > David. > From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 20 22:40:08 2005 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 9236716A4CE for ; Sun, 20 Mar 2005 22:40:08 +0000 (GMT) Received: from outgoing.redshift.com (outgoing.redshift.com [207.177.231.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5285543D1D for ; Sun, 20 Mar 2005 22:40:08 +0000 (GMT) (envelope-from ray@redshift.com) Received: from workstation (216-228-19-21.dsl.redshift.com [216.228.19.21]) by outgoing.redshift.com (Postfix) with SMTP id A6C9997023; Sun, 20 Mar 2005 14:40:03 -0800 (PST) Message-Id: <3.0.1.32.20050320144012.00a5f3f8@pop.redshift.com> X-Mailer: na X-Sender: redshift.com Date: Sun, 20 Mar 2005 14:40:12 -0800 To: "H. S." , freebsd-hackers@freebsd.org From: ray@redshift.com In-Reply-To: <49296.81.84.174.5.1111346817.squirrel@mail.revolutionsp.co m> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Re: passwd & permissions 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, 20 Mar 2005 22:40:08 -0000 This may be partially related to the fact that I believe the system generates those files automatically from /etc/master.passwd. So if you change the perms on /etc/passwd, then when the system comes along and regenerates the files from /etc/master.passwd, it would change the permissions during that process I would think. I've never looked into the details of how it all happens (as far as master.passwd vs. passwd), but this might be something to check into, as it could relate to your situation. Ray At 01:26 PM 3/20/2005 -0600, H. S. wrote: | Hey, | | I'm using FreeBSD on various servers for many time now, and there is | something that always bothered me. It is related to /etc/passwd and | /etc/pwd.db permissions. | | I have custom (0640) permissions on these files. However, each time a user | changes his/her password, the system will reset the password file | permissions back to the original (rw r r). I'm not much of a programmer, | but I tried to change passwd.c source to do a execl() at the end of the | file (calling chmod). After trying it, the permissions were reset anyway, | so I added a perror("execl") and it says permission denied. Should be | because passwd dropped privileges at that part of the program. I've | thought about a cron job to fix the permissions every X minutes, but I'd | like a more "clean" option to this. | | Where in the system can I change the permission-reset behaviour ? This | also happens, for example, with /usr/local/sbin/ (rwx rx x are my | permissions) after I upgrade any port, it will be rwx rx rx , and | /usr/local/www too. | | I've edited the mtree/ files as it sounded like a good lead, but the | behaviour remains. | | What should I do ? | | Thanks. | | _______________________________________________ | 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 Mon Mar 21 05:59:35 2005 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 8D9A116A4CE for ; Mon, 21 Mar 2005 05:59:35 +0000 (GMT) Received: from smtpout-1.priv.cc.uic.edu (smtpout-1.cc.uic.edu [128.248.155.232]) by mx1.FreeBSD.org (Postfix) with SMTP id 07AEE43D48 for ; Mon, 21 Mar 2005 05:59:35 +0000 (GMT) (envelope-from zholla1@uic.edu) Received: (qmail 11040 invoked from network); 20 Mar 2005 23:59:34 -0600 Received: from icarus.cc.uic.edu (128.248.155.80) by smtpout-1.cc.uic.edu with SMTP; 20 Mar 2005 23:59:34 -0600 Date: Sun, 20 Mar 2005 23:59:34 -0600 (CST) From: Zera William Holladay X-X-Sender: zholla1@icarus.cc.uic.edu To: Matthew Hagerty In-Reply-To: <423DE326.9000203@digitalstratum.com> Message-ID: References: <423DE326.9000203@digitalstratum.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD Hackers Subject: Re: Causing a process switch to test a theory. 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, 21 Mar 2005 05:59:35 -0000 If you post the section(s) of code in question, then you'll probably elicit some responses. PIPE_BUF is a POSIX defined minimum, so you might grep for sections of code that contain fpathconf(*, _PC_PIPE_BUF) to determine if the programmers took this into consideration. At least you'll be able to follow the logical flow of the program from fpathconf() forward. Further, if you do some fancy programming (like preempting a process unnaturally) to determine if there is an error in this particular aspect of Apache, then you'll also have to show that you have not inflicted the error too, which will probably be harder than what you set out to solve or figure out. Good luck, Zera Holladay From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 21 06:55:36 2005 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 8449F16A4CE for ; Mon, 21 Mar 2005 06:55:36 +0000 (GMT) Received: from wattres.watt.com (wattres.watt.com [66.93.133.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33B8843D3F for ; Mon, 21 Mar 2005 06:55:36 +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 j2L6tN4V063117 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Mar 2005 22:55:24 -0800 (PST) (envelope-from steve@wattres.watt.com) Received: (from steve@localhost) by wattres.watt.com (8.13.1/8.13.1/Submit) id j2L6tNoH063116; Sun, 20 Mar 2005 22:55:23 -0800 (PST) (envelope-from steve) Message-Id: <200503210655.j2L6tNoH063116@wattres.watt.com> X-Newsgroups: local.freebsd-hackers In-Reply-To: <423DE326.9000203@digitalstratum.com> Organization: Watt Consultants From: steve@Watt.COM (Steve Watt) Date: Sun, 20 Mar 2005 22:55:23 -0800 X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: matthew@digitalstratum.com X-Archived: 1111388124.088708483@wattres.Watt.COM X-Virus-Scanned: ClamAV 0.83/776/Sun Mar 20 22:37:00 2005 on wattres.Watt.COM X-Virus-Status: Clean cc: hackers@freebsd.org Subject: Re: Causing a process switch to test a theory. 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, 21 Mar 2005 06:55:36 -0000 In <423DE326.9000203@digitalstratum.com>, matthew@digitalstratum.com wrote: >I think I have found a possible bug in Apache's logging when using their >"reliable pipe" feature, but I'd like to test it prior to submitting a >bug report (or possibly a patch.) Of course I posted a message on the >Apache development forum before posting here, but I have had no response >from that group. And based on your description, I think I agree. >My understanding of PIPE_BUF is that it is the largest amount of data >the kernel will guarantee to be atomic when writing to a pipe. Thus if >more than one process is writing to the same pipe, and more than >PIPE_BUF bytes needs to be written, there is the chance of the data >being interleaved due to a context switch during write(), or between >multiple calls to write() in order to write all required data. Yes, that is exactly the POSIX semantic for PIPE_BUF. There are a lot of tricky details in there that are not fully obvious, and it's now been long enough (6 years) that I've forgotten the exact details. There are some weird interactions between O_NONBLOCK and PIPE_BUF, but it looks like some of them have been ironed out in recent versions of the standard. >I've been reading the Apache source code to try and determine if >PIPE_BUF is taken into consideration while logging entries to a pipe. >What appears to happen is that if a single log entry is more than 512 >bytes, it is simply written to the the pipe without regard to PIPE_BUF. Then there is definitely a risk of interleaving. This is basically a race condition -- if you're lucky the log reader can cope, but that depends greatly on the guts of the logger. >In this situation (each child logging it's own entries) it seems there >is the possibility that a child could be preempted during it's call to >write() when trying to write more than PIPE_BUF bytes of log data. What >I'd like to do is create a test where I would be making requests to >Apache that would cause log entries longer than PIPE_BUF in length, then >be able to show the interleaving of log entries due to the PIPE_BUF >limit being exceeded. I would guess that the easiest way to run into this is to cause lots of processes to write larger blocks to the same pipe (are they all really writing to the exact same pipe? If not, no problem!) at the same time. An SMP box might be able to tickle this one better. >Under the conditions such that cls->log_fd is a pipe (inherited from the >parent), len > PIPE_BUF, and there are multiple child processes all >logging entries with this code. Assuming they're all writing to the same log_fd, then you might have a problem. >Knowing if Apache could possibly write interleaved logs when writing to >a pipe is critical to a program I'm developing which receives log >entries from Apache via a pipe. That's another layer of indirection, though. If all of the children have separate pipes to the parent, and then the parent logs to your program, all should be fine. But at the kernel level, yes, writes longer than PIPE_BUF might get interleaved. The longer the write, the higher the probability, so for your test, if you can generate, say, 10K writes over and over, you can probably trip it. -- 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 Mon Mar 21 09:34:46 2005 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 A84AE16A4CE for ; Mon, 21 Mar 2005 09:34:46 +0000 (GMT) Received: from staff.usd.ac.id (staff.usd.ac.id [202.152.7.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79A5C43D41 for ; Mon, 21 Mar 2005 09:34:40 +0000 (GMT) (envelope-from iwan@staff.usd.ac.id) Received: from localhost (webmail.usd.ac.id [202.152.7.139]) by staff.usd.ac.id (8.11.0/8.11.0) with ESMTP id j2L9eAV01267 for ; Mon, 21 Mar 2005 16:40:10 +0700 Received: from 202.65.114.228 ([202.65.114.228]) by webmail.usd.ac.id (IMP) with HTTP for ; Mon, 21 Mar 2005 16:40:27 +0700 Message-ID: <1111398027.423e968bcf453@webmail.usd.ac.id> Date: Mon, 21 Mar 2005 16:40:27 +0700 From: iwan@staff.usd.ac.id To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.6 X-Originating-IP: 202.65.114.228 Subject: mysql threads 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, 21 Mar 2005 09:34:46 -0000 Hi, I'm new in freebsd. I have a question about mysqld threads. I using freebsd 5.1-RELEASE, default installation. Then I installing mysql 4.xx.xx (i forgot). Not like httpd which automatic creating threads when more connection exist. Mysql in my box is not creating threads, it only exist with one thread. So if there is alot of connections appear, mysql is down. It still alive in process, but hang. I try to installing pthread library, but fail. There is dependencies, and I dont know how to fix it. My question: How to make mysql creating threads by automatic ? Thanks. ========================== Sanata Dharma University http://www.usd.ac.id -------------------------- ICT Supported by BAPSI USD http://www.bapsi.usd.ac.id ========================== From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 21 11:24:53 2005 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 8084316A4CE; Mon, 21 Mar 2005 11:24:53 +0000 (GMT) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2617A43D60; Mon, 21 Mar 2005 11:24:53 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 2F5BE114BE; Mon, 21 Mar 2005 12:25:44 +0100 (CET) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 76741-08; Mon, 21 Mar 2005 12:25:31 +0100 (CET) Received: from localhost.localdomain (ALagny-109-1-7-90.w81-50.abo.wanadoo.fr [81.50.48.90]) by smtp.xbsd.org (Postfix) with ESMTP id 53D5C1143C; Mon, 21 Mar 2005 12:25:30 +0100 (CET) From: Florent Thoumie To: Murray Stokely In-Reply-To: <20050318172553.GG89714@freebsdmall.com> References: <20050318172553.GG89714@freebsdmall.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-0hH5F27iMtk1yWFLi9tP" Date: Mon, 21 Mar 2005 12:24:34 +0100 Message-Id: <1111404274.698.14.camel@innercity> Mime-Version: 1.0 X-Mailer: Evolution 2.2.0 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at xbsd.org X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-hackers@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: ntfsprogs under FreeBSD 5.4-PRERELEASE not working? 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, 21 Mar 2005 11:24:53 -0000 --=-0hH5F27iMtk1yWFLi9tP Content-Type: multipart/mixed; boundary="=-NNlfkY8/eujZGYOcQ86M" --=-NNlfkY8/eujZGYOcQ86M Content-Type: text/plain; charset=iso8859-15 Content-Transfer-Encoding: quoted-printable Le Vendredi 18 mars 2005 =E0 09:25 -0800, Murray Stokely a =E9crit : > I'm having trouble using ntfsls from a recently built > sysutils/ntfsprogs port. Is anyone successfully using this port? The > package is only 230k when built without GNOME VFS support, but it just > doesn't seem to work. I'd like to put this tool onto FreeBSD DVDs > (and CDs if it fits). This simple patch makes ntfsls work fine, but I don't think removing locks is a good solution. I'm cc'ing hackers@ to get review from people used to fcntl(2) interface. --=20 Florent Thoumie flz@xbsd.org --=-NNlfkY8/eujZGYOcQ86M-- --=-0hH5F27iMtk1yWFLi9tP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCPq7yMxEkbVFH3PQRAgG5AJwNDHjuP3mOybwCEgWrfD10Uf+5IwCfaU7u ZTQ+LXxvIj6lBkJedBqAOKI= =tCcm -----END PGP SIGNATURE----- --=-0hH5F27iMtk1yWFLi9tP-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 21 12:33:31 2005 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 5675516A4CE for ; Mon, 21 Mar 2005 12:33:31 +0000 (GMT) Received: from mxsf25.cluster1.charter.net (mxsf25.cluster1.charter.net [209.225.28.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id D043043D49 for ; Mon, 21 Mar 2005 12:33:30 +0000 (GMT) (envelope-from c0ldbyte@myrealbox.com) Received: from mxip02.cluster1.charter.net (mxip02a.cluster1.charter.net [209.225.28.132])j2LCXT6i029832 for ; Mon, 21 Mar 2005 07:33:29 -0500 Received: from 24.247.253.134.gha.mi.chartermi.net (HELO eleanor.us1.wmi.uvac.net) (24.247.253.134) by mxip02.cluster1.charter.net with ESMTP; 21 Mar 2005 07:33:29 -0500 X-Ironport-AV: i="3.91,106,1110171600"; d="scan'208"; a="688650385:sNHT20876768" Date: Mon, 21 Mar 2005 07:33:25 -0500 (EST) From: c0ldbyte To: "H. S." In-Reply-To: <49296.81.84.174.5.1111346817.squirrel@mail.revolutionsp.com> Message-ID: <20050321072417.T40399@eleanor.us1.wmi.uvac.net> References: <49296.81.84.174.5.1111346817.squirrel@mail.revolutionsp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-hackers@freebsd.org Subject: Re: passwd & permissions 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, 21 Mar 2005 12:33:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 20 Mar 2005, H. S. wrote: > Hey, > > I'm using FreeBSD on various servers for many time now, and there is > something that always bothered me. It is related to /etc/passwd and > /etc/pwd.db permissions. > > I have custom (0640) permissions on these files. However, each time a user > changes his/her password, the system will reset the password file > permissions back to the original (rw r r). I'm not much of a programmer, > but I tried to change passwd.c source to do a execl() at the end of the > file (calling chmod). After trying it, the permissions were reset anyway, > so I added a perror("execl") and it says permission denied. Should be > because passwd dropped privileges at that part of the program. I've > thought about a cron job to fix the permissions every X minutes, but I'd > like a more "clean" option to this. > > Where in the system can I change the permission-reset behaviour ? This > also happens, for example, with /usr/local/sbin/ (rwx rx x are my > permissions) after I upgrade any port, it will be rwx rx rx , and > /usr/local/www too. > > I've edited the mtree/ files as it sounded like a good lead, but the > behaviour remains. > > What should I do ? > > Thanks. About the easiest way to go about it would be to set the umask for passwd command well in operation. your umask right now is probably 022 which is causing passwd when updating those files to rewrite a new file with 022 0644 perms. set your umask to something like 026 and that should give files created during the time of execution the 0640 perms. modifing the code for passwd.c is sensless since everytime you update your source to upgrade your changes will be over ridden. --- Try the following --- sh & compatable. alias passwd='umask 026 && passwd ;umask 022' csh & compatable. alias passwd umask 026 && passwd ;umask 022 Guess if your pretty good with shell scripts you could also make a wrapper around passwd and put it in root's private bin. Best regards: --c0ldbyte -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) Comment: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xF7DF979F iD8DBQFCPr8YsmFQuvffl58RAu7jAKCWQmJ7tE0OLNzJHS/AdX7rkx/OZQCbBZNx FBo3Ho4htZk/LRMzWIhI+6E= =crQG -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 21 12:36:42 2005 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 4BBE316A4CE for ; Mon, 21 Mar 2005 12:36:42 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 76DD243D39 for ; Mon, 21 Mar 2005 12:36:41 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 21 Mar 2005 12:36:40 +0000 (GMT) Date: Mon, 21 Mar 2005 12:36:40 +0000 From: David Malone To: c0ldbyte Message-ID: <20050321123640.GA74746@walton.maths.tcd.ie> References: <49296.81.84.174.5.1111346817.squirrel@mail.revolutionsp.com> <20050321072417.T40399@eleanor.us1.wmi.uvac.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050321072417.T40399@eleanor.us1.wmi.uvac.net> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie cc: freebsd-hackers@freebsd.org cc: "H. S." Subject: Re: passwd & permissions 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, 21 Mar 2005 12:36:42 -0000 On Mon, Mar 21, 2005 at 07:33:25AM -0500, c0ldbyte wrote: > About the easiest way to go about it would be to set the umask for passwd > command well in operation. Unfortunately, I don't think this will work because pwd_mkdb explicitly sets the permissions on the files in question. David. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 21 12:58:39 2005 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 4ACD116A4CE; Mon, 21 Mar 2005 12:58:39 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EE4043D2F; Mon, 21 Mar 2005 12:58:38 +0000 (GMT) (envelope-from jilles@stack.nl) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mailhost.stack.nl (Postfix) with ESMTP id 92A7B1F2FD; Mon, 21 Mar 2005 13:58:37 +0100 (CET) Received: by turtle.stack.nl (Postfix, from userid 1677) id 853371DAAA; Mon, 21 Mar 2005 13:58:37 +0100 (CET) Date: Mon, 21 Mar 2005 13:58:37 +0100 From: Jilles Tjoelker To: Florent Thoumie Message-ID: <20050321125837.GC19773@stack.nl> References: <20050318172553.GG89714@freebsdmall.com> <1111404274.698.14.camel@innercity> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1111404274.698.14.camel@innercity> X-Operating-System: FreeBSD 5.3-RELEASE-p2 i386 User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org cc: Murray Stokely cc: freebsd-ports@freebsd.org Subject: Re: ntfsprogs under FreeBSD 5.4-PRERELEASE not working? 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, 21 Mar 2005 12:58:39 -0000 On Mon, Mar 21, 2005 at 12:24:34PM +0100, Florent Thoumie wrote: > Le Vendredi 18 mars 2005 à 09:25 -0800, Murray Stokely a écrit : > > I'm having trouble using ntfsls from a recently built > > sysutils/ntfsprogs port. Is anyone successfully using this port? The > > package is only 230k when built without GNOME VFS support, but it just > > doesn't seem to work. I'd like to put this tool onto FreeBSD DVDs > > (and CDs if it fits). > This simple patch makes ntfsls work fine, but I don't think > removing locks is a good solution. > I'm cc'ing hackers@ to get review from people used to fcntl(2) > interface. Yes, devfs does not support file locks. And according to POSIX, support for file locks on non-regular files is not mandatory. It also seems the support cannot easily be added because the annoying issue of the size of a device. Also this will not help you to get it running on currently existing versions of FreeBSD. That said, the locking is useful in case people run two ntfs programs at the same time. You could use separate lockfiles but afaik there is no standard for lockfiles for block devices (there is for serial ports). -- Jilles Tjoelker From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 21 13:07:48 2005 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 4C0CA16A4CE; Mon, 21 Mar 2005 13:07:48 +0000 (GMT) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEB2543D2D; Mon, 21 Mar 2005 13:07:47 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id CE8651161B; Mon, 21 Mar 2005 14:08:42 +0100 (CET) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77433-03; Mon, 21 Mar 2005 14:08:35 +0100 (CET) Received: from localhost.localdomain (ALagny-109-1-7-90.w81-50.abo.wanadoo.fr [81.50.48.90]) by smtp.xbsd.org (Postfix) with ESMTP id 42BE01143C; Mon, 21 Mar 2005 14:08:34 +0100 (CET) From: Florent Thoumie To: Jilles Tjoelker In-Reply-To: <20050321125837.GC19773@stack.nl> References: <20050318172553.GG89714@freebsdmall.com> <20050321125837.GC19773@stack.nl> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-KT4axI1kH6bxq1YsGSKw" Date: Mon, 21 Mar 2005 14:07:36 +0100 Message-Id: <1111410456.698.17.camel@innercity> Mime-Version: 1.0 X-Mailer: Evolution 2.2.0 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at xbsd.org cc: freebsd-hackers@freebsd.org cc: Murray Stokely cc: freebsd-ports@freebsd.org Subject: Re: ntfsprogs under FreeBSD 5.4-PRERELEASE not working? 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, 21 Mar 2005 13:07:48 -0000 --=-KT4axI1kH6bxq1YsGSKw Content-Type: text/plain; charset=iso8859-15 Content-Transfer-Encoding: quoted-printable Le Lundi 21 mars 2005 =E0 13:58 +0100, Jilles Tjoelker a =E9crit : > On Mon, Mar 21, 2005 at 12:24:34PM +0100, Florent Thoumie wrote: > > Le Vendredi 18 mars 2005 =E0 09:25 -0800, Murray Stokely a =E9crit : > > > I'm having trouble using ntfsls from a recently built > > > sysutils/ntfsprogs port. Is anyone successfully using this port? Th= e > > > package is only 230k when built without GNOME VFS support, but it jus= t > > > doesn't seem to work. I'd like to put this tool onto FreeBSD DVDs > > > (and CDs if it fits). >=20 > > This simple patch makes ntfsls work fine, but I don't think > > removing locks is a good solution. >=20 > > I'm cc'ing hackers@ to get review from people used to fcntl(2) > > interface. >=20 > Yes, devfs does not support file locks. And according to POSIX, support > for file locks on non-regular files is not mandatory. It also > seems the support cannot easily be added because the annoying issue > of the size of a device. Also this will not help you to get it running > on currently existing versions of FreeBSD. >=20 > That said, the locking is useful in case people run two ntfs programs at > the same time. You could use separate lockfiles but afaik there is no > standard for lockfiles for block devices (there is for serial ports). Ok, I'll add the patch then, thanks for this information. --=20 Florent Thoumie flz@xbsd.org --=-KT4axI1kH6bxq1YsGSKw Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCPscYMxEkbVFH3PQRAiaSAJwM/Ofem8XoKJqC/xPQVqtZ4qh/ewCdH8TR MzaUy6I7SqXxnge98+JRI7U= =dZBT -----END PGP SIGNATURE----- --=-KT4axI1kH6bxq1YsGSKw-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 21 14:16:54 2005 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 98A4D16A4CE for ; Mon, 21 Mar 2005 14:16:54 +0000 (GMT) Received: from mail.mundomateo.com (static-24-56-193-117.chrlmi.cablespeed.com [24.56.193.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1B7D43D49 for ; Mon, 21 Mar 2005 14:16:53 +0000 (GMT) (envelope-from matthew@digitalstratum.com) Received: from [10.0.81.14] (ws14.mundomateo.com [10.0.81.14]) by mail.mundomateo.com (Postfix) with ESMTP id DE05060BD; Mon, 21 Mar 2005 09:16:51 -0500 (EST) Message-ID: <423ED74C.1050705@digitalstratum.com> Date: Mon, 21 Mar 2005 09:16:44 -0500 From: Matthew Hagerty Organization: Digital Stratum User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Zera William Holladay References: <423DE326.9000203@digitalstratum.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Hackers Subject: Re: Causing a process switch to test a theory. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: matthew@digitalstratum.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 14:16:54 -0000 Zera William Holladay wrote: >If you post the section(s) of code in question, then you'll probably >elicit some responses. PIPE_BUF is a POSIX defined minimum, so you might >grep for sections of code that contain fpathconf(*, _PC_PIPE_BUF) to >determine if the programmers took this into consideration. At least >you'll be able to follow the logical flow of the program from fpathconf() >forward. > >Further, if you do some fancy programming (like preempting a process >unnaturally) to determine if there is an error in this particular aspect >of Apache, then you'll also have to show that you have not inflicted the >error too, which will probably be harder than what you set out to solve or >figure out. > >Good luck, Zera Holladay >_______________________________________________ >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" > > I was not wanting to preempt any of the processes unnaturally, I was looking more for suggestions as to how I can reliably cause preemption for testing. Without knowing the details of how FreeBSD's scheduler works, I could only assume that making a heavy load might cause such preemption to happen, but that is just an under educated guess. I'm not familiar with fpathconf(), I'll go look that up for sure and check Apache's code for it's use. Thanks! As for code, below is the portion that does to actual writing to the log file, opened as either a normal file or a pipe depending on the config file. Also note that BUFFERED_LOGS is not normally defined (must be passed to make at compile time), and even then it only makes sure there is *at least* LOG_BUFSIZE bytes to write before writing. It does not prevent longer than LOG_BUFSIZE bytes from being written. Matthew --- #ifdef PIPE_BUF #define LOG_BUFSIZE PIPE_BUF #else #define LOG_BUFSIZE (512) #endif static int config_log_transaction(request_rec *r, config_log_state *cls, array_header *default_format) code that checks if any conditional envariable-controlled logging decisions prevent logging. format = cls->format ? cls->format : default_format; strs = ap_palloc(r->pool, sizeof(char *) * (format->nelts)); strl = ap_palloc(r->pool, sizeof(int) * (format->nelts)); items = (log_format_item *) format->elts; orig = r; while (orig->prev) { orig = orig->prev; } while (r->next) { r = r->next; } for (i = 0; i < format->nelts; ++i) { strs[i] = process_item(r, orig, &items[i]); } for (i = 0; i < format->nelts; ++i) { len += strl[i] = strlen(strs[i]); } #ifdef BUFFERED_LOGS if (len + cls->outcnt > LOG_BUFSIZE) { flush_log(cls); } if (len >= LOG_BUFSIZE) { str = ap_palloc(r->pool, len + 1); for (i = 0, s = str; i < format->nelts; ++i) { memcpy(s, strs[i], strl[i]); s += strl[i]; } write(cls->log_fd, str, len); } else { for (i = 0, s = &cls->outbuf[cls->outcnt]; i < format->nelts; ++i) { memcpy(s, strs[i], strl[i]); s += strl[i]; } cls->outcnt += len; } #else str = ap_palloc(r->pool, len + 1); for (i = 0, s = str; i < format->nelts; ++i) { memcpy(s, strs[i], strl[i]); s += strl[i]; } write(cls->log_fd, str, len); #endif return OK; } #ifdef BUFFERED_LOGS static void flush_log(config_log_state *cls) { if (cls->outcnt && cls->log_fd != -1) { write(cls->log_fd, cls->outbuf, cls->outcnt); cls->outcnt = 0; } } #endif From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 21 15:05:15 2005 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 9DC1116A4CF for ; Mon, 21 Mar 2005 15:05:15 +0000 (GMT) Received: from mail.mundomateo.com (static-24-56-193-117.chrlmi.cablespeed.com [24.56.193.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5051643D55 for ; Mon, 21 Mar 2005 15:05:15 +0000 (GMT) (envelope-from matthew@digitalstratum.com) Received: from [10.0.81.14] (ws14.mundomateo.com [10.0.81.14]) by mail.mundomateo.com (Postfix) with ESMTP id 4859D60A8; Mon, 21 Mar 2005 10:05:14 -0500 (EST) Message-ID: <423EE2A3.1090509@digitalstratum.com> Date: Mon, 21 Mar 2005 10:05:07 -0500 From: Matthew Hagerty Organization: Digital Stratum User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Watt References: <200503210655.j2L6tNoH063116@wattres.watt.com> In-Reply-To: <200503210655.j2L6tNoH063116@wattres.watt.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: Causing a process switch to test a theory. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: matthew@digitalstratum.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 15:05:15 -0000 Steve Watt wrote: >In <423DE326.9000203@digitalstratum.com>, > matthew@digitalstratum.com wrote: > > >>Knowing if Apache could possibly write interleaved logs when writing to >>a pipe is critical to a program I'm developing which receives log >>entries from Apache via a pipe. >> >> > >That's another layer of indirection, though. If all of the children >have separate pipes to the parent, and then the parent logs to your >program, all should be fine. > >But at the kernel level, yes, writes longer than PIPE_BUF might get >interleaved. The longer the write, the higher the probability, so >for your test, if you can generate, say, 10K writes over and over, >you can probably trip it. > > > That's an interesting idea about each child having a pipe open back to the parent, but I don't think that's what is happening. I'm pretty sure each child has the logging pipe open directly. Here is an fstat: There is a grouping like this for each Apache child process that's runing: genie httpd 61320 root / 2 drwxr-xr-x 512 r genie httpd 61320 wd / 2 drwxr-xr-x 512 r genie httpd 61320 text /usr 5110792 -rwxr-xr-x 9766440 r genie httpd 61320 0 /dev 8 crw-rw-rw- null r genie httpd 61320 1 /dev 8 crw-rw-rw- null w genie httpd 61320 2 /usr 5110968 -rw-r--r-- 494192 w genie httpd 61320 15 /usr 5110968 -rw-r--r-- 494192 w genie httpd 61320 16 /usr 5110969 -rw-r--r-- 451616 w genie httpd 61320 17 /usr 5110981 -rw-r--r-- 1056219 w genie httpd 61320 18 /usr 5111084 -rw-r--r-- 3886425 w genie httpd 61320 19* internet stream tcp c5d1e2d0 genie httpd 61320 20 /usr 5111178 prw-rw-rw- 0 w genie httpd 61320 21 /usr 5111178 prw-rw-rw- 0 w genie httpd 61320 22 /usr 5111178 prw-rw-rw- 0 w genie httpd 61320 23 /usr 5111178 prw-rw-rw- 0 w genie httpd 61320 24 /usr 5110835 -rw-r--r-- 573236 w My pipe listener (fd 0), which each child has open 4 times on fd 20 - 23: root pglogd 519 root / 2 drwxr-xr-x 512 r root pglogd 519 wd / 2 drwxr-xr-x 512 r root pglogd 519 text /usr 8528219 -rwxr-xr-x 22793 r root pglogd 519 0 /usr 5111178 prw-rw-rw- 0 rw root pglogd 519 1 /usr 5111198 -rw-r--r-- 0 r root pglogd 519 2 /usr 5111198 -rw-r--r-- 0 w root pglogd 519 3* local stream c5dcb7a8 <-> c5dcb71c Matthew From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 21 15:16:31 2005 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 9934816A4CE for ; Mon, 21 Mar 2005 15:16:31 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id D62B143D5A for ; Mon, 21 Mar 2005 15:16:30 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 12211 invoked by uid 89); 21 Mar 2005 15:16:28 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 21 Mar 2005 15:16:28 -0000 Received: (qmail 12161 invoked by uid 89); 21 Mar 2005 15:16:27 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 21 Mar 2005 15:16:27 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id j2LFGQw6026487; Mon, 21 Mar 2005 10:16:27 -0500 (EST) (envelope-from ups@tree.com) From: Stephan Uphoff To: matthew@digitalstratum.com In-Reply-To: <423ED74C.1050705@digitalstratum.com> References: <423DE326.9000203@digitalstratum.com> <423ED74C.1050705@digitalstratum.com> Content-Type: text/plain Message-Id: <1111418186.29804.130653.camel@palm> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 21 Mar 2005 10:16:26 -0500 Content-Transfer-Encoding: 7bit cc: FreeBSD Hackers cc: Zera William Holladay Subject: Re: Causing a process switch to test a theory. 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, 21 Mar 2005 15:16:31 -0000 On Mon, 2005-03-21 at 09:16, Matthew Hagerty wrote: > Zera William Holladay wrote: > > >If you post the section(s) of code in question, then you'll probably > >elicit some responses. PIPE_BUF is a POSIX defined minimum, so you might > >grep for sections of code that contain fpathconf(*, _PC_PIPE_BUF) to > >determine if the programmers took this into consideration. At least > >you'll be able to follow the logical flow of the program from fpathconf() > >forward. > > > >Further, if you do some fancy programming (like preempting a process > >unnaturally) to determine if there is an error in this particular aspect > >of Apache, then you'll also have to show that you have not inflicted the > >error too, which will probably be harder than what you set out to solve or > >figure out. > > > >Good luck, Zera Holladay > >_______________________________________________ > >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" > > > > > > I was not wanting to preempt any of the processes unnaturally, I was > looking more for suggestions as to how I can reliably cause preemption > for testing. Without knowing the details of how FreeBSD's scheduler > works, I could only assume that making a heavy load might cause such > preemption to happen, but that is just an under educated guess. > > I'm not familiar with fpathconf(), I'll go look that up for sure and > check Apache's code for it's use. Thanks! > > As for code, below is the portion that does to actual writing to the log > file, opened as either a normal file or a pipe depending on the config > file. Also note that BUFFERED_LOGS is not normally defined (must be > passed to make at compile time), and even then it only makes sure there > is *at least* LOG_BUFSIZE bytes to write before writing. It does not > prevent longer than LOG_BUFSIZE bytes from being written. > > Matthew > > < SNIP -- CODE DELETED > Why not just replace the write() call with a small test function? There is really no need to modify the kernel for your experiments. size_t test_pipe_write(int d, const void *buf, size_t nbytes) { size_t n; size_t done=0; while (nbytes > ATOMIC_WRITE_MAX) { n = write(d,buf,ATOMIC_WRITE_MAX); if (n <= 0) return done; buf = (char *) buf + n; nbytes -= n; usleep(NAP_TIME); } n = write(d,buf,nbytes); if (n <= 0) return done; else return n + done; } Stephan From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 21 15:34:52 2005 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 285C616A4CF for ; Mon, 21 Mar 2005 15:34:52 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90E2E43D31 for ; Mon, 21 Mar 2005 15:34:51 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id j2LFYn4j095821; Mon, 21 Mar 2005 09:34:49 -0600 (CST) (envelope-from dan) Date: Mon, 21 Mar 2005 09:34:49 -0600 From: Dan Nelson To: iwan@staff.usd.ac.id Message-ID: <20050321153449.GD5243@dan.emsphone.com> References: <1111398027.423e968bcf453@webmail.usd.ac.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1111398027.423e968bcf453@webmail.usd.ac.id> X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-hackers@freebsd.org Subject: Re: mysql threads 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, 21 Mar 2005 15:34:52 -0000 In the last episode (Mar 21), iwan@staff.usd.ac.id said: > I'm new in freebsd. I have a question about mysqld threads. I using > freebsd 5.1-RELEASE, default installation. Then I installing mysql > 4.xx.xx (i forgot). Not like httpd which automatic creating threads > when more connection exist. Mysql in my box is not creating threads, > it only exist with one thread. So if there is alot of connections > appear, mysql is down. It still alive in process, but hang. I try to > installing pthread library, but fail. There is dependencies, and I > dont know how to fix it. My question: How to make mysql creating > threads by automatic ? Mysql requires threads; it can't work without them. You're confused becuase the only threads package you have ever seen is apparantly LinuxThreads, which creates a separate process for each thread. You see separate processes in Apache (assuming 1.3 here) because it's a forking model, where each incoming request is handled by a separate process. Consider upgrading to FreeBSD 5.3 (or 5.4, to be released sometime next month), which has much better thread performance than 5.1 or 5.2.1. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 21 17:32:58 2005 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 65BE116A4CE for ; Mon, 21 Mar 2005 17:32:58 +0000 (GMT) Received: from wattres.watt.com (wattres.watt.com [66.93.133.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12FD243D31 for ; Mon, 21 Mar 2005 17:32:58 +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 j2LHWtA5080350 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Mar 2005 09:32:55 -0800 (PST) (envelope-from steve@wattres.watt.com) Received: (from steve@localhost) by wattres.watt.com (8.13.1/8.13.1/Submit) id j2LHWtvC080349; Mon, 21 Mar 2005 09:32:55 -0800 (PST) (envelope-from steve) Message-Id: <200503211732.j2LHWtvC080349@wattres.watt.com> From: steve@Watt.COM (Steve Watt) Date: Mon, 21 Mar 2005 09:32:55 -0800 In-Reply-To: Matthew Hagerty "Re: Causing a process switch to test a theory." (Mar 21, 10:05) X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: matthew@digitalstratum.com, Steve Watt X-Archived: 1111426375.860125595@wattres.Watt.COM X-Virus-Scanned: ClamAV 0.83/778/Mon Mar 21 02:48:43 2005 on wattres.Watt.COM X-Virus-Status: Clean cc: hackers@freebsd.org Subject: Re: Causing a process switch to test a theory. 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, 21 Mar 2005 17:32:58 -0000 On Mar 21, 10:05, Matthew Hagerty wrote: } Steve Watt wrote: } >In <423DE326.9000203@digitalstratum.com>, } > matthew@digitalstratum.com wrote: } >That's another layer of indirection, though. If all of the children } >have separate pipes to the parent, and then the parent logs to your } >program, all should be fine. } } That's an interesting idea about each child having a pipe open back to } the parent, but I don't think that's what is happening. I'm pretty sure } each child has the logging pipe open directly. Here is an fstat: } There is a grouping like this for each Apache child process that's runing: } genie httpd 61320 root / 2 drwxr-xr-x 512 r } genie httpd 61320 wd / 2 drwxr-xr-x 512 r } genie httpd 61320 text /usr 5110792 -rwxr-xr-x 9766440 r } genie httpd 61320 0 /dev 8 crw-rw-rw- null r } genie httpd 61320 1 /dev 8 crw-rw-rw- null w } genie httpd 61320 2 /usr 5110968 -rw-r--r-- 494192 w } genie httpd 61320 15 /usr 5110968 -rw-r--r-- 494192 w } genie httpd 61320 16 /usr 5110969 -rw-r--r-- 451616 w } genie httpd 61320 17 /usr 5110981 -rw-r--r-- 1056219 w } genie httpd 61320 18 /usr 5111084 -rw-r--r-- 3886425 w } genie httpd 61320 19* internet stream tcp c5d1e2d0 } genie httpd 61320 20 /usr 5111178 prw-rw-rw- 0 w } genie httpd 61320 21 /usr 5111178 prw-rw-rw- 0 w } genie httpd 61320 22 /usr 5111178 prw-rw-rw- 0 w } genie httpd 61320 23 /usr 5111178 prw-rw-rw- 0 w } genie httpd 61320 24 /usr 5110835 -rw-r--r-- 573236 w } } My pipe listener (fd 0), which each child has open 4 times on fd 20 - 23: } root pglogd 519 root / 2 drwxr-xr-x 512 r } root pglogd 519 wd / 2 drwxr-xr-x 512 r } root pglogd 519 text /usr 8528219 -rwxr-xr-x 22793 r } root pglogd 519 0 /usr 5111178 prw-rw-rw- 0 rw } root pglogd 519 1 /usr 5111198 -rw-r--r-- 0 r } root pglogd 519 2 /usr 5111198 -rw-r--r-- 0 w } root pglogd 519 3* local stream c5dcb7a8 <-> c5dcb71c There aren't any pipes in your fstat output, but if I look at my currently running Apache, I see that there are pipes around, and everyone's got the same ones (they're fds 5 and 6 with my config). So yeah, I'd say that you've identified a problem, and it's some combination of good luck that hasn't gotten someone tripped. -- 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 Mon Mar 21 19:23:21 2005 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 4D0B816A4CE for ; Mon, 21 Mar 2005 19:23:21 +0000 (GMT) Received: from arc.nasa.gov (pony2pub.arc.nasa.gov [128.102.31.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 251AE43D2F for ; Mon, 21 Mar 2005 19:23:21 +0000 (GMT) (envelope-from jtoung@arc.nasa.gov) Received: from mrcrab.nas.nasa.gov ([129.99.139.47] verified) by pony2pub.arc.nasa.gov (CommuniGate Pro SMTP 4.2.8) with ESMTP id 17805135; Mon, 21 Mar 2005 11:18:58 -0800 From: Jerry Toung To: hackers Date: Mon, 21 Mar 2005 11:18:04 -0800 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503211118.04155.jtoung@arc.nasa.gov> cc: Archie Cobbs Subject: ng_tty problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jtoung@arc.nasa.gov List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 19:23:21 -0000 Hello List, I want to monitor traffic on serial port /dev/cuaa0. I am trying to build the following netgraph. socket <---> tee node <---> tty node I run ngctl manually with the error message below: + mkpeer . tee hook1 left + name .:hook1 mytee + mkpeer mytee: tty right hook ngctl : send msg: Operation not permitted Why is this? Although kldstat -v shows ng_socket.ko, ng_tty.ko and ng_tee.ko + list command only shows socket and tee nodes. What is the righ way of using ng_tty? Thank you in advance. Jerry From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 21 23:24:03 2005 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 57D2016A4CE for ; Mon, 21 Mar 2005 23:24:03 +0000 (GMT) Received: from jupiter.nswebhost.com (jupiter.nswebhost.com [72.9.236.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 116EE43D48 for ; Mon, 21 Mar 2005 23:24:03 +0000 (GMT) (envelope-from full-disclosure@csilva.org) Received: from [80.172.153.55] (helo=[192.168.1.11]) by jupiter.nswebhost.com with esmtpa (Exim 4.44) id 1DDWFU-00087K-Ok for freebsd-hackers@freebsd.org; Mon, 21 Mar 2005 18:23:53 -0500 Received: from 127.0.0.1 (AVG SMTP 7.0.308 [266.8.0]); Mon, 21 Mar 2005 23:23:52 +0000 Message-ID: <423F5788.2070005@csilva.org> Date: Mon, 21 Mar 2005 23:23:52 +0000 From: Carlos Silva aka|Danger_Man| User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - jupiter.nswebhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - csilva.org X-Source: X-Source-Args: X-Source-Dir: Subject: USB 2.0 with bogus Data Rate 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, 21 Mar 2005 23:24:03 -0000 Hi hackers, I have a little problem with my external disk drive, my data transfer rate is 1.000MB/s. I have USB 2.0 so the rate is larger, right? Somebody has an idea how to enlarge the rate? Regards, Carlos osiris# dmesg | grep usb && dmesg | grep da0 usb0: on uhci0 usb0: USB revision 1.0 usb1: on uhci1 usb1: USB revision 1.0 usb2: on uhci2 usb2: USB revision 1.0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 0.95 usb3: companion controllers, 2 ports each: usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 GEOM: create disk da0 dp=0xc2d96850 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 190782MB (390721968 512 byte sectors: 255H 63S/T 24321C) osiris# osiris# usbdevs addr 1: UHCI root hub, Intel addr 1: UHCI root hub, VIA addr 1: UHCI root hub, VIA addr 2: USB 2.0 Storage Device, Acer Labs addr 1: EHCI root hub, (0x1106) osiris# osiris# camcontrol devlist at scbus0 target 0 lun 0 (da0,pass0) osiris# From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 21 23:32:49 2005 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 A73EE16A4CE for ; Mon, 21 Mar 2005 23:32:49 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57B6443D46 for ; Mon, 21 Mar 2005 23:32:49 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id AE3567A451; Mon, 21 Mar 2005 15:32:48 -0800 (PST) Message-ID: <423F59A0.1080308@elischer.org> Date: Mon, 21 Mar 2005 15:32:48 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: Carlos Silva aka|Danger_Man| References: <423F5788.2070005@csilva.org> In-Reply-To: <423F5788.2070005@csilva.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: hackers Subject: Re: USB 2.0 with bogus Data Rate 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, 21 Mar 2005 23:32:49 -0000 Carlos Silva aka|Danger_Man| wrote: > Hi hackers, > > I have a little problem with my external disk drive, my data transfer > rate is 1.000MB/s. > I have USB 2.0 so the rate is larger, right? > Somebody has an idea how to enlarge the rate? the data rate is bogus because it is printed by the scsi/cam code which doesn't know about USB speeds. This has been improved in 6.x and may flow back to 5.4.. in the meantime, ignore that number and use dd if=/dev/da0 of=/dev/null bs=64k to see what your rate really is.. > > Regards, > > Carlos > > > osiris# dmesg | grep usb && dmesg | grep da0 > usb0: on uhci0 > usb0: USB revision 1.0 > usb1: on uhci1 > usb1: USB revision 1.0 > usb2: on uhci2 > usb2: USB revision 1.0 > ehci_pci_attach: companion usb1 > ehci_pci_attach: companion usb2 > usb3: EHCI version 0.95 > usb3: companion controllers, 2 ports each: usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > GEOM: create disk da0 dp=0xc2d96850 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 1.000MB/s transfers > da0: 190782MB (390721968 512 byte sectors: 255H 63S/T 24321C) > osiris# > > osiris# usbdevs > addr 1: UHCI root hub, Intel > addr 1: UHCI root hub, VIA > addr 1: UHCI root hub, VIA > addr 2: USB 2.0 Storage Device, Acer Labs > addr 1: EHCI root hub, (0x1106) > osiris# > > osiris# camcontrol devlist > at scbus0 target 0 lun 0 (da0,pass0) > osiris# > > > > > > _______________________________________________ > 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 Mon Mar 21 23:42:58 2005 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 5FB7D16A4CE for ; Mon, 21 Mar 2005 23:42:58 +0000 (GMT) Received: from jupiter.nswebhost.com (jupiter.nswebhost.com [72.9.236.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7DFF43D58 for ; Mon, 21 Mar 2005 23:42:57 +0000 (GMT) (envelope-from full-disclosure@csilva.org) Received: from [80.172.153.55] (helo=[192.168.1.11]) by jupiter.nswebhost.com with esmtpa (Exim 4.44) id 1DDWXn-0002XS-Kd; Mon, 21 Mar 2005 18:42:48 -0500 Received: from 127.0.0.1 (AVG SMTP 7.0.308 [266.8.0]); Mon, 21 Mar 2005 23:42:40 +0000 Message-ID: <423F5BF0.7060701@csilva.org> Date: Mon, 21 Mar 2005 23:42:40 +0000 From: Carlos Silva aka|Danger_Man| User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer , hackers References: <423F5788.2070005@csilva.org> <423F59A0.1080308@elischer.org> In-Reply-To: <423F59A0.1080308@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - jupiter.nswebhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - csilva.org X-Source: X-Source-Args: X-Source-Dir: Subject: Re: USB 2.0 with bogus Data Rate 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, 21 Mar 2005 23:42:58 -0000 Julian Elischer wrote: > > > Carlos Silva aka|Danger_Man| wrote: > >> Hi hackers, >> >> I have a little problem with my external disk drive, my data transfer >> rate is 1.000MB/s. >> I have USB 2.0 so the rate is larger, right? >> Somebody has an idea how to enlarge the rate? > > > > the data rate is bogus because it is printed by the scsi/cam code > which doesn't know about USB speeds. > > This has been improved in 6.x and may flow back to 5.4.. > in the meantime, ignore that number and use > dd if=/dev/da0 of=/dev/null bs=64k > to see what your rate really is.. Here is the rate: osiris# dd if=/dev/da0 of=/dev/null bs=64k ^C16+0 records in 16+0 records out 1048576 bytes transferred in 14.741515 secs (71131 bytes/sec) osiris# Ugly! regards > >> >> Regards, >> >> Carlos >> >> >> osiris# dmesg | grep usb && dmesg | grep da0 >> usb0: on uhci0 >> usb0: USB revision 1.0 >> usb1: on uhci1 >> usb1: USB revision 1.0 >> usb2: on uhci2 >> usb2: USB revision 1.0 >> ehci_pci_attach: companion usb1 >> ehci_pci_attach: companion usb2 >> usb3: EHCI version 0.95 >> usb3: companion controllers, 2 ports each: usb1 usb2 >> usb3: on ehci0 >> usb3: USB revision 2.0 >> GEOM: create disk da0 dp=0xc2d96850 >> da0 at umass-sim0 bus 0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-0 device >> da0: 1.000MB/s transfers >> da0: 190782MB (390721968 512 byte sectors: 255H 63S/T 24321C) >> osiris# >> >> osiris# usbdevs >> addr 1: UHCI root hub, Intel >> addr 1: UHCI root hub, VIA >> addr 1: UHCI root hub, VIA >> addr 2: USB 2.0 Storage Device, Acer Labs >> addr 1: EHCI root hub, (0x1106) >> osiris# >> >> osiris# camcontrol devlist >> at scbus0 target 0 lun 0 (da0,pass0) >> osiris# >> >> >> >> >> >> _______________________________________________ >> 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" > > > _______________________________________________ > 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 Mar 22 05:01:32 2005 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 A37FF16A4CE for ; Tue, 22 Mar 2005 05:01:32 +0000 (GMT) Received: from mx3.uidaho.edu (mx3.uidaho.edu [129.101.155.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id C16E343D2D for ; Tue, 22 Mar 2005 05:01:31 +0000 (GMT) (envelope-from andrewr@uidaho.edu) Received: from mailA.its.uidaho.edu (mailA.its.uidaho.edu [129.101.155.252]) by mx3.uidaho.edu (8.13.1/8.13.1) with ESMTP id j2M51VoN022208 for ; Mon, 21 Mar 2005 21:01:31 -0800 Received: from uidaho.edu (mailA [129.101.155.252]) by mailA.its.uidaho.edu (Go Vandals!) with ESMTP id <0IDQ0041TLYIW8@mailA.its.uidaho.edu> for hackers@freebsd.org; Mon, 21 Mar 2005 21:01:30 -0800 (PST) Received: from [68.67.22.85] by mailA.its.uidaho.edu (mshttpd); Mon, 21 Mar 2005 21:01:30 -0800 Date: Mon, 21 Mar 2005 21:01:30 -0800 From: Andrew Robinson To: hackers@freebsd.org Message-id: MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.21 (built Sep 8 2003) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7bit Content-disposition: inline X-Accept-Language: en Priority: normal X-SpamDetails: rule=notspam policy= score=0 mlx=0 adultscore=0 adjust=0 engine=2.5.0-05031800 definitions=2.5.0-05032100 X-SpamScore: 0 cc: andrewr@uidaho.edu cc: "Kevin G. Eliuk" cc: Kevin Kinsey Subject: NIC detected, but won't DHCP or configure 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, 22 Mar 2005 05:01:32 -0000 Dear FreeBSD hackers, I posted the following question on freebsd-questions. Two kind souls kicked it around for a little and suggested that I pass it on to you. I have a laptop with a netowrk card that seems to be successfully detected under FreeBSD, Knoppix, and WinXP, but will only work under Knoppix and WinXP. I tender the following for your information. Windows identifies the card as Realtek RTL8169/8110 Family Gigabit Ethernet NIC. scanpci and pciconf (see below) seem to agree. Under FreeBSD: dmesg: >Copyright (c) 1992-2004 The FreeBSD Project. >Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. >FreeBSD 5.3-RELEASE #0: Mon Mar 21 17:27:06 PST 2005 > root@brutus.for.uidaho.edu:/usr/obj/usr/src/sys/MYKERNEL >Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a22000. >Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a22294. >Calibrating clock(s) ... i8254 clock: 1193250 Hz >CLK_USE_I8254_CALIBRATION not specified - using default frequency >Timecounter "i8254" frequency 1193182 Hz quality 0 >Calibrating TSC clock ... TSC clock: 3391516719 Hz >CPU: Intel(R) Pentium(R) 4 CPU 3.40GHz (3391.52-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 > > Here is where the boot sequence detects the 10/100/1000 NIC: ========================================= >pcib2: slot 3 INTA hardwired to IRQ 21 >found-> vendor=0x10ec, dev=0x8169, revid=0x10 > bus=10, slot=3, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) > intpin=a, irq=21 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base b3006000, size 13, memory disabled >pcib2: device (null) requested decoded memory range 0xb3006000-0xb3007fff >pcib2: matched entry for 10.5.INTA > > Here is where the 802.11 device is detected: ============================== >pcib2: slot 5 INTA hardwired to IRQ 17 >found-> vendor=0x1814, dev=0x0201, revid=0x01 > bus=10, slot=5, func=0 > class=02-80-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0000, statreg=0x0410, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=17 > powerspec 2 supports D0 D3 current D0 >cbb0: at device 0.0 on pci10 >pcib2: device cbb0 requested decoded memory range 0xb3000000-0xb30fffff >cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xb3008000 >cardbus0: on cbb0 >pccard0: <16-bit PCCard bus> on cbb0 >pcib2: matched entry for 10.0.INTA >pcib2: slot 0 INTA hardwired to IRQ 18 >cbb0: [MPSAFE] > ifconfig -a output is: ============== fwe0: flags=108802 mtu 1500 options=8 ether 02:90:f5:40:24:d8 ch 1 dma -1 plip0: flags=108810 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 pciconf -lv output is: ============== none4@pci10:3:0: class=0x020000 card=0x09001558 chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8169 Gigabit Ethernet Adapter' class = network subclass = ethernet none5@pci10:5:0: class=0x028000 card=0x68331462 chip=0x02011814 rev=0x01 hdr=0x00 vendor = 'Ralink Technology Corp' class = network scanpci output is: ============= pci bus 0x0000 cardnum 0x00 function 0x00: vendor 0x8086 device 0x2580 Intel Corp. Device unknown pci bus 0x0000 cardnum 0x01 function 0x00: vendor 0x8086 device 0x2581 Intel Corp. Device unknown pci bus 0x0000 cardnum 0x1b function 0x00: vendor 0x8086 device 0x2668 Intel Corp. Device unknown pci bus 0x0000 cardnum 0x1d function 0x00: vendor 0x8086 device 0x2658 Intel Corp. Device unknown pci bus 0x0000 cardnum 0x1d function 0x01: vendor 0x8086 device 0x2659 Intel Corp. Device unknown pci bus 0x0000 cardnum 0x1d function 0x02: vendor 0x8086 device 0x265a Intel Corp. Device unknown pci bus 0x0000 cardnum 0x1d function 0x03: vendor 0x8086 device 0x265b Intel Corp. Device unknown pci bus 0x0000 cardnum 0x1d function 0x07: vendor 0x8086 device 0x265c Intel Corp. Device unknown pci bus 0x0000 cardnum 0x1e function 0x00: vendor 0x8086 device 0x244e Intel Corp. 82801BA/CA/DB/EB PCI Bridge pci bus 0x0000 cardnum 0x1f function 0x00: vendor 0x8086 device 0x2640 Intel Corp. Device unknown pci bus 0x0000 cardnum 0x1f function 0x01: vendor 0x8086 device 0x266f Intel Corp. Device unknown pci bus 0x0000 cardnum 0x1f function 0x03: vendor 0x8086 device 0x266a Intel Corp. Device unknown pci bus 0x0001 cardnum 0x00 function 0x00: vendor 0x10de device 0x00c8 nVidia Corporation Device unknown pci bus 0x000a cardnum 0x00 function 0x00: vendor 0x104c device 0xac50 Texas Instruments PCI1410 PC card Cardbus Controller pci bus 0x000a cardnum 0x01 function 0x00: vendor 0x104c device 0x8023 Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) pci bus 0x000a cardnum 0x02 function 0x00: vendor 0x105a device 0x3373 Promise Technology, Inc. Device unknown pci bus 0x000a cardnum 0x03 function 0x00: vendor 0x10ec device 0x8169 Realtek Semiconductor Co., Ltd. RTL-8169 pci bus 0x000a cardnum 0x05 function 0x00: vendor 0x1814 device 0x0201 Device unknown I hope that this is sufficient information to be useful. I would appreciate any advice or thoughts. Please cc me as I am on digest mode for the listserv. Best wishes Andrew From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 05:17:09 2005 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 5E61016A4CE for ; Tue, 22 Mar 2005 05:17:09 +0000 (GMT) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE0BF43D31 for ; Tue, 22 Mar 2005 05:17:08 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from [192.168.1.101] (cpe-065-184-201-054.ec.rr.com [65.184.201.54]) j2M5GwLv001278; Tue, 22 Mar 2005 00:16:59 -0500 (EST) Message-ID: <423FAC72.70301@ec.rr.com> Date: Tue, 22 Mar 2005 00:26:10 -0500 From: jason henson User-Agent: Mozilla Thunderbird 1.0 (X11/20050321) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew Robinson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: hackers@freebsd.org cc: "Kevin G. Eliuk" cc: Kevin Kinsey Subject: Re: NIC detected, but won't DHCP or configure 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, 22 Mar 2005 05:17:09 -0000 Andrew Robinson wrote: >Dear FreeBSD hackers, > >I posted the following question on freebsd-questions. Two kind souls kicked it around for a little and suggested that I pass it on to you. > >I have a laptop with a netowrk card that seems to be successfully detected under FreeBSD, Knoppix, and WinXP, but will only work under Knoppix and WinXP. > >I tender the following for your information. Windows identifies the card as Realtek RTL8169/8110 Family Gigabit Ethernet NIC. scanpci and pciconf (see below) seem to agree. > >Under FreeBSD: > >dmesg: > > > >pciconf -lv output is: >============== > >none4@pci10:3:0: class=0x020000 card=0x09001558 chip=0x816910ec rev=0x10 >hdr=0x00 >vendor = 'Realtek Semiconductor' >device = 'RTL8169 Gigabit Ethernet Adapter' >class = network >subclass = ethernet >none5@pci10:5:0: class=0x028000 card=0x68331462 chip=0x02011814 rev=0x01 >hdr=0x00 >vendor = 'Ralink Technology Corp' >class = network > > > > Try kldload if_re.ko, and man if_re. This means that you have no driver attached to it: none4@pci10:3:0: See how I have the if_nv.ko loaded and working. nv0@pci0:4:0: class=0x020000 card=0x10001695 chip=0x006610de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce MCP-T Networking Adapter' class = network subclass = etherne From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 07:00:58 2005 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 BFCD516A4CE for ; Tue, 22 Mar 2005 07:00:58 +0000 (GMT) Received: from mx2.uidaho.edu (mx2.uidaho.edu [129.101.155.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6778E43D2F for ; Tue, 22 Mar 2005 07:00:58 +0000 (GMT) (envelope-from andrewr@uidaho.edu) Received: from mailA.its.uidaho.edu (mailA.its.uidaho.edu [129.101.155.252]) by mx2.uidaho.edu (8.13.1/8.13.1) with ESMTP id j2M70vdr020024 for ; Mon, 21 Mar 2005 23:00:57 -0800 Received: from uidaho.edu (mailA [129.101.155.252]) by mailA.its.uidaho.edu (Go Vandals!) with ESMTP id <0IDQ0010PRHLUI@mailA.its.uidaho.edu> for hackers@freebsd.org; Mon, 21 Mar 2005 23:00:57 -0800 (PST) Received: from [68.67.22.85] by mailA.its.uidaho.edu (mshttpd); Mon, 21 Mar 2005 23:00:57 -0800 Date: Mon, 21 Mar 2005 23:00:57 -0800 From: Andrew Robinson To: jason henson Message-id: MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.21 (built Sep 8 2003) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7bit Content-disposition: inline X-Accept-Language: en Priority: normal X-SpamDetails: rule=notspam policy= score=0 mlx=0 adultscore=0 adjust=0 engine=2.5.0-05031800 definitions=2.5.0-05032101 X-SpamScore: 0 cc: hackers@freebsd.org cc: "Kevin G. Eliuk" cc: Kevin Kinsey Subject: Re: NIC detected, but won't DHCP or configure 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, 22 Mar 2005 07:00:58 -0000 Hi Jason, thanks for the suggestion! I tried that and it didn't seem to change anything: the relevant output of pciconf -lv is still none4@pci10:3:0: class=0x020000 card=0x09001558 chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8169 Gigabit Ethernet Adapter' class = network subclass = ethernet and ifconfig still lacks any reference to re. Many thanks, Andrew ----- Original Message ----- From: jason henson Date: Monday, March 21, 2005 9:26 pm Subject: Re: NIC detected, but won't DHCP or configure > Andrew Robinson wrote: > > >Dear FreeBSD hackers, > > > >I posted the following question on freebsd-questions. Two kind > souls kicked it around for a little and suggested that I pass it > on to you. > > > >I have a laptop with a netowrk card that seems to be successfully > detected under FreeBSD, Knoppix, and WinXP, but will only work > under Knoppix and WinXP. > > > >I tender the following for your information. Windows identifies > the card as Realtek RTL8169/8110 Family Gigabit Ethernet NIC. > scanpci and pciconf (see below) seem to agree. > > > >Under FreeBSD: > > > >dmesg: > > > > > > > >pciconf -lv output is: > >============== > > > >none4@pci10:3:0: class=0x020000 card=0x09001558 chip=0x816910ec > rev=0x10>hdr=0x00 > >vendor = 'Realtek Semiconductor' > >device = 'RTL8169 Gigabit Ethernet Adapter' > >class = network > >subclass = ethernet > >none5@pci10:5:0: class=0x028000 card=0x68331462 chip=0x02011814 > rev=0x01>hdr=0x00 > >vendor = 'Ralink Technology Corp' > >class = network > > > > > > > > > Try kldload if_re.ko, and man if_re. > > This means that you have no driver attached to it: > none4@pci10:3:0: > > See how I have the if_nv.ko loaded and working. > > nv0@pci0:4:0: class=0x020000 card=0x10001695 chip=0x006610de > rev=0xa1 > hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'nForce MCP-T Networking Adapter' > class = network > subclass = etherne > From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 08:51:39 2005 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 1DA3F16A4CE for ; Tue, 22 Mar 2005 08:51:39 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3374843D3F for ; Tue, 22 Mar 2005 08:51:38 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2M8pJHw035724 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 22 Mar 2005 09:51:22 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2M8ohVK037131 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Mar 2005 09:50:43 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2M8ogKL081200; Tue, 22 Mar 2005 09:50:42 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2M8oY8a081198; Tue, 22 Mar 2005 09:50:34 +0100 (CET) (envelope-from ticso) Date: Tue, 22 Mar 2005 09:50:34 +0100 From: Bernd Walter To: Carlos Silva aka|Danger_Man| Message-ID: <20050322085033.GR53520@cicely12.cicely.de> References: <423F5788.2070005@csilva.org> <423F59A0.1080308@elischer.org> <423F5BF0.7060701@csilva.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <423F5BF0.7060701@csilva.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: hackers cc: Julian Elischer Subject: Re: USB 2.0 with bogus Data Rate X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 08:51:39 -0000 On Mon, Mar 21, 2005 at 11:42:40PM +0000, Carlos Silva aka|Danger_Man| wrote: > Julian Elischer wrote: > > > > > > >Carlos Silva aka|Danger_Man| wrote: > > > >>Hi hackers, > >> > >>I have a little problem with my external disk drive, my data transfer > >>rate is 1.000MB/s. > >>I have USB 2.0 so the rate is larger, right? > >>Somebody has an idea how to enlarge the rate? > > > > > > > >the data rate is bogus because it is printed by the scsi/cam code > >which doesn't know about USB speeds. > > > >This has been improved in 6.x and may flow back to 5.4.. > >in the meantime, ignore that number and use > >dd if=/dev/da0 of=/dev/null bs=64k > >to see what your rate really is.. > > > Here is the rate: > > osiris# dd if=/dev/da0 of=/dev/null bs=64k > ^C16+0 records in > 16+0 records out > 1048576 bytes transferred in 14.741515 secs (71131 bytes/sec) > osiris# Are you shure that the device is really a high speed one? USB 2.0 doesn't explizitly mean this. In the list below it looks like the device is handled by an VIA uhci controller - that is definitivley full speed only. usbdevs -v will show you details about the current detection. Moreover VIA controllers are known to cause problems. But it's even much too slow for full speed. There must be something elese - e.g. an IRQ problem. The best choise would be to replace the controller with an NEC based one. > >>osiris# dmesg | grep usb && dmesg | grep da0 > >>usb0: on uhci0 > >>usb0: USB revision 1.0 > >>usb1: on uhci1 > >>usb1: USB revision 1.0 > >>usb2: on uhci2 > >>usb2: USB revision 1.0 > >>ehci_pci_attach: companion usb1 > >>ehci_pci_attach: companion usb2 > >>usb3: EHCI version 0.95 > >>usb3: companion controllers, 2 ports each: usb1 usb2 > >>usb3: on ehci0 > >>usb3: USB revision 2.0 > >>GEOM: create disk da0 dp=0xc2d96850 > >>da0 at umass-sim0 bus 0 target 0 lun 0 > >>da0: Fixed Direct Access SCSI-0 device > >>da0: 1.000MB/s transfers > >>da0: 190782MB (390721968 512 byte sectors: 255H 63S/T 24321C) > >>osiris# > >> > >>osiris# usbdevs > >>addr 1: UHCI root hub, Intel > >>addr 1: UHCI root hub, VIA > >>addr 1: UHCI root hub, VIA > >>addr 2: USB 2.0 Storage Device, Acer Labs > >>addr 1: EHCI root hub, (0x1106) > >>osiris# > >> > >>osiris# camcontrol devlist > >> at scbus0 target 0 lun 0 (da0,pass0) > >>osiris# -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 13:22:55 2005 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 2690316A4CE; Tue, 22 Mar 2005 13:22:55 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10AC143D1D; Tue, 22 Mar 2005 13:22:54 +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 j2MDLnHE062738; Tue, 22 Mar 2005 23:51:49 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Tue, 22 Mar 2005 23:51:44 +1030 User-Agent: KMail/1.7.92 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart22684644.IrJG4y1IAM"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503222351.44698.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: Andrew Robinson cc: hackers@freebsd.org cc: "Kevin G. Eliuk" cc: jason henson cc: Kevin Kinsey Subject: Re: NIC detected, but won't DHCP or configure 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, 22 Mar 2005 13:22:55 -0000 --nextPart22684644.IrJG4y1IAM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tue, 22 Mar 2005 17:30, Andrew Robinson wrote: > thanks for the suggestion! I tried that and it didn't seem to change > anything: the relevant output of pciconf -lv is still Try if_rl.ko/rl0 -- 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 --nextPart22684644.IrJG4y1IAM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCQBvo5ZPcIHs/zowRAqZHAJsGFFCTvd1eXJxiguph+cp1auw4aQCeLzX8 eEcn0pBxI5syuFTo+WLYhio= =z0Cd -----END PGP SIGNATURE----- --nextPart22684644.IrJG4y1IAM-- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 13:22:55 2005 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 2690316A4CE; Tue, 22 Mar 2005 13:22:55 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10AC143D1D; Tue, 22 Mar 2005 13:22:54 +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 j2MDLnHE062738; Tue, 22 Mar 2005 23:51:49 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Tue, 22 Mar 2005 23:51:44 +1030 User-Agent: KMail/1.7.92 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart22684644.IrJG4y1IAM"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503222351.44698.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: Andrew Robinson cc: hackers@freebsd.org cc: "Kevin G. Eliuk" cc: jason henson cc: Kevin Kinsey Subject: Re: NIC detected, but won't DHCP or configure 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, 22 Mar 2005 13:22:55 -0000 --nextPart22684644.IrJG4y1IAM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tue, 22 Mar 2005 17:30, Andrew Robinson wrote: > thanks for the suggestion! I tried that and it didn't seem to change > anything: the relevant output of pciconf -lv is still Try if_rl.ko/rl0 -- 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 --nextPart22684644.IrJG4y1IAM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCQBvo5ZPcIHs/zowRAqZHAJsGFFCTvd1eXJxiguph+cp1auw4aQCeLzX8 eEcn0pBxI5syuFTo+WLYhio= =z0Cd -----END PGP SIGNATURE----- --nextPart22684644.IrJG4y1IAM-- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 09:14:26 2005 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 3C98116A4CE for ; Tue, 22 Mar 2005 09:14:26 +0000 (GMT) Received: from peedub.jennejohn.org (Jbcc9.j.pppool.de [85.74.188.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F29443D2D for ; Tue, 22 Mar 2005 09:14:25 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.3/8.11.6) with ESMTP id j2M9Dv4a003840; Tue, 22 Mar 2005 10:13:58 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200503220913.j2M9Dv4a003840@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: ticso@cicely.de In-Reply-To: Message from Bernd Walter <20050322085033.GR53520@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Mar 2005 10:13:57 +0100 From: Gary Jennejohn X-Mailman-Approved-At: Tue, 22 Mar 2005 13:23:20 +0000 cc: hackers cc: Carlos Silva aka|Danger_Man| cc: Julian Elischer Subject: Re: USB 2.0 with bogus Data Rate 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, 22 Mar 2005 09:14:26 -0000 Bernd Walter writes: > On Mon, Mar 21, 2005 at 11:42:40PM +0000, Carlos Silva aka|Danger_Man| wrote: > > Here is the rate: > > > > osiris# dd if=/dev/da0 of=/dev/null bs=64k > > ^C16+0 records in > > 16+0 records out > > 1048576 bytes transferred in 14.741515 secs (71131 bytes/sec) > > osiris# > > Are you shure that the device is really a high speed one? > USB 2.0 doesn't explizitly mean this. > In the list below it looks like the device is handled by an VIA > uhci controller - that is definitivley full speed only. > usbdevs -v will show you details about the current detection. > Moreover VIA controllers are known to cause problems. > But it's even much too slow for full speed. > There must be something elese - e.g. an IRQ problem. > The best choise would be to replace the controller with an NEC based > one. > Could also be a setting in the BIOS. Mine lets you choose between USB 1 and USB 2 speeds for the EHCI controller. I have: ehci0: --- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 14:31:35 2005 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 03E0E16A4CF for ; Tue, 22 Mar 2005 14:31:35 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEA2343D41 for ; Tue, 22 Mar 2005 14:31:33 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2MEVMHw042876 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 22 Mar 2005 15:31:24 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2MEUbVK039092 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Mar 2005 15:30:37 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2MEUams083119; Tue, 22 Mar 2005 15:30:36 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2MEUaG8083118; Tue, 22 Mar 2005 15:30:36 +0100 (CET) (envelope-from ticso) Date: Tue, 22 Mar 2005 15:30:36 +0100 From: Bernd Walter To: Gary Jennejohn Message-ID: <20050322143035.GX53520@cicely12.cicely.de> References: <20050322085033.GR53520@cicely12.cicely.de> <200503220913.j2M9Dv4a003840@peedub.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503220913.j2M9Dv4a003840@peedub.jennejohn.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: Julian Elischer cc: hackers cc: ticso@cicely.de cc: Carlos Silva aka|Danger_Man| Subject: Re: USB 2.0 with bogus Data Rate X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 14:31:35 -0000 On Tue, Mar 22, 2005 at 10:13:57AM +0100, Gary Jennejohn wrote: > > Bernd Walter writes: > > On Mon, Mar 21, 2005 at 11:42:40PM +0000, Carlos Silva aka|Danger_Man| wrote: > > > Here is the rate: > > > > > > osiris# dd if=/dev/da0 of=/dev/null bs=64k > > > ^C16+0 records in > > > 16+0 records out > > > 1048576 bytes transferred in 14.741515 secs (71131 bytes/sec) > > > osiris# > > > > Are you shure that the device is really a high speed one? > > USB 2.0 doesn't explizitly mean this. > > In the list below it looks like the device is handled by an VIA > > uhci controller - that is definitivley full speed only. > > usbdevs -v will show you details about the current detection. > > Moreover VIA controllers are known to cause problems. > > But it's even much too slow for full speed. > > There must be something elese - e.g. an IRQ problem. > > The best choise would be to replace the controller with an NEC based > > one. > > > > Could also be a setting in the BIOS. Mine lets you choose between > USB 1 and USB 2 speeds for the EHCI controller. The ehci can only do high-speed and the uhci companion only full and low speed. The BIOS is broken if it speaks about full (or low) speed on EHCI. > I have: ehci0: Yes - but you device is not attached to your ehci controller. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 15:59:43 2005 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 050A216A4CE for ; Tue, 22 Mar 2005 15:59:43 +0000 (GMT) Received: from mx3.uidaho.edu (mx3.uidaho.edu [129.101.155.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9444243D31 for ; Tue, 22 Mar 2005 15:59:42 +0000 (GMT) (envelope-from andrewr@uidaho.edu) Received: from mailA.its.uidaho.edu (mailA.its.uidaho.edu [129.101.155.252]) by mx3.uidaho.edu (8.13.1/8.13.1) with ESMTP id j2MFxg30014196 for ; Tue, 22 Mar 2005 07:59:42 -0800 Received: from uidaho.edu (mailA [129.101.155.252]) by mailA.its.uidaho.edu (Go Vandals!) with ESMTP id <0IDR00CTHGFIHT@mailA.its.uidaho.edu> for freebsd-hackers@freebsd.org; Tue, 22 Mar 2005 07:59:42 -0800 (PST) Received: from [68.67.22.85] by mailA.its.uidaho.edu (mshttpd); Tue, 22 Mar 2005 07:59:42 -0800 Date: Tue, 22 Mar 2005 07:59:42 -0800 From: Andrew Robinson To: "Daniel O'Connor" Message-id: MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.21 (built Sep 8 2003) Content-type: multipart/mixed; boundary=--3bfd1d274e991672 Content-language: en X-Accept-Language: en Priority: normal X-SpamDetails: rule=notspam policy= score=0 mlx=0 adultscore=0 adjust=0 engine=2.5.0-05031800 definitions=2.5.0-05032101 X-SpamScore: 0 cc: freebsd-hackers@freebsd.org cc: jason henson Subject: Re: NIC detected, but won't DHCP or configure 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, 22 Mar 2005 15:59:43 -0000 This is a multi-part message in MIME format. ----3bfd1d274e991672 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Dan, thanks for your suggestion. I have now tried that, and, sadly, it does not change the output of pciconf or ifconfig. So, to sum up my understanding: the OS seems to detect the NIC correctly, but does not load the drivers. The NIC should be covered by the re drivers. What ought I do next? I would appreciate any further advice or thoughts. Thanks, Andrew ----3bfd1d274e991672 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tue, 22 Mar 2005 17:30, Andrew Robinson wrote: > thanks for the suggestion! I tried that and it didn't seem to change > anything: the relevant output of pciconf -lv is still Try if_rl.ko/rl0 -- 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 ----3bfd1d274e991672-- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 18:11:55 2005 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 3F9F916A4D8; Tue, 22 Mar 2005 18:11:55 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73CCA43D53; Tue, 22 Mar 2005 18:11:54 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDR007HOMAN86C0@bgo1smout1.broadpark.no>; Tue, 22 Mar 2005 19:06:23 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDR00IV1MMLP8UD@bgo1sminn1.broadpark.no>; Tue, 22 Mar 2005 19:13:33 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id AB09FBDC5E; Tue, 22 Mar 2005 19:11:52 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 1BD61BDC4B; Tue, 22 Mar 2005 19:11:47 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id F3CE833C1B; Tue, 22 Mar 2005 19:11:46 +0100 (CET) Date: Tue, 22 Mar 2005 19:11:46 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <200503222351.44698.doconnor@gsoft.com.au> To: Daniel O'Connor Message-id: <86mzsvpn31.fsf@xps.des.no> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_L3xC/UQm68Tb2qWWRZtVkQ)" X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <200503222351.44698.doconnor@gsoft.com.au> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-hackers@freebsd.org cc: "Kevin G. Eliuk" cc: Kevin Kinsey cc: Andrew Robinson cc: hackers@freebsd.org cc: jason henson Subject: Re: NIC detected, but won't DHCP or configure 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, 22 Mar 2005 18:11:55 -0000 --Boundary_(ID_L3xC/UQm68Tb2qWWRZtVkQ) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable "Daniel O'Connor" writes: > On Tue, 22 Mar 2005 17:30, Andrew Robinson wrote: > > thanks for the suggestion! I tried that and it didn't seem to change > > anything: the relevant output of pciconf -lv is still > Try if_rl.ko/rl0 No, if_rl will not attach to 8169 cards. Andrew, it seems you have a chip revision which isn't currently supported. Try applying the attached patch, and see if loading if_re.ko results in something like this: re_probe(): vid 10ec did 8169 hwrev 00800000 the first two numbers should be exactly as shown, but the last number should be different; let me know what it is. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no --Boundary_(ID_L3xC/UQm68Tb2qWWRZtVkQ) Content-type: text/x-patch; NAME=if_re.diff Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=if_re.diff Index: sys/dev/re/if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.42 diff -u -p -r1.42 if_re.c --- sys/dev/re/if_re.c 13 Mar 2005 01:54:41 -0000 1.42 +++ sys/dev/re/if_re.c 22 Mar 2005 18:09:34 -0000 @@ -819,6 +819,7 @@ re_probe(dev) t = re_devs; sc = device_get_softc(dev); + hwrev = 0; while (t->rl_name != NULL) { if ((pci_get_vendor(dev) == t->rl_vid) && (pci_get_device(dev) == t->rl_did)) { @@ -847,6 +848,9 @@ re_probe(dev) } t++; } + if (hwrev != 0) + printf("%s(): vid %04x did %04x hwrev %08x\n", __func__, + pci_get_vendor(dev), pci_get_device(dev), hwrev); return (ENXIO); } --Boundary_(ID_L3xC/UQm68Tb2qWWRZtVkQ)-- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 18:11:55 2005 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 3F9F916A4D8; Tue, 22 Mar 2005 18:11:55 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73CCA43D53; Tue, 22 Mar 2005 18:11:54 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDR007HOMAN86C0@bgo1smout1.broadpark.no>; Tue, 22 Mar 2005 19:06:23 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDR00IV1MMLP8UD@bgo1sminn1.broadpark.no>; Tue, 22 Mar 2005 19:13:33 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id AB09FBDC5E; Tue, 22 Mar 2005 19:11:52 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 1BD61BDC4B; Tue, 22 Mar 2005 19:11:47 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id F3CE833C1B; Tue, 22 Mar 2005 19:11:46 +0100 (CET) Date: Tue, 22 Mar 2005 19:11:46 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <200503222351.44698.doconnor@gsoft.com.au> To: Daniel O'Connor Message-id: <86mzsvpn31.fsf@xps.des.no> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_L3xC/UQm68Tb2qWWRZtVkQ)" X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <200503222351.44698.doconnor@gsoft.com.au> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-hackers@freebsd.org cc: "Kevin G. Eliuk" cc: Kevin Kinsey cc: Andrew Robinson cc: hackers@freebsd.org cc: jason henson Subject: Re: NIC detected, but won't DHCP or configure 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, 22 Mar 2005 18:11:55 -0000 --Boundary_(ID_L3xC/UQm68Tb2qWWRZtVkQ) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable "Daniel O'Connor" writes: > On Tue, 22 Mar 2005 17:30, Andrew Robinson wrote: > > thanks for the suggestion! I tried that and it didn't seem to change > > anything: the relevant output of pciconf -lv is still > Try if_rl.ko/rl0 No, if_rl will not attach to 8169 cards. Andrew, it seems you have a chip revision which isn't currently supported. Try applying the attached patch, and see if loading if_re.ko results in something like this: re_probe(): vid 10ec did 8169 hwrev 00800000 the first two numbers should be exactly as shown, but the last number should be different; let me know what it is. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no --Boundary_(ID_L3xC/UQm68Tb2qWWRZtVkQ) Content-type: text/x-patch; NAME=if_re.diff Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=if_re.diff Index: sys/dev/re/if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.42 diff -u -p -r1.42 if_re.c --- sys/dev/re/if_re.c 13 Mar 2005 01:54:41 -0000 1.42 +++ sys/dev/re/if_re.c 22 Mar 2005 18:09:34 -0000 @@ -819,6 +819,7 @@ re_probe(dev) t = re_devs; sc = device_get_softc(dev); + hwrev = 0; while (t->rl_name != NULL) { if ((pci_get_vendor(dev) == t->rl_vid) && (pci_get_device(dev) == t->rl_did)) { @@ -847,6 +848,9 @@ re_probe(dev) } t++; } + if (hwrev != 0) + printf("%s(): vid %04x did %04x hwrev %08x\n", __func__, + pci_get_vendor(dev), pci_get_device(dev), hwrev); return (ENXIO); } --Boundary_(ID_L3xC/UQm68Tb2qWWRZtVkQ)-- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 19:10:35 2005 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 8399316A4CE; Tue, 22 Mar 2005 19:10:35 +0000 (GMT) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 243DD43D5A; Tue, 22 Mar 2005 19:10:35 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (gateway.stura.uni-rostock.de [139.30.252.67]) by hydra.bec.de (Postfix) with ESMTP id AF51735707; Tue, 22 Mar 2005 20:10:33 +0100 (CET) Received: by britannica.bec.de (Postfix, from userid 1001) id F17847D0F; Tue, 22 Mar 2005 20:08:32 +0100 (CET) Date: Tue, 22 Mar 2005 20:08:32 +0100 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org, hackers@freebsd.org Message-ID: <20050322190832.GC836@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org, hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.8i Subject: Re: NIC detected, but won't DHCP or configure 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, 22 Mar 2005 19:10:35 -0000 On Mon, Mar 21, 2005 at 11:00:57PM -0800, Andrew Robinson wrote: > Hi Jason, > > thanks for the suggestion! I tried that and it didn't seem to change anything: the relevant output of pciconf -lv is still > > none4@pci10:3:0: class=0x020000 card=0x09001558 chip=0x816910ec rev=0x10 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8169 Gigabit Ethernet Adapter' > class = network > subclass = ethernet Can you give us the output of "pciconf -r pci10:3:0 0:0xff" ? Joerg From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 19:10:35 2005 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 8399316A4CE; Tue, 22 Mar 2005 19:10:35 +0000 (GMT) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 243DD43D5A; Tue, 22 Mar 2005 19:10:35 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (gateway.stura.uni-rostock.de [139.30.252.67]) by hydra.bec.de (Postfix) with ESMTP id AF51735707; Tue, 22 Mar 2005 20:10:33 +0100 (CET) Received: by britannica.bec.de (Postfix, from userid 1001) id F17847D0F; Tue, 22 Mar 2005 20:08:32 +0100 (CET) Date: Tue, 22 Mar 2005 20:08:32 +0100 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org, hackers@freebsd.org Message-ID: <20050322190832.GC836@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org, hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.8i Subject: Re: NIC detected, but won't DHCP or configure 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, 22 Mar 2005 19:10:35 -0000 On Mon, Mar 21, 2005 at 11:00:57PM -0800, Andrew Robinson wrote: > Hi Jason, > > thanks for the suggestion! I tried that and it didn't seem to change anything: the relevant output of pciconf -lv is still > > none4@pci10:3:0: class=0x020000 card=0x09001558 chip=0x816910ec rev=0x10 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8169 Gigabit Ethernet Adapter' > class = network > subclass = ethernet Can you give us the output of "pciconf -r pci10:3:0 0:0xff" ? Joerg From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 20:06:59 2005 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 E795C16A4D0 for ; Tue, 22 Mar 2005 20:06:58 +0000 (GMT) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4401643D53 for ; Tue, 22 Mar 2005 20:06:55 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id DDFFD7300B for ; Tue, 22 Mar 2005 21:06:53 +0100 (CET) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 16741-02-3 for ; Tue, 22 Mar 2005 21:06:41 +0100 (CET) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 676AC7300A for ; Tue, 22 Mar 2005 21:06:41 +0100 (CET) Received: from 192.168.1.18 (SquirrelMail authenticated user jgabel) by webmail.thilelli.net with HTTP; Tue, 22 Mar 2005 21:06:41 +0100 (CET) Message-ID: <51345.192.168.1.18.1111522001.squirrel@webmail.thilelli.net> In-Reply-To: <86mzsvpn31.fsf@xps.des.no> References: <200503222351.44698.doconnor@gsoft.com.au> <86mzsvpn31.fsf@xps.des.no> Date: Tue, 22 Mar 2005 21:06:41 +0100 (CET) From: "Julien Gabel" To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net Subject: Re: NIC detected, but won't DHCP or configure. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jpeg@thilelli.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 20:06:59 -0000 >> thanks for the suggestion! I tried that and it didn't seem to change >> anything: the relevant output of pciconf -lv is still >> none4@pci10:3:0: class=0x020000 card=0x09001558 chip=0x816910ec rev=0x10 hdr=0x00 >> vendor = 'Realtek Semiconductor' >> device = 'RTL8169 Gigabit Ethernet Adapter' >> class = network >> subclass = ethernet > Andrew, it seems you have a chip revision which isn't currently > supported. Try applying the attached patch, and see if loading > if_re.ko results in something like this: Interestingly, i encountered the very same behaviour as explained by Andrew, with a side note: it works sometimes for me. Despite the fact that my ethernet seems correctly handled (ifconfig shows the 're' entry), almost all the time i boot on my notebook (D480V) the state of the media is "no carrier". So, all services which use the network fail inevitably: dhcp, ntpdate and ntpd. In order to be able to use the network, sometimes i just must wait some dozens minutes... or totally reboot and wait some other dozens minutes. I can't remember of one boot wich went without a hitch. Here is some (useful?) information: # uname -a FreeBSD boboche.thilelli.net 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #1: Tue Mar 22 20:04:20 CET 2005 root@boboche.thilelli.net:/usr/obj/usr/src/sys/BOBOCHE i386 # pciconf -lv re0@pci0:10:0: class=0x020000 card=0x08001558 chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8169 Gigabit Ethernet Adapter' class = network subclass = ethernet => note: it seems that the chip revision, which is the same as Andrew, is recognized here. # pciconf -r pci0:10:0 0:0xff 816910ec 02b00017 02000010 00004004 00002001 e8005000 00000000 00000000 00000000 00000000 00000000 08001558 00000000 000000dc 00000000 40200113 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 f7c20001 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 # ifconfig re0 re0: flags=8843 mtu 1500 options=1b inet6 fe80::290:f5ff:fe28:cfa8%re0 prefixlen 64 scopeid 0x2 inet 192.168.1.20 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:90:f5:28:cf:a8 media: Ethernet autoselect (100baseTX ) status: active => note: here is the status after waiting a long time or rebooting. As for Andrew, it may be noted that i do not encountered this kind of problem under GNU/Linux (i tested with two live CDs), NetBSD (1.6.2 through 2.0.2) and Windows Server 2003 Ent-Ed. Because of this particular problem, i can't currently use this machine in a usefull way, so any advice are welcome too ! :) It wants to say i can test and apply patch(es) without problem, if any. Thanks, -- -jpeg. From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 20:10:55 2005 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 070F416A4CE for ; Tue, 22 Mar 2005 20:10:55 +0000 (GMT) Received: from mgw-x3.nokia.com (mgw-x3.nokia.com [131.228.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 968FD43D2F for ; Tue, 22 Mar 2005 20:10:53 +0000 (GMT) (envelope-from Vijay.Singh@nokia.com) Received: from esdks002.ntc.nokia.com (esdks002.ntc.nokia.com [172.21.138.121])j2MKAkE29906 for ; Tue, 22 Mar 2005 22:10:49 +0200 (EET) X-Scanned: Tue, 22 Mar 2005 22:10:31 +0200 Nokia Message Protector V1.3.34 2004121512 - RELEASE Received: (from root@localhost) by esdks002.ntc.nokia.com (8.12.9/8.12.9) id j2MKAV2V027678 for ; Tue, 22 Mar 2005 22:10:31 +0200 Received: from mgw-int1.ntc.nokia.com (172.21.143.96) by esdks002.ntc.nokia.com 00Cbls0D; Tue, 22 Mar 2005 22:10:30 EET Received: from daebh002.NOE.Nokia.com (daebh002.americas.nokia.com [10.241.35.122])j2MKA9M20417 for ; Tue, 22 Mar 2005 22:10:09 +0200 (EET) Received: from mvebe001.NOE.Nokia.com ([172.18.140.37]) by daebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6881); Tue, 22 Mar 2005 14:08:19 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 22 Mar 2005 12:08:18 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ip_reass() - possibly incorrect goto Thread-Index: AcUvGuM4neQU4cxlTtmqRlrToY3eHA== From: To: X-OriginalArrivalTime: 22 Mar 2005 20:08:19.0296 (UTC) FILETIME=[E4212600:01C52F1A] Subject: ip_reass() - possibly incorrect goto 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, 22 Mar 2005 20:10:55 -0000 Hi hackers, I am looking at the ip_reass() routine. In case of the 1st = fragment we create the reassembly queue. After the queue has been = inserted in the hash bucket, the if () code does a " goto inserted". = Should this be changed to "goto done" instead? Any code that is executed = for the 1st fragment, like frag per packet limiting and complete = reassembly are not valid. Am I mistaken? br vijay From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 21:00:25 2005 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 A29A916A4CE for ; Tue, 22 Mar 2005 21:00:25 +0000 (GMT) Received: from smtp1.th.newnet.co.uk (smtp3.th.newnet.co.uk [212.87.64.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95BEE43D5A for ; Tue, 22 Mar 2005 21:00:24 +0000 (GMT) (envelope-from alz@evilalz.net) Received: from [80.175.242.30] (alz@pmilford-30.adsl.newnet.co.uk [80.175.242.30]) by smtp1.th.newnet.co.uk (8.13.1/8.13.1) with ESMTP id j2ML0hF2063144 for ; Tue, 22 Mar 2005 21:00:44 GMT (envelope-from alz@evilalz.net) Message-ID: <42408763.7010106@evilalz.net> Date: Tue, 22 Mar 2005 21:00:19 +0000 From: Alan Milford User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.90.1.1 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Process Control 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, 22 Mar 2005 21:00:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Someone recently asked me the best way to control the number of foreground and background processes a user can run on the system. I had a prod around in a few places and pondered the concept of getting the kernel to limit the max number of processes in login.conf, as sort of sub-limits of maxproc. The best way I could come up with doing this kernel-side is by watching a process' P_CONTROLT flag when a process is created (or tries to fork). If the process had the flag, I assumed it to be foreground, if not, background. If anyone has any other suggestions on how to distinguish fg/bg apart, or on the concept in general, I'd appreciate some feedback! Regards, Alan - -- Alan 'alz' Milford email: alz@evilalz.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFCQIdjq48BsFB7OgARAm5JAKDARB5qlommW29kibdG3M9fvGNs4gCgiFbt hEJfK4ZmzP9UgCTXtQsV8Vo= =o7lf -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 22:19:29 2005 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 43A6716A4CF for ; Tue, 22 Mar 2005 22:19:29 +0000 (GMT) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4378543D1F for ; Tue, 22 Mar 2005 22:19:28 +0000 (GMT) (envelope-from oleg@rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.13.3/8.13.3) with ESMTP id j2MMJRgn082979 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Mar 2005 01:19:27 +0300 (MSK) (envelope-from oleg@rinet.ru) Received: from localhost (oleg@localhost) by lath.rinet.ru (8.13.3/8.13.3/Submit) with ESMTP id j2MMJROv082976; Wed, 23 Mar 2005 01:19:27 +0300 (MSK) (envelope-from oleg@rinet.ru) Date: Wed, 23 Mar 2005 01:19:26 +0300 (MSK) From: Oleg Bulyzhin To: Julien Gabel In-Reply-To: <51345.192.168.1.18.1111522001.squirrel@webmail.thilelli.net> Message-ID: <20050323011538.B82878@lath.rinet.ru> References: <200503222351.44698.doconnor@gsoft.com.au> <51345.192.168.1.18.1111522001.squirrel@webmail.thilelli.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-hackers@freebsd.org Subject: Re: NIC detected, but won't DHCP or configure. 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, 22 Mar 2005 22:19:29 -0000 On Tue, 22 Mar 2005, Julien Gabel wrote: >>> thanks for the suggestion! I tried that and it didn't seem to change >>> anything: the relevant output of pciconf -lv is still >>> none4@pci10:3:0: class=0x020000 card=0x09001558 chip=0x816910ec > rev=0x10 hdr=0x00 >>> vendor = 'Realtek Semiconductor' >>> device = 'RTL8169 Gigabit Ethernet Adapter' >>> class = network >>> subclass = ethernet > >> Andrew, it seems you have a chip revision which isn't currently >> supported. Try applying the attached patch, and see if loading >> if_re.ko results in something like this: > > > Interestingly, i encountered the very same behaviour as explained by > Andrew, with a side note: it works sometimes for me. Despite the fact > that my ethernet seems correctly handled (ifconfig shows the 're' entry), > almost all the time i boot on my notebook (D480V) the state of the > media is "no carrier". So, all services which use the network fail > inevitably: dhcp, ntpdate and ntpd. > > In order to be able to use the network, sometimes i just must wait some > dozens minutes... or totally reboot and wait some other dozens minutes. > I can't remember of one boot wich went without a hitch. > > Here is some (useful?) information: > > # uname -a > FreeBSD boboche.thilelli.net 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #1: Tue > Mar 22 20:04:20 CET 2005 > root@boboche.thilelli.net:/usr/obj/usr/src/sys/BOBOCHE i386 > > # pciconf -lv > re0@pci0:10:0: class=0x020000 card=0x08001558 chip=0x816910ec rev=0x10 > hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8169 Gigabit Ethernet Adapter' > class = network > subclass = ethernet > => note: it seems that the chip revision, which is the same as Andrew, is > recognized here. > > # pciconf -r pci0:10:0 0:0xff > 816910ec 02b00017 02000010 00004004 > 00002001 e8005000 00000000 00000000 > 00000000 00000000 00000000 08001558 > 00000000 000000dc 00000000 40200113 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 f7c20001 > 00000000 00000000 00000000 00000000 > 00000000 00000000 00000000 00000000 > > # ifconfig re0 > re0: flags=8843 mtu 1500 > options=1b > inet6 fe80::290:f5ff:fe28:cfa8%re0 prefixlen 64 scopeid 0x2 > inet 192.168.1.20 netmask 0xffffff00 broadcast 192.168.1.255 > ether 00:90:f5:28:cf:a8 > media: Ethernet autoselect (100baseTX ) > status: active > => note: here is the status after waiting a long time or rebooting. > > > As for Andrew, it may be noted that i do not encountered this kind of > problem under GNU/Linux (i tested with two live CDs), NetBSD (1.6.2 > through 2.0.2) and Windows Server 2003 Ent-Ed. > > Because of this particular problem, i can't currently use this machine > in a usefull way, so any advice are welcome too ! :) It wants to say i > can test and apply patch(es) without problem, if any. > > Thanks, > Could you try this patch: http://lists.freebsd.org/pipermail/freebsd-stable/2005-March/013107.html -- Oleg. ================================================================ === Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- oleg@rinet.ru === ================================================================ From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 22 23:28:00 2005 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 767B416A4CE for ; Tue, 22 Mar 2005 23:28:00 +0000 (GMT) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8826D43D5C for ; Tue, 22 Mar 2005 23:27:59 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id A82C87300B; Wed, 23 Mar 2005 00:27:58 +0100 (CET) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22228-02-7; Wed, 23 Mar 2005 00:27:58 +0100 (CET) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 57CFF7300A; Wed, 23 Mar 2005 00:27:58 +0100 (CET) Received: from 192.168.1.18 (SquirrelMail authenticated user jgabel) by webmail.thilelli.net with HTTP; Wed, 23 Mar 2005 00:27:58 +0100 (CET) Message-ID: <58390.192.168.1.18.1111534078.squirrel@webmail.thilelli.net> In-Reply-To: <20050323011538.B82878@lath.rinet.ru> References: <200503222351.44698.doconnor@gsoft.com.au> <86mzsvpn31.fsf@xps.des.no> <51345.192.168.1.18.1111522001.squirrel@webmail.thilelli.net> <20050323011538.B82878@lath.rinet.ru> Date: Wed, 23 Mar 2005 00:27:58 +0100 (CET) From: "Julien Gabel" To: "Oleg Bulyzhin" User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net cc: freebsd-hackers@freebsd.org Subject: Re: NIC detected, but won't DHCP or configure. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jpeg@thilelli.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 23:28:00 -0000 >>>> thanks for the suggestion! I tried that and it didn't seem to change >>>> anything: the relevant output of pciconf -lv is still >>>> none4@pci10:3:0: class=0x020000 card=0x09001558 chip=0x816910ec >>>> rev=0x10 hdr=0x00 >>>> vendor = 'Realtek Semiconductor' >>>> device = 'RTL8169 Gigabit Ethernet Adapter' >>>> class = network >>>> subclass = ethernet >>> Andrew, it seems you have a chip revision which isn't currently >>> supported. Try applying the attached patch, and see if loading >>> if_re.ko results in something like this: >> Interestingly, i encountered the very same behaviour as explained by >> Andrew, with a side note: it works sometimes for me. Despite the fact >> that my ethernet seems correctly handled (ifconfig shows the 're' >> entry), >> almost all the time i boot on my notebook (D480V) the state of the >> media is "no carrier". So, all services which use the network fail >> inevitably: dhcp, ntpdate and ntpd. >> >> In order to be able to use the network, sometimes i just must wait some >> dozens minutes... or totally reboot and wait some other dozens minutes. >> I can't remember of one boot wich went without a hitch. >> >> Here is some (useful?) information: >> >> # uname -a >> FreeBSD boboche.thilelli.net 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #1: >> Tue Mar 22 20:04:20 CET 2005 >> root@boboche.thilelli.net:/usr/obj/usr/src/sys/BOBOCHE i386 >> >> # pciconf -lv >> re0@pci0:10:0: class=0x020000 card=0x08001558 chip=0x816910ec rev=0x10 >> hdr=0x00 >> vendor = 'Realtek Semiconductor' >> device = 'RTL8169 Gigabit Ethernet Adapter' >> class = network >> subclass = ethernet >> => note: it seems that the chip revision, which is the same as Andrew, >> is recognized here. >> >> # pciconf -r pci0:10:0 0:0xff >> 816910ec 02b00017 02000010 00004004 >> 00002001 e8005000 00000000 00000000 >> 00000000 00000000 00000000 08001558 >> 00000000 000000dc 00000000 40200113 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 f7c20001 >> 00000000 00000000 00000000 00000000 >> 00000000 00000000 00000000 00000000 >> >> # ifconfig re0 >> re0: flags=8843 mtu 1500 >> options=1b >> inet6 fe80::290:f5ff:fe28:cfa8%re0 prefixlen 64 scopeid 0x2 >> inet 192.168.1.20 netmask 0xffffff00 broadcast 192.168.1.255 >> ether 00:90:f5:28:cf:a8 >> media: Ethernet autoselect (100baseTX ) >> status: active >> => note: here is the status after waiting a long time or rebooting. >> >> As for Andrew, it may be noted that i do not encountered this kind of >> problem under GNU/Linux (i tested with two live CDs), NetBSD (1.6.2 >> through 2.0.2) and Windows Server 2003 Ent-Ed. >> >> Because of this particular problem, i can't currently use this machine >> in a usefull way, so any advice are welcome too ! :) It wants to say i >> can test and apply patch(es) without problem, if any. > Could you try this patch: > http://lists.freebsd.org/pipermail/freebsd-stable/2005-March/013107.html Ok, just tried it. As i can see there is some improvement here, along with the following comments: 1/ When rebooting the system, the bad/old behaviour seems to happen systematically; 2/ When powered-off then powered-on, the behaviour seems to be more correct. Nevertheless, i encountered the old problem more than *one* time... roughly ~40% to 50% :( -- -jpeg. From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 00:35:20 2005 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 D467716A4CE for ; Wed, 23 Mar 2005 00:35:20 +0000 (GMT) Received: from staff.usd.ac.id (staff.usd.ac.id [202.152.7.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E5AC43D1D for ; Wed, 23 Mar 2005 00:35:19 +0000 (GMT) (envelope-from iwan@staff.usd.ac.id) Received: from localhost (webmail.usd.ac.id [202.152.7.139]) by staff.usd.ac.id (8.11.0/8.11.0) with ESMTP id j2N0evV08651 for ; Wed, 23 Mar 2005 07:40:58 +0700 Received: from 202.65.114.153 ([202.65.114.153]) by webmail.usd.ac.id (IMP) with HTTP for ; Wed, 23 Mar 2005 07:41:14 +0700 Message-ID: <1111538474.4240bb2aad172@webmail.usd.ac.id> Date: Wed, 23 Mar 2005 07:41:14 +0700 From: iwan@staff.usd.ac.id To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.6 X-Originating-IP: 202.65.114.153 Subject: firewall 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, 23 Mar 2005 00:35:20 -0000 Hi all, I just build a web server, with apache-2.xx w/ php and mysql-1.4xx. How to configure firewall in my web server ? Must I download kernel source and recompile ? If I must download kernel source, where I can found it ? I'm using freebsd 5.1-RELEASE. Thanks. ========================== Sanata Dharma University http://www.usd.ac.id -------------------------- ICT Supported by BAPSI USD http://www.bapsi.usd.ac.id ========================== From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 00:41:26 2005 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 07FF116A4CE for ; Wed, 23 Mar 2005 00:41:26 +0000 (GMT) Received: from staff.usd.ac.id (staff.usd.ac.id [202.152.7.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87EEC43D1F for ; Wed, 23 Mar 2005 00:41:24 +0000 (GMT) (envelope-from iwan@staff.usd.ac.id) Received: from localhost (webmail.usd.ac.id [202.152.7.139]) by staff.usd.ac.id (8.11.0/8.11.0) with ESMTP id j2N0l5V08749 for ; Wed, 23 Mar 2005 07:47:05 +0700 Received: from 202.65.114.153 ([202.65.114.153]) by webmail.usd.ac.id (IMP) with HTTP for ; Wed, 23 Mar 2005 07:47:22 +0700 Message-ID: <1111538842.4240bc9aa0e35@webmail.usd.ac.id> Date: Wed, 23 Mar 2005 07:47:22 +0700 From: iwan@staff.usd.ac.id To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.6 X-Originating-IP: 202.65.114.153 Subject: NIC 1 gigabit 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, 23 Mar 2005 00:41:26 -0000 Hi, I have trouble with my NIC. I'm using Server Mainboard Intel (I forgot the model), there is 2 NICs; the one is 100Mbps other is 1 gigabit. I use this for my web server with freeBSD 5.1-RELEASE. NIC 1 gigabit is not detected and recognised neither by freeBSD the other is fine and working. What should I do ? Should I recompile kernel ? And How ? Sorry, my English is bad. Thanks. ========================== Sanata Dharma University http://www.usd.ac.id -------------------------- ICT Supported by BAPSI USD http://www.bapsi.usd.ac.id ========================== From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 00:48:02 2005 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 88A3816A4CE for ; Wed, 23 Mar 2005 00:48:02 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2145C43D54 for ; Wed, 23 Mar 2005 00:48:02 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j2N0m0B1018663; Tue, 22 Mar 2005 16:48:00 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j2N0m0pi018662; Tue, 22 Mar 2005 16:48:00 -0800 Date: Tue, 22 Mar 2005 16:48:00 -0800 From: Brooks Davis To: iwan@staff.usd.ac.id Message-ID: <20050323004800.GA18200@odin.ac.hmc.edu> References: <1111538842.4240bc9aa0e35@webmail.usd.ac.id> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <1111538842.4240bc9aa0e35@webmail.usd.ac.id> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-hackers@freebsd.org Subject: Re: NIC 1 gigabit 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, 23 Mar 2005 00:48:02 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 23, 2005 at 07:47:22AM +0700, iwan@staff.usd.ac.id wrote: > Hi, I have trouble with my NIC. > I'm using Server Mainboard Intel (I forgot the model), there is 2 NICs; t= he one > is 100Mbps other is 1 gigabit. I use this for my web server with freeBSD > 5.1-RELEASE. > NIC 1 gigabit is not detected and recognised neither by freeBSD the other= is > fine and working. > What should I do ? Should I recompile kernel ? And How ? First, you need upgrade to at least 5.3-RELEASE, possiably 5.3-STABLE. 5.1 is truly ancient. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCQLzAXY6L6fI4GtQRAgXoAKC+/++8oBlE0Riu90YLxcSw+HtcVQCbB5y4 wpcPMRCywMPYnvtBHKBPjn8= =mmSh -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 03:49:35 2005 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 158D116A4CE for ; Wed, 23 Mar 2005 03:49:35 +0000 (GMT) Received: from staff.usd.ac.id (staff.usd.ac.id [202.152.7.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8E6143D1D for ; Wed, 23 Mar 2005 03:49:32 +0000 (GMT) (envelope-from iwan@staff.usd.ac.id) Received: from localhost (webmail.usd.ac.id [202.152.7.139]) by staff.usd.ac.id (8.11.0/8.11.0) with ESMTP id j2N3sRV09761; Wed, 23 Mar 2005 10:54:28 +0700 Received: from 202.65.114.154 ([202.65.114.154]) by webmail.usd.ac.id (IMP) with HTTP for ; Wed, 23 Mar 2005 10:54:44 +0700 Message-ID: <1111550084.4240e884b6db1@webmail.usd.ac.id> Date: Wed, 23 Mar 2005 10:54:44 +0700 From: iwan@staff.usd.ac.id To: Giorgos Keramidas References: <1111538474.4240bb2aad172@webmail.usd.ac.id> <20050323011042.GA95198@gothmog.gr> In-Reply-To: <20050323011042.GA95198@gothmog.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.6 X-Originating-IP: 202.65.114.154 cc: freebsd-hackers@freebsd.org Subject: Re: firewall 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, 23 Mar 2005 03:49:35 -0000 Thanks alot. > On 2005-03-23 07:41, iwan@staff.usd.ac.id wrote: > > I just build a web server, with apache-2.xx w/ php and > > mysql-1.4xx. How to configure firewall in my web server ? > > - The FreeBSD Handbook has several sections devoted to firewalls and > their configuration. > - The archives of this mailing list have dozens of suggestions for > firewall setups. > - The articles at O'Reilly's OnLamp site have even more firewall setup > examples. > > You can find a lot of material online. Just start looking at pages like: > > http://www.FreeBSD.org/docs.html > http://lists.freebsd.org/pipermail/freebsd-questions/ > http://www.onlamp.com/pub/ct/13 > http://ezine.daemonnews.org/ > > > Must I download kernel source and recompile ? > > Nope. > > > If I must download kernel source, where I can found it ? > > The sources for the FreeBSD base system are in /usr/src. The kernel is > under /usr/src/sys. The Handbook contains detailed instructions about > rebuilding everything from source. > > > I'm using freebsd 5.1-RELEASE. Thanks. > > That's a very old and experimental release of the 5.X branch. You > should really consider upgrading to (or reinstalling with) a more recent > 5.X release. 5.3-RELEASE is teh latest release that is available on the > mirrors right now, and if you can wait a few days, 5.4-RELEASE is > scheduled to be out sometime during the first days of April. > > - Giorgos > ========================== Sanata Dharma University http://www.usd.ac.id -------------------------- ICT Supported by BAPSI USD http://www.bapsi.usd.ac.id ========================== From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 07:21:22 2005 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 8E8A716A4CE for ; Wed, 23 Mar 2005 07:21:22 +0000 (GMT) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 971C943D5F for ; Wed, 23 Mar 2005 07:21:21 +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]) j2N7LE6W030932 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 23 Mar 2005 18:21:15 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j2N7LD7l041678; Wed, 23 Mar 2005 18:21:14 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j2N7LCFM041677; Wed, 23 Mar 2005 18:21:12 +1100 (EST) (envelope-from pjeremy) Date: Wed, 23 Mar 2005 18:21:12 +1100 From: Peter Jeremy To: Alan Milford Message-ID: <20050323072112.GA41591@cirb503493.alcatel.com.au> References: <42408763.7010106@evilalz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42408763.7010106@evilalz.net> User-Agent: Mutt/1.4.2i cc: freebsd-hackers@freebsd.org Subject: Re: Process Control 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, 23 Mar 2005 07:21:22 -0000 On Tue, 2005-Mar-22 21:00:19 +0000, Alan Milford wrote: [Separate per-user limits on foreground and background processes] >The best way I could come up with doing this kernel-side is by watching >a process' P_CONTROLT flag when a process is created (or tries to fork). >If the process had the flag, I assumed it to be foreground, if not, >background. I don't think this will achieve what you want. Consider a standard user shell which will be in the foreground attached to the user's TTY (and therefore have P_CONTROLT). Irrespective of whether the user enters "foo" or "foo&", the shell will call fork(). The "&" just controls what happens _after_ the fork() - if it's a foreground process then the child exec's foo and the parent (normally]) just does a wait(). If it's a background process, the child will (normally) juggle termios TTIN and TTOUT parameters then exec foo, the parent writes another prompt and waits for input. Unfortunately, I can't think of any way to do what you want. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 12:50:43 2005 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 AA62F16A4CE for ; Wed, 23 Mar 2005 12:50:43 +0000 (GMT) Received: from mxsf40.cluster1.charter.net (mxsf40.cluster1.charter.net [209.225.28.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5B0A43D2F for ; Wed, 23 Mar 2005 12:50:42 +0000 (GMT) (envelope-from c0ldbyte@myrealbox.com) Received: from mxip15.cluster1.charter.net (mxip15a.cluster1.charter.net [209.225.28.145])j2NCof5c023069 for ; Wed, 23 Mar 2005 07:50:41 -0500 Received: from 24.247.253.134.gha.mi.chartermi.net (HELO eleanor.us1.wmi.uvac.net) (24.247.253.134) by mxip15.cluster1.charter.net with ESMTP; 23 Mar 2005 07:50:41 -0500 X-Ironport-AV: i="3.91,114,1110171600"; d="scan'208"; a="841530363:sNHT13354672" Date: Wed, 23 Mar 2005 07:50:38 -0500 (EST) From: c0ldbyte To: iwan@staff.usd.ac.id In-Reply-To: <1111538842.4240bc9aa0e35@webmail.usd.ac.id> Message-ID: <20050323074852.Q51527@eleanor.us1.wmi.uvac.net> References: <1111538842.4240bc9aa0e35@webmail.usd.ac.id> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-hackers@freebsd.org Subject: Re: NIC 1 gigabit 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, 23 Mar 2005 12:50:43 -0000 On Wed, 23 Mar 2005 iwan@staff.usd.ac.id wrote: > Hi, I have trouble with my NIC. > I'm using Server Mainboard Intel (I forgot the model), there is 2 NICs; the one > is 100Mbps other is 1 gigabit. I use this for my web server with freeBSD > 5.1-RELEASE. > NIC 1 gigabit is not detected and recognised neither by freeBSD the other is > fine and working. > What should I do ? Should I recompile kernel ? And How ? > Sorry, my English is bad. > > Thanks. Hope you can read english... >>> http://www.freebsd.org/doc/ <<< Have a read through the above thoroughly please. From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 01:10:52 2005 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 80FE616A4CE for ; Wed, 23 Mar 2005 01:10:52 +0000 (GMT) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54F7243D46 for ; Wed, 23 Mar 2005 01:10:51 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: (qmail 15241 invoked by uid 207); 23 Mar 2005 01:10:49 -0000 Received: from keramida@ceid.upatras.gr by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.224):. Processed in 0.822337 secs); 23 Mar 2005 01:10:49 -0000 Received: from dialup224.ach.sch.gr (HELO gothmog.gr) ([81.186.70.224]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 23 Mar 2005 01:10:48 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.3/8.13.3) with ESMTP id j2N1AhK4001844; Wed, 23 Mar 2005 03:10:43 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.3/8.13.3/Submit) id j2N1Aga5001843; Wed, 23 Mar 2005 03:10:42 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 23 Mar 2005 03:10:42 +0200 From: Giorgos Keramidas To: iwan@staff.usd.ac.id Message-ID: <20050323011042.GA95198@gothmog.gr> References: <1111538474.4240bb2aad172@webmail.usd.ac.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1111538474.4240bb2aad172@webmail.usd.ac.id> X-Mailman-Approved-At: Wed, 23 Mar 2005 13:23:42 +0000 cc: freebsd-hackers@freebsd.org Subject: Re: firewall 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, 23 Mar 2005 01:10:52 -0000 On 2005-03-23 07:41, iwan@staff.usd.ac.id wrote: > I just build a web server, with apache-2.xx w/ php and > mysql-1.4xx. How to configure firewall in my web server ? - The FreeBSD Handbook has several sections devoted to firewalls and their configuration. - The archives of this mailing list have dozens of suggestions for firewall setups. - The articles at O'Reilly's OnLamp site have even more firewall setup examples. You can find a lot of material online. Just start looking at pages like: http://www.FreeBSD.org/docs.html http://lists.freebsd.org/pipermail/freebsd-questions/ http://www.onlamp.com/pub/ct/13 http://ezine.daemonnews.org/ > Must I download kernel source and recompile ? Nope. > If I must download kernel source, where I can found it ? The sources for the FreeBSD base system are in /usr/src. The kernel is under /usr/src/sys. The Handbook contains detailed instructions about rebuilding everything from source. > I'm using freebsd 5.1-RELEASE. Thanks. That's a very old and experimental release of the 5.X branch. You should really consider upgrading to (or reinstalling with) a more recent 5.X release. 5.3-RELEASE is teh latest release that is available on the mirrors right now, and if you can wait a few days, 5.4-RELEASE is scheduled to be out sometime during the first days of April. - Giorgos From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 03:04:31 2005 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 C09C516A4CE for ; Wed, 23 Mar 2005 03:04:31 +0000 (GMT) Received: from vtn1.victoria.tc.ca (vtn1.victoria.tc.ca [199.60.222.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07C1C43D5E for ; Wed, 23 Mar 2005 03:04:31 +0000 (GMT) (envelope-from jnemeth@vtn1.victoria.tc.ca) Received: from vtn1.victoria.tc.ca (jnemeth@localhost [127.0.0.1]) by vtn1.victoria.tc.ca (8.13.2/8.13.1) with ESMTP id j2N34RbG020361 for ; Tue, 22 Mar 2005 19:04:28 -0800 (PST) Received: (from jnemeth@localhost) by vtn1.victoria.tc.ca (8.13.2/8.12.3/Submit) id j2N34R97020359 for freebsd-hackers@freebsd.org; Tue, 22 Mar 2005 19:04:27 -0800 (PST) Message-Id: <200503230304.j2N34R97020359@vtn1.victoria.tc.ca> From: jnemeth@victoria.tc.ca (John Nemeth) Date: Tue, 22 Mar 2005 19:04:27 -0800 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: freebsd-hackers@freebsd.org X-Scanned-By: MIMEDefang 2.51 on 199.60.222.3 X-Mailman-Approved-At: Wed, 23 Mar 2005 13:25:16 +0000 Subject: security or lack thereof 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, 23 Mar 2005 03:04:31 -0000 So, is it FreeBSD policy to ignore security bug reports? I sent the following bug report to security@freebsd.org on Feb. 19th, 2005 and it still hasn't been acted on. This total lack of action on an extremely simple (and silly) three year old bug doesn't give one the warm fuzzies. Heck, it took 48 hours to get a response from a security officer, and another 24 hours to get something from the guilty developer. From: jnemeth@vtn1 (John Nemeth) Date: Sat, 19 Feb 2005 21:46:42 -0800 To: security@freebsd.org Subject: rexecd root lockout I'm working on converting NetBSD's rexecd to use PAM and I was looking at FreeBSD's rexecd for ideas. In the process I noticed that FreeBSD's version of rexecd is supposed to disallow its use by uid 0. However, there is a bug in the PAM conversion of FreeBSD's rexecd.c that disables that feature. The change was made in revision 1.29 of rexecd on May 2, 2002. The problem is around line 192 and exists in the latest version. As far as I can tell the problem affects all FreeBSD 5.x releases. The problem is that the following line: if ((pwd->pw_uid == 0 && no_uid_0) || *pwd->pw_passwd == '\0' || was changed to: if ((pwd = getpwnam(user)) == NULL || (pwd->pw_uid = 0 && no_uid_0) || Note that the second version assigns 0 to pwd->pw_uid instead of comparing it thus forcing the uid 0 test to always fail. The fix is to change the second line to: if ((pwd = getpwnam(user)) == NULL || (pwd->pw_uid == 0 && no_uid_0) || Note that I haven't tested any of this and found it by reading the code. The fix is also untested, but given the simplicity it should be fine. From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 13:31:32 2005 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 D860416A4CF; Wed, 23 Mar 2005 13:31:32 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id B008443D5A; Wed, 23 Mar 2005 13:31:31 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j2NDVTag004457; Wed, 23 Mar 2005 16:31:29 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Wed, 23 Mar 2005 16:31:29 +0300 (MSK) From: Maxim Konovalov To: Vijay.Singh@nokia.com In-Reply-To: Message-ID: <20050323155414.S99626@mp2.macomnet.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: silby@freebsd.org cc: andre@freebsd.org Subject: Re: ip_reass() - possibly incorrect goto 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, 23 Mar 2005 13:31:33 -0000 On Tue, 22 Mar 2005, 12:08-0800, Vijay.Singh@nokia.com wrote: > Hi hackers, I am looking at the ip_reass() routine. In case of the > 1st fragment we create the reassembly queue. After the queue has > been inserted in the hash bucket, the if () code does a " goto > inserted". Should this be changed to "goto done" instead? Any code > that is executed for the 1st fragment, like frag per packet limiting > and complete reassembly are not valid. Am I mistaken? Yep, it seems you are right. The second micro optimization - drop the fragment early if maxfragsperpacket == 0. Andre, Mike, what do you think? Index: ip_input.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_input.c,v retrieving revision 1.299 diff -u -r1.299 ip_input.c --- ip_input.c 16 Mar 2005 05:27:19 -0000 1.299 +++ ip_input.c 23 Mar 2005 13:12:00 -0000 @@ -801,8 +801,8 @@ u_int8_t ecn, ecn0; u_short hash; - /* If maxnipq is 0, never accept fragments. */ - if (maxnipq == 0) { + /* If maxnipq or maxfragsperpacket are 0, never accept fragments. */ + if (maxnipq == 0 || maxfragsperpacket == 0) { ipstat.ips_fragments++; ipstat.ips_fragdropped++; m_freem(m); @@ -918,7 +918,7 @@ fp->ipq_dst = ip->ip_dst; fp->ipq_frags = m; m->m_nextpkt = NULL; - goto inserted; + goto done; } else { fp->ipq_nfrags++; #ifdef MAC @@ -998,8 +998,6 @@ m_freem(q); } -inserted: - /* * Check for complete reassembly and perform frag per packet * limiting. %%% -- Maxim Konovalov From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 13:33:37 2005 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 D589F16A4CE for ; Wed, 23 Mar 2005 13:33:37 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1F4E43D1F for ; Wed, 23 Mar 2005 13:33:36 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j2NDXa9p045341; Wed, 23 Mar 2005 07:33:36 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4241701F.3060804@centtech.com> Date: Wed, 23 Mar 2005 07:33:19 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Nemeth References: <200503230304.j2N34R97020359@vtn1.victoria.tc.ca> In-Reply-To: <200503230304.j2N34R97020359@vtn1.victoria.tc.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: security or lack thereof 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, 23 Mar 2005 13:33:37 -0000 John Nemeth wrote: > So, is it FreeBSD policy to ignore security bug reports? I sent > the following bug report to security@freebsd.org on Feb. 19th, 2005 and > it still hasn't been acted on. This total lack of action on an > extremely simple (and silly) three year old bug doesn't give one the > warm fuzzies. Heck, it took 48 hours to get a response from a security > officer, and another 24 hours to get something from the guilty > developer. I'm a nobody as far as FreeBSD src trees, bugs, etc go, but I didn't see a PR in the bug reports database (link on the left of the main freebsd.org website). This is probably why it got shuffled into a crack somewhere, but take my bits with a grain of salt. If you haven't, please submit your patch via the bug system here: http://www.freebsd.org/send-pr.html Thanks for the bug find.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 15:06:31 2005 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 4B73416A4CE for ; Wed, 23 Mar 2005 15:06:31 +0000 (GMT) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA06143D5C for ; Wed, 23 Mar 2005 15:06:30 +0000 (GMT) (envelope-from nectar@FreeBSD.org) Received: from gw.celabo.org (localhost [127.0.0.1]) by internal.gw.celabo.org (Postfix) with ESMTP id F09593E2C26; Wed, 23 Mar 2005 09:06:17 -0600 (CST) Received: from lum.celabo.org (lum.celabo.org [10.0.1.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "lum.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id E8A9E3E2C24; Wed, 23 Mar 2005 09:06:17 -0600 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by lum.celabo.org (Postfix) with ESMTP id 3B88D666AB2; Wed, 23 Mar 2005 09:06:17 -0600 (CST) Message-ID: <424185E8.4000305@FreeBSD.org> Date: Wed, 23 Mar 2005 09:06:16 -0600 From: Jacques Vidrine Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041206 Thunderbird/1.0 Mnenhy/0.7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Nemeth References: <200503230304.j2N34R97020359@vtn1.victoria.tc.ca> In-Reply-To: <200503230304.j2N34R97020359@vtn1.victoria.tc.ca> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on hellblazer.celabo.org X-Spam-Level: X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.2 cc: freebsd-hackers@freebsd.org Subject: Re: security or lack thereof 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, 23 Mar 2005 15:06:31 -0000 On 3/22/05 9:04 PM, John Nemeth wrote: > So, is it FreeBSD policy to ignore security bug reports? I sent > the following bug report to security@freebsd.org on Feb. 19th, 2005 and > it still hasn't been acted on. This total lack of action on an > extremely simple (and silly) three year old bug doesn't give one the > warm fuzzies. Heck, it took 48 hours to get a response from a security > officer, and another 24 hours to get something from the guilty > developer. Hi John, I'm sorry for the delay. I could give you a list of excuses, but suffice it to say that the "simple (and silly)" bug had lower priority than several other issues in our queue. We should have sent you a status update, though: that's my fault. Better late than never, I hope? Initially we believed the bug was more serious than you had reported, since it has an evil side-effect (sets pw_uid to 0). However, we discovered that due to a second bug the impact was limited. Saved by dumb luck (^_^). Anyway, as you might know, we are in a code freeze for 5.4. Coincidentally, just yesterday we asked the Release Engineering team for (and received) permission to apply a fix for 5.4-RELEASE. So you will see the issue addressed shortly. The correct fix is a bit more subtle than that suggested in your original message. I guess I should also mention that we've discussed removing rexec/rexecd entirely (for 6.x releases), since it has been deprecated for over 6 years, and the documentation has discouraged its use for over 11 years. Cheers, -- Jacques A Vidrine / NTT/Verio nectar@celabo.org / jvidrine@verio.net / nectar@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 16:17:09 2005 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 4067E16A4CE; Wed, 23 Mar 2005 16:17:09 +0000 (GMT) Received: from mx3.uidaho.edu (mx3.uidaho.edu [129.101.155.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1108943D2F; Wed, 23 Mar 2005 16:17:08 +0000 (GMT) (envelope-from andrewr@uidaho.edu) Received: from mailA.its.uidaho.edu (mailA.its.uidaho.edu [129.101.155.252]) by mx3.uidaho.edu (8.13.1/8.13.1) with ESMTP id j2NGH7Te028812; Wed, 23 Mar 2005 08:17:07 -0800 Received: from uidaho.edu (mailA [129.101.155.252]) by mailA.its.uidaho.edu (Go Vandals!) with ESMTP id <0IDT006SRBWI7B@mailA.its.uidaho.edu>; Wed, 23 Mar 2005 08:17:06 -0800 (PST) Received: from [129.101.155.252] (Forwarded-For: [68.67.22.85]) by mailA.its.uidaho.edu (mshttpd); Wed, 23 Mar 2005 08:17:06 -0800 Date: Wed, 23 Mar 2005 08:17:06 -0800 From: Andrew Robinson To: des@des.no (=?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?=) Message-id: MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.21 (built Sep 8 2003) Content-type: text/plain; charset=iso-8859-1 Content-language: en Content-transfer-encoding: quoted-printable Content-disposition: inline X-Accept-Language: en Priority: normal X-SpamDetails: rule=notspam policy= score=0 mlx=0 adultscore=0 adjust=0 engine=2.5.0-05032200 definitions=2.5.0-05032201 X-SpamScore: 0 cc: "Kevin G. Eliuk" cc: Kevin Kinsey cc: hackers@freebsd.org cc: freebsd-hackers@freebsd.org cc: jason henson Subject: Re: NIC detected, but won't DHCP or configure 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, 23 Mar 2005 16:17:09 -0000 Thanks for the patch=2E This is the outcome=3A re=5Fprobe()=3A vid 10ec did 8169 hwrev 10000000 Andrew ----- Original Message ----- From=3A des=40des=2Eno (Dag-Erling Sm=F8rgrav) Date=3A Tuesday=2C March 22=2C 2005 10=3A11 am Subject=3A Re=3A NIC detected=2C but won=27t DHCP or configure =3E =22Daniel O=27Connor=22 =3Cdoconnor=40gsoft=2Ecom=2Eau=3E writes=3A =3E =3E On Tue=2C 22 Mar 2005 17=3A30=2C Andrew Robinson wrote=3A =3E =3E =3E thanks for the suggestion! I tried that and it didn=27t seem= to = =3E change=3E =3E anything=3A the relevant output of pciconf -lv is still= =3E =3E Try if=5Frl=2Eko/rl0 =3E = =3E No=2C if=5Frl will not attach to 8169 cards=2E =3E = =3E Andrew=2C it seems you have a chip revision which isn=27t currently =3E supported=2E Try applying the attached patch=2C and see if loading =3E if=5Fre=2Eko results in something like this=3A =3E = =3E re=5Fprobe()=3A vid 10ec did 8169 hwrev 00800000 =3E = =3E the first two numbers should be exactly as shown=2C but the last numb= er =3E should be different=3B let me know what it is=2E =3E = =3E DES =3E -- = =3E Dag-Erling Sm=F8rgrav - des=40des=2Eno =3E = =3E From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 16:17:09 2005 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 4067E16A4CE; Wed, 23 Mar 2005 16:17:09 +0000 (GMT) Received: from mx3.uidaho.edu (mx3.uidaho.edu [129.101.155.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1108943D2F; Wed, 23 Mar 2005 16:17:08 +0000 (GMT) (envelope-from andrewr@uidaho.edu) Received: from mailA.its.uidaho.edu (mailA.its.uidaho.edu [129.101.155.252]) by mx3.uidaho.edu (8.13.1/8.13.1) with ESMTP id j2NGH7Te028812; Wed, 23 Mar 2005 08:17:07 -0800 Received: from uidaho.edu (mailA [129.101.155.252]) by mailA.its.uidaho.edu (Go Vandals!) with ESMTP id <0IDT006SRBWI7B@mailA.its.uidaho.edu>; Wed, 23 Mar 2005 08:17:06 -0800 (PST) Received: from [129.101.155.252] (Forwarded-For: [68.67.22.85]) by mailA.its.uidaho.edu (mshttpd); Wed, 23 Mar 2005 08:17:06 -0800 Date: Wed, 23 Mar 2005 08:17:06 -0800 From: Andrew Robinson To: des@des.no (=?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?=) Message-id: MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.21 (built Sep 8 2003) Content-type: text/plain; charset=iso-8859-1 Content-language: en Content-transfer-encoding: quoted-printable Content-disposition: inline X-Accept-Language: en Priority: normal X-SpamDetails: rule=notspam policy= score=0 mlx=0 adultscore=0 adjust=0 engine=2.5.0-05032200 definitions=2.5.0-05032201 X-SpamScore: 0 cc: "Kevin G. Eliuk" cc: Kevin Kinsey cc: hackers@freebsd.org cc: freebsd-hackers@freebsd.org cc: jason henson Subject: Re: NIC detected, but won't DHCP or configure 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, 23 Mar 2005 16:17:09 -0000 Thanks for the patch=2E This is the outcome=3A re=5Fprobe()=3A vid 10ec did 8169 hwrev 10000000 Andrew ----- Original Message ----- From=3A des=40des=2Eno (Dag-Erling Sm=F8rgrav) Date=3A Tuesday=2C March 22=2C 2005 10=3A11 am Subject=3A Re=3A NIC detected=2C but won=27t DHCP or configure =3E =22Daniel O=27Connor=22 =3Cdoconnor=40gsoft=2Ecom=2Eau=3E writes=3A =3E =3E On Tue=2C 22 Mar 2005 17=3A30=2C Andrew Robinson wrote=3A =3E =3E =3E thanks for the suggestion! I tried that and it didn=27t seem= to = =3E change=3E =3E anything=3A the relevant output of pciconf -lv is still= =3E =3E Try if=5Frl=2Eko/rl0 =3E = =3E No=2C if=5Frl will not attach to 8169 cards=2E =3E = =3E Andrew=2C it seems you have a chip revision which isn=27t currently =3E supported=2E Try applying the attached patch=2C and see if loading =3E if=5Fre=2Eko results in something like this=3A =3E = =3E re=5Fprobe()=3A vid 10ec did 8169 hwrev 00800000 =3E = =3E the first two numbers should be exactly as shown=2C but the last numb= er =3E should be different=3B let me know what it is=2E =3E = =3E DES =3E -- = =3E Dag-Erling Sm=F8rgrav - des=40des=2Eno =3E = =3E From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 16:20:55 2005 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 92E7916A4CE for ; Wed, 23 Mar 2005 16:20:55 +0000 (GMT) Received: from mx3.uidaho.edu (mx3.uidaho.edu [129.101.155.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E0D543D1D for ; Wed, 23 Mar 2005 16:20:55 +0000 (GMT) (envelope-from andrewr@uidaho.edu) Received: from mailA.its.uidaho.edu (mailA.its.uidaho.edu [129.101.155.252]) by mx3.uidaho.edu (8.13.1/8.13.1) with ESMTP id j2NGKsgC030692 for ; Wed, 23 Mar 2005 08:20:54 -0800 Received: from uidaho.edu (mailA [129.101.155.252]) by mailA.its.uidaho.edu (Go Vandals!) with ESMTP id <0IDT00653C2U7B@mailA.its.uidaho.edu> for hackers@freebsd.org; Wed, 23 Mar 2005 08:20:54 -0800 (PST) Received: from [129.101.155.252] (Forwarded-For: [68.67.22.85]) by mailA.its.uidaho.edu (mshttpd); Wed, 23 Mar 2005 08:20:54 -0800 Date: Wed, 23 Mar 2005 08:20:54 -0800 From: Andrew Robinson To: Joerg Sonnenberger Message-id: MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.21 (built Sep 8 2003) Content-type: text/plain; charset=us-ascii Content-language: en Content-transfer-encoding: 7bit Content-disposition: inline X-Accept-Language: en Priority: normal X-SpamDetails: rule=notspam policy= score=2 mlx=2 adultscore=4 adjust=0 engine=2.5.0-05032200 definitions=2.5.0-05032201 X-SpamBar: * X-SpamScore: 2 cc: hackers@freebsd.org Subject: Re: NIC detected, but won't DHCP or configure 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, 23 Mar 2005 16:20:55 -0000 > Can you give us the output of "pciconf -r pci10:3:0 0:0xff" ? Certainly: 816910ec 02b00007 02000010 00000000 00004001 b3004800 00000000 00000000 00000000 00000000 00000000 09001558 00000000 000000dc 00000000 40200115 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 f7c20001 00000003 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Andrew From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 17:42:02 2005 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 3923916A4CE for ; Wed, 23 Mar 2005 17:42:02 +0000 (GMT) Received: from mail.revolutionsp.com (ganymede.revolutionsp.com [64.246.0.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF85443D2F for ; Wed, 23 Mar 2005 17:42:01 +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 54EAF15CA0 for ; Wed, 23 Mar 2005 11:41:13 -0600 (CST) Received: from 81.84.174.5 (SquirrelMail authenticated user security@revolutionsp.com) by mail.revolutionsp.com with HTTP; Wed, 23 Mar 2005 11:41:13 -0600 (CST) Message-ID: <50376.81.84.174.5.1111599673.squirrel@mail.revolutionsp.com> In-Reply-To: <20050321125200.GA87158@ei.bzerk.org> References: <49296.81.84.174.5.1111346817.squirrel@mail.revolutionsp.com> <20050321125200.GA87158@ei.bzerk.org> Date: Wed, 23 Mar 2005 11:41:13 -0600 (CST) From: "H. S." To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: passwd & permissions 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, 23 Mar 2005 17:42:02 -0000 > On Sun, Mar 20, 2005 at 01:26:57PM -0600, H. S. typed: >> Hey, >> >> I'm using FreeBSD on various servers for many time now, and there is >> something that always bothered me. It is related to /etc/passwd and >> /etc/pwd.db permissions. >> >> I have custom (0640) permissions on these files. However, each time a >> user > > Be carefull not to get yourself a false sense of security. e.g. if your > goal > is to hide information about your users, there are many other ways > to get the info without having to open /etc/passwd or /etc/pwd.db > > example: > > /usr/sbin/pw usershow -a > > Ruben > > [????/ttyp0] username:/home/username$ ./pw usershow -a [????/ttyp0] username:/home/username$ (no output) Since pw is not setuid, if it can't read any of the passwd files, it will not print the full userlist. I have very customized (and tested, over the years) permissions on the whole filesystem. That is why I wanted to find out why some permissions get back to system defaults whenever I install a port. The most proeminent cases are /usr/local/sbin/ (gets back to rwx rx rx) and /usr/local/www (rwx rx rx and chgrp wheel, I have a different group owning the directory). Any idea about what to fix in order to make the system stop resetting my permissions when I install ports ? Thanks! From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 17:43:00 2005 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 73BF016A4CE; Wed, 23 Mar 2005 17:43:00 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD21943D41; Wed, 23 Mar 2005 17:42:59 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDT00ALHFMGLOC0@bgo1smout1.broadpark.no>; Wed, 23 Mar 2005 18:37:28 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDT00845FYEUPNE@bgo1sminn1.broadpark.no>; Wed, 23 Mar 2005 18:44:38 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id 914C4BDC60; Wed, 23 Mar 2005 18:42:58 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id EC0FABDC57; Wed, 23 Mar 2005 18:42:53 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id E1E1E33C1B; Wed, 23 Mar 2005 18:42:53 +0100 (CET) Date: Wed, 23 Mar 2005 18:42:53 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: To: Andrew Robinson Message-id: <867jjyjm1u.fsf@xps.des.no> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_yu3Tj5ISv/0TlSodvxbTyA)" X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL, UPPERCASE_25_50 autolearn=disabled version=3.0.2 X-Spam-Level: cc: "Kevin G. Eliuk" cc: Kevin Kinsey cc: hackers@freebsd.org cc: freebsd-hackers@freebsd.org cc: jason henson Subject: Re: NIC detected, but won't DHCP or configure 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, 23 Mar 2005 17:43:00 -0000 --Boundary_(ID_yu3Tj5ISv/0TlSodvxbTyA) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable Andrew Robinson writes: > re_probe(): vid 10ec did 8169 hwrev 10000000 That's an 8169SB, which is supported in -CURRENT. Try the attached patch. I'll try to get it merged before 5.4-RELEASE. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no --Boundary_(ID_yu3Tj5ISv/0TlSodvxbTyA) Content-type: text/x-patch; NAME=if_re.diff Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=if_re.diff Index: sys/pci/if_rlreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_rlreg.h,v retrieving revision 1.49 retrieving revision 1.50 diff -u -r1.49 -r1.50 --- sys/pci/if_rlreg.h 7 Jan 2005 02:29:18 -0000 1.49 +++ sys/pci/if_rlreg.h 22 Jan 2005 22:40:52 -0000 1.50 @@ -147,6 +147,7 @@ #define RL_HWREV_8169 0x00000000 #define RL_HWREV_8169S 0x04000000 +#define RL_HWREV_8169SB 0x10000000 #define RL_HWREV_8110S 0x00800000 #define RL_HWREV_8139 0x60000000 #define RL_HWREV_8139A 0x70000000 Index: sys/dev/re/if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- sys/dev/re/if_re.c 6 Jan 2005 01:43:10 -0000 1.38 +++ sys/dev/re/if_re.c 22 Jan 2005 22:40:53 -0000 1.39 @@ -166,6 +166,8 @@ "RealTek 8169 Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169S, "RealTek 8169S Single-chip Gigabit Ethernet" }, + { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169SB, + "RealTek 8169SB Single-chip Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8110S, "RealTek 8110S Single-chip Gigabit Ethernet" }, { COREGA_VENDORID, COREGA_DEVICEID_CGLAPCIGT, RL_HWREV_8169S, @@ -184,6 +186,7 @@ { RL_HWREV_8139CPLUS, RL_8139CPLUS, "C+"}, { RL_HWREV_8169, RL_8169, "8169"}, { RL_HWREV_8169S, RL_8169, "8169S"}, + { RL_HWREV_8169SB, RL_8169, "8169SB"}, { RL_HWREV_8110S, RL_8169, "8110S"}, { RL_HWREV_8100, RL_8139, "8100"}, { RL_HWREV_8101, RL_8139, "8101"}, --Boundary_(ID_yu3Tj5ISv/0TlSodvxbTyA)-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 17:43:00 2005 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 73BF016A4CE; Wed, 23 Mar 2005 17:43:00 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD21943D41; Wed, 23 Mar 2005 17:42:59 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDT00ALHFMGLOC0@bgo1smout1.broadpark.no>; Wed, 23 Mar 2005 18:37:28 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDT00845FYEUPNE@bgo1sminn1.broadpark.no>; Wed, 23 Mar 2005 18:44:38 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id 914C4BDC60; Wed, 23 Mar 2005 18:42:58 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id EC0FABDC57; Wed, 23 Mar 2005 18:42:53 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id E1E1E33C1B; Wed, 23 Mar 2005 18:42:53 +0100 (CET) Date: Wed, 23 Mar 2005 18:42:53 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: To: Andrew Robinson Message-id: <867jjyjm1u.fsf@xps.des.no> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_yu3Tj5ISv/0TlSodvxbTyA)" X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL, UPPERCASE_25_50 autolearn=disabled version=3.0.2 X-Spam-Level: cc: "Kevin G. Eliuk" cc: Kevin Kinsey cc: hackers@freebsd.org cc: freebsd-hackers@freebsd.org cc: jason henson Subject: Re: NIC detected, but won't DHCP or configure 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, 23 Mar 2005 17:43:00 -0000 --Boundary_(ID_yu3Tj5ISv/0TlSodvxbTyA) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable Andrew Robinson writes: > re_probe(): vid 10ec did 8169 hwrev 10000000 That's an 8169SB, which is supported in -CURRENT. Try the attached patch. I'll try to get it merged before 5.4-RELEASE. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no --Boundary_(ID_yu3Tj5ISv/0TlSodvxbTyA) Content-type: text/x-patch; NAME=if_re.diff Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=if_re.diff Index: sys/pci/if_rlreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_rlreg.h,v retrieving revision 1.49 retrieving revision 1.50 diff -u -r1.49 -r1.50 --- sys/pci/if_rlreg.h 7 Jan 2005 02:29:18 -0000 1.49 +++ sys/pci/if_rlreg.h 22 Jan 2005 22:40:52 -0000 1.50 @@ -147,6 +147,7 @@ #define RL_HWREV_8169 0x00000000 #define RL_HWREV_8169S 0x04000000 +#define RL_HWREV_8169SB 0x10000000 #define RL_HWREV_8110S 0x00800000 #define RL_HWREV_8139 0x60000000 #define RL_HWREV_8139A 0x70000000 Index: sys/dev/re/if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- sys/dev/re/if_re.c 6 Jan 2005 01:43:10 -0000 1.38 +++ sys/dev/re/if_re.c 22 Jan 2005 22:40:53 -0000 1.39 @@ -166,6 +166,8 @@ "RealTek 8169 Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169S, "RealTek 8169S Single-chip Gigabit Ethernet" }, + { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169SB, + "RealTek 8169SB Single-chip Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8110S, "RealTek 8110S Single-chip Gigabit Ethernet" }, { COREGA_VENDORID, COREGA_DEVICEID_CGLAPCIGT, RL_HWREV_8169S, @@ -184,6 +186,7 @@ { RL_HWREV_8139CPLUS, RL_8139CPLUS, "C+"}, { RL_HWREV_8169, RL_8169, "8169"}, { RL_HWREV_8169S, RL_8169, "8169S"}, + { RL_HWREV_8169SB, RL_8169, "8169SB"}, { RL_HWREV_8110S, RL_8169, "8110S"}, { RL_HWREV_8100, RL_8139, "8100"}, { RL_HWREV_8101, RL_8139, "8101"}, --Boundary_(ID_yu3Tj5ISv/0TlSodvxbTyA)-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 19:37:13 2005 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 0F55B16A4D4 for ; Wed, 23 Mar 2005 19:37:13 +0000 (GMT) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9974643D4C for ; Wed, 23 Mar 2005 19:37:12 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 9085 invoked from network); 23 Mar 2005 19:37:12 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 23 Mar 2005 19:37:11 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2NJavai063392; Wed, 23 Mar 2005 14:37:05 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-hackers@FreeBSD.org Date: Wed, 23 Mar 2005 14:24:54 -0500 User-Agent: KMail/1.6.2 References: <20050318160528.GQ51688@smp500.sitetronics.com> <20050319084341.GY51688@smp500.sitetronics.com> <20050319090402.GZ51688@smp500.sitetronics.com> In-Reply-To: <20050319090402.GZ51688@smp500.sitetronics.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503231424.54258.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: "Devon H. O'Dell " Subject: Re: Ziatech 5503 watchdog driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 19:37:13 -0000 On Saturday 19 March 2005 04:04 am, Devon H. O'Dell wrote: > On Sat, Mar 19, 2005 at 09:43:41AM +0100, Devon H. O'Dell wrote: > > On Sat, Mar 19, 2005 at 09:02:15AM +0100, Devon H. O'Dell wrote: > > > On Fri, Mar 18, 2005 at 03:55:53PM -0700, Warner Losh wrote: > > > > > I'm busy writing a Ziatech 5503 watchdog driver for FreeBSD (and > > > > > porting all the watchdog stuff to DragonFly BSD) and Plan 9. For my > > > > > driver, I have no way to identify that the system has the driver, > > > > > so I wanted to make it conditional on > > > > > > Rather, I have no way to identify that the system has the device :). > > > > AHA! But I have finally found something that will make my life a > > little easier, I think. I just noticed a read only register with a > > default value of 0x80 and tested it. It returns 0x80. Is this enough > > to test on / probe for? > > > > --Devon > > Sorry, hate replying to myself. Turns out the value here is variable. > > Assuming I cannot find anything to identify the system, can I simply > attach the driver if it is enabled in the configuration file? Yes. See the identify routines for things like apm and pmtimer for examples. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 19:38:39 2005 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 6A8F516A4CE for ; Wed, 23 Mar 2005 19:38:39 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDBFA43D31 for ; Wed, 23 Mar 2005 19:38:38 +0000 (GMT) (envelope-from opensource.enthousiat@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so279336wri for ; Wed, 23 Mar 2005 11:38:38 -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=pOEH7T9DlLZpRJ3DZwTBJ3wejOoTqjhpOuzHOZDktgLYZ0+CyXAUyGoYnwlSw46ZSqREB0tX/DlfJFoSXiAjZYLNI+8OOC5qDYh71Yw8AsJQ/Elv6m1Cud54cTx6AZIHQ/rirpEl/8/kyZEOlBYUMD9RuO9IkeKpgLWSsV0DqpE= Received: by 10.54.80.1 with SMTP id d1mr412672wrb; Wed, 23 Mar 2005 11:38:38 -0800 (PST) Received: by 10.54.49.28 with HTTP; Wed, 23 Mar 2005 11:38:38 -0800 (PST) Message-ID: <37e131660503231138268bc6cb@mail.gmail.com> Date: Wed, 23 Mar 2005 14:38:38 -0500 From: Aziz KEZZOU To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: running freebsd in qemu using the "-nographic" option ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Aziz KEZZOU List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 19:38:39 -0000 Hi all, I am running freebsd 5.3 under qemu (a fast IA32 emulator). My host system is linux. Everything works fine, but I want to get rid of this small non-scrollable window, not practical when gcc says I made many many errors :-)... Instead I want to get a console. In qemu's documentation it says : ====================================================================== `-nographic' Normally, QEMU uses SDL to display the VGA output. With this option, you can totally disable graphical output so that QEMU is a simple command line application. The emulated serial port is redirected on the console. Therefore, you can still use QEMU to debug a Linux kernel with a serial console. ====================================================================== So basically what I need is, some how, to tell the freebsd kernel to forward its output/input to a serial port. In linux this is done by supplying the parameter "console=ttyS0". Is there something equivalent in FreeBSD ? Thanks for your help, Aziz From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 19:42:04 2005 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 D727B16A4CE for ; Wed, 23 Mar 2005 19:42:04 +0000 (GMT) Received: from smp500.sitetronics.com (sitetronics.com [82.192.77.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4729C43D64 for ; Wed, 23 Mar 2005 19:42:04 +0000 (GMT) (envelope-from dodell@offmyserver.com) Received: from localhost.sitetronics.com ([127.0.0.1] helo=smp500.sitetronics.com) by smp500.sitetronics.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.50 (FreeBSD)) id 1DEBif-000L45-E7 for freebsd-hackers@freebsd.org; Wed, 23 Mar 2005 20:40:45 +0100 Received: (from dodell@localhost) by smp500.sitetronics.com (8.12.11/8.12.11/Submit) id j2NJej84080976 for freebsd-hackers@freebsd.org; Wed, 23 Mar 2005 20:40:45 +0100 (CET) (envelope-from dodell@offmyserver.com) X-Authentication-Warning: smp500.sitetronics.com: dodell set sender to dodell@offmyserver.com using -f Date: Wed, 23 Mar 2005 20:40:44 +0100 From: "Devon H. O'Dell " To: freebsd-hackers@freebsd.org Message-ID: <20050323194044.GG58078@smp500.sitetronics.com> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20050318160528.GQ51688@smp500.sitetronics.com> <20050319084341.GY51688@smp500.sitetronics.com> <20050319090402.GZ51688@smp500.sitetronics.com> <200503231424.54258.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RMedoP2+Pr6Rq0N2" Content-Disposition: inline In-Reply-To: <200503231424.54258.jhb@FreeBSD.org> User-Agent: Mutt/1.5.8i Subject: Re: Ziatech 5503 watchdog driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 19:42:05 -0000 --RMedoP2+Pr6Rq0N2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 23, 2005 at 02:24:54PM -0500, John Baldwin wrote: > On Saturday 19 March 2005 04:04 am, Devon H. O'Dell wrote: > > On Sat, Mar 19, 2005 at 09:43:41AM +0100, Devon H. O'Dell wrote: > > > > Sorry, hate replying to myself. Turns out the value here is variable. > > > > Assuming I cannot find anything to identify the system, can I simply > > attach the driver if it is enabled in the configuration file? >=20 > Yes. See the identify routines for things like apm and pmtimer for examp= les. Thanks, looks like I will have to do it this way. :) I'm going to have time for it this weekend, so it should be ready by Monday. --Devon > --=20 > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org > _______________________________________________ > 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" >=20 --RMedoP2+Pr6Rq0N2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQcY8Skf3jVXOdl0RArWKAJsGmnysaYv7pS1bhA8GeXyL5b36SgCcCTUb CApju/uidijJd4IAwDcKA4I= =xAc2 -----END PGP SIGNATURE----- --RMedoP2+Pr6Rq0N2-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 19:52:40 2005 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 5564816A4CE for ; Wed, 23 Mar 2005 19:52:40 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDEB043D55 for ; Wed, 23 Mar 2005 19:52:39 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j2NJqdMd087249; Wed, 23 Mar 2005 13:52:39 -0600 (CST) (envelope-from dan) Date: Wed, 23 Mar 2005 13:52:39 -0600 From: Dan Nelson To: Aziz KEZZOU Message-ID: <20050323195239.GD90954@dan.emsphone.com> References: <37e131660503231138268bc6cb@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <37e131660503231138268bc6cb@mail.gmail.com> X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-hackers@freebsd.org Subject: Re: running freebsd in qemu using the "-nographic" option ? 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, 23 Mar 2005 19:52:40 -0000 In the last episode (Mar 23), Aziz KEZZOU said: > I am running freebsd 5.3 under qemu (a fast IA32 emulator). My host > system is linux. Everything works fine, but I want to get rid of this > small non-scrollable window, not practical when gcc says I made many > many errors :-)... In FreeBSD, you can scroll vtys by hitting scroll-lock, then using the up/down/pgup/pgdn/home/end keys to view the scrollback. Hit scroll-lock again to go exit scrollback mode. You could also use screen or pipe your output to less. > Instead I want to get a console. In qemu's documentation it says : > ====================================================================== > `-nographic' > Normally, QEMU uses SDL to display the VGA output. With this > option, you can totally disable graphical output so that QEMU is a > simple command line application. The emulated serial port is > redirected on the console. Therefore, you can still use QEMU to debug > a Linux kernel with a serial console. > ====================================================================== > > So basically what I need is, some how, to tell the freebsd kernel to > forward its output/input to a serial port. In linux this is done by > supplying the parameter "console=ttyS0". Is there something > equivalent in FreeBSD ? To boot using a serial console, add this to /boot/loader.conf: console="comconsole" To enable a login prompt on the serial port after the system has come up, edit /etc/ttys and change the ttyd0 line from "off" to "on". -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 19:54:18 2005 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 A717C16A4CE for ; Wed, 23 Mar 2005 19:54:18 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56E7343D54 for ; Wed, 23 Mar 2005 19:54:16 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 2222A7A403; Wed, 23 Mar 2005 11:54:16 -0800 (PST) Message-ID: <4241C967.4090801@elischer.org> Date: Wed, 23 Mar 2005 11:54:15 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: Aziz KEZZOU References: <37e131660503231138268bc6cb@mail.gmail.com> In-Reply-To: <37e131660503231138268bc6cb@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: running freebsd in qemu using the "-nographic" option ? 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, 23 Mar 2005 19:54:18 -0000 Aziz KEZZOU wrote: >Hi all, >I am running freebsd 5.3 under qemu (a fast IA32 emulator). My host >system is linux. Everything works fine, but I want to get rid of this >small non-scrollable window, not practical when gcc says I made many >many errors :-)... > > you can scroll it after hittong tthe "scroll lock" key >Instead I want to get a console. In qemu's documentation it says : >====================================================================== >`-nographic' > Normally, QEMU uses SDL to display the VGA output. With this >option, you can totally disable graphical output so that QEMU is a >simple command line application. The emulated serial port is >redirected on the console. Therefore, you can still use QEMU to debug >a Linux kernel with a serial console. >====================================================================== > >So basically what I need is, some how, to tell the freebsd kernel to >forward its output/input to a serial port. In linux this is done by >supplying the parameter "console=ttyS0". Is there something equivalent >in FreeBSD ? > > > in /boot/loader.conf add: console="comconsole" that should do it.. >Thanks for your help, >Aziz >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 22:06:10 2005 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 E2F3516A4CE for ; Wed, 23 Mar 2005 22:06:10 +0000 (GMT) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id B399F43D3F for ; Wed, 23 Mar 2005 22:06:09 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 57BD57300B for ; Wed, 23 Mar 2005 23:06:08 +0100 (CET) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 81819-01-9 for ; Wed, 23 Mar 2005 23:06:02 +0100 (CET) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 8D8037300A for ; Wed, 23 Mar 2005 23:06:02 +0100 (CET) Received: from 192.168.1.18 (SquirrelMail authenticated user jgabel) by webmail.thilelli.net with HTTP; Wed, 23 Mar 2005 23:06:02 +0100 (CET) Message-ID: <53636.192.168.1.18.1111615562.squirrel@webmail.thilelli.net> Date: Wed, 23 Mar 2005 23:06:02 +0100 (CET) From: "Julien Gabel" To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net Subject: NIC detected, but won't DHCP or configure. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jpeg@thilelli.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 22:06:11 -0000 >>> Interestingly, i encountered the very same behaviour as explained by >>> Andrew, with a side note: it works sometimes for me. Despite the fact >>> that my ethernet seems correctly handled (ifconfig shows the 're' >>> entry), almost all the time i boot on my notebook (D480V) the state of >>> the media is "no carrier". So, all services which use the network fail >>> inevitably: dhcp, ntpdate and ntpd. >>> >>> In order to be able to use the network, sometimes i just must wait some >>> dozens minutes... or totally reboot and wait some other dozens minutes. >>> I can't remember of one boot wich went without a hitch. >>> >>> Here is some (useful?) information: >>> >>> # uname -a >>> FreeBSD boboche.thilelli.net 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #1: >>> Tue Mar 22 20:04:20 CET 2005 >>> root at boboche.thilelli.net:/usr/obj/usr/src/sys/BOBOCHE i386 >>> >>> # pciconf -lv >>> re0 at pci0:10:0: class=0x020000 card=0x08001558 chip=0x816910ec >>> rev=0x10 hdr=0x00 >>> vendor = 'Realtek Semiconductor' >>> device = 'RTL8169 Gigabit Ethernet Adapter' >>> class = network >>> subclass = ethernet >>> => note: it seems that the chip revision, which is the same as Andrew, >>> is recognized here. >>> >>> # pciconf -r pci0:10:0 0:0xff >>> 816910ec 02b00017 02000010 00004004 >>> 00002001 e8005000 00000000 00000000 >>> 00000000 00000000 00000000 08001558 >>> 00000000 000000dc 00000000 40200113 >>> 00000000 00000000 00000000 00000000 >>> 00000000 00000000 00000000 00000000 >>> 00000000 00000000 00000000 00000000 >>> 00000000 00000000 00000000 00000000 >>> 00000000 00000000 00000000 00000000 >>> 00000000 00000000 00000000 00000000 >>> 00000000 00000000 00000000 00000000 >>> 00000000 00000000 00000000 00000000 >>> 00000000 00000000 00000000 00000000 >>> 00000000 00000000 00000000 f7c20001 >>> 00000000 00000000 00000000 00000000 >>> 00000000 00000000 00000000 00000000 >>> >>> # ifconfig re0 >>> re0: flags=8843 mtu 1500 >>> options=1b >>> inet6 fe80::290:f5ff:fe28:cfa8%re0 prefixlen 64 scopeid 0x2 >>> inet 192.168.1.20 netmask 0xffffff00 broadcast 192.168.1.255 >>> ether 00:90:f5:28:cf:a8 >>> media: Ethernet autoselect (100baseTX ) >>> status: active >>> => note: here is the status after waiting a long time or rebooting. >>> >>> As for Andrew, it may be noted that i do not encountered this kind of >>> problem under GNU/Linux (i tested with two live CDs), NetBSD (1.6.2 >>> through 2.0.2) and Windows Server 2003 Ent-Ed. >>> >>> Because of this particular problem, i can't currently use this machine >>> in a usefull way, so any advice are welcome too ! :) It wants to say i >>> can test and apply patch(es) without problem, if any. >> Could you try this patch: >> http://lists.freebsd.org/pipermail/freebsd-stable/2005-March/013107.html > Ok, just tried it. As i can see there is some improvement here, along > with the following comments: > > 1/ When rebooting the system, the bad/old behaviour seems to happen > systematically; > > 2/ When powered-off then powered-on, the behaviour seems to be more > correct. Nevertheless, i encountered the old problem more than > *one* time... roughly ~40% to 50% :( Just for information, i just build and install a -CURRENT FreeBSD system: # uname -a FreeBSD boboche.thilelli.net 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Wed Mar 23 22:24:26 CET 2005 root@boboche.thilelli.net:/usr/obj/usr/src/sys/BOBOCHE i386 It doesn't work better (i saw the same _bad_ behaviour) but this time, the kernel send "more" messages: # dmesg | egrep "^re0:" re0: port 0x2000-0x20ff mem 0xe8005000-0xe80050ff irq 19 at device 10.0 on pci0 re0: Ethernet address: 00:90:f5:28:cf:a8 re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP It seems to be the link which is the problem... but i'm not really sure since this hardware works with other Unix-like systems and because i encountered the same problem in another place (at work). Any clue? -- -jpeg. From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 22:51:31 2005 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 2CABE16A4CE for ; Wed, 23 Mar 2005 22:51:31 +0000 (GMT) Received: from coresikhism.net (c-67-161-59-235.client.comcast.net [67.161.59.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD47C43D53 for ; Wed, 23 Mar 2005 22:51:30 +0000 (GMT) (envelope-from aman@chamkila.org) Received: from [192.168.96.214] ([69.36.228.194]) by coresikhism.net (8.13.1/8.13.1) with ESMTP id j2NMoKQt025893 for ; Wed, 23 Mar 2005 14:50:41 -0800 Message-ID: <4241F2C0.4000604@chamkila.org> Date: Wed, 23 Mar 2005 14:50:40 -0800 From: Amandeep User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20050119103214.A27409@pooker.samsco.org> <37799.69.36.228.194.1109286815.squirrel@69.36.228.194> <421E604F.3080305@samsco.org> <34148.69.36.228.194.1110235564.squirrel@69.36.228.194> <44497.69.36.228.194.1110474073.squirrel@69.36.228.194> <32883.69.36.228.194.1110831839.squirrel@69.36.228.194> <20050314202905.GT91771@hub.freebsd.org> <34997.69.36.228.194.1110832499.squirrel@69.36.228.194> <20050314203715.GW91771@hub.freebsd.org> <56241.69.36.228.194.1110931336.squirrel@69.36.228.194> <42377D8A.1020905@rojer.pp.ru> In-Reply-To: <42377D8A.1020905@rojer.pp.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Freebsd 5.3 hangs under heavy load???? 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, 23 Mar 2005 22:51:31 -0000 Hi again, I have two Seagate SCSI drives 36GB and 8GB RAM and installed 5.3-REL with PAE and SMP support. Now the problem arises that the system hangs under heavy load and there are no error messages nothing. I have to hard boot it everytime it hangs. Then I tried with only SMP and the machine still hangs. I tried using New memory and a Maxtor 36Gb SCSI drive , still hangs but was up for longer perios 13hrs.. Any one know about this problem. Alos tried with 5.4-Prerelease same results. Any help would be great, Scott any help. Thanks Aman Rojer wrote: > Amandeep Pannu wrote: > >> Hi all, >> >> I have two Seagate SCSI drives 36GB and 8GB RAM and installed 5.3-REL >> with >> PAE and SMP support. >> Now the problem arises that the system hangs under heavy load and there >> are no error messages nothing. I have to hard boot it everytime it >> hangs. >> > Roger Comments: > PAE must have something to do with this. > i have similar reports from fellow admins (they run large free mail > service): > machines with lots (4+ gigs) of memory, 5.3R, SMP and PAE enabled just > refused to cooperate, > freezing and crashing all the way under load. > sadly, having no time to dive into gory details, > they just installed Linux on those and all has been going well since > that... > the point is: PAE and large memory configurations in general need more > testing. > From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 23 23:40:33 2005 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 089DA16A4CE; Wed, 23 Mar 2005 23:40:33 +0000 (GMT) Received: from coresikhism.net (c-67-161-59-235.client.comcast.net [67.161.59.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87E7443D5C; Wed, 23 Mar 2005 23:40:30 +0000 (GMT) (envelope-from aman@chamkila.org) Received: from [192.168.96.214] ([69.36.228.194]) by coresikhism.net (8.13.1/8.13.1) with ESMTP id j2NNdKSS026318; Wed, 23 Mar 2005 15:39:41 -0800 Message-ID: <4241FE3C.9070800@chamkila.org> Date: Wed, 23 Mar 2005 15:39:40 -0800 From: Amandeep User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20050119103214.A27409@pooker.samsco.org> <37799.69.36.228.194.1109286815.squirrel@69.36.228.194> <421E604F.3080305@samsco.org> <34148.69.36.228.194.1110235564.squirrel@69.36.228.194> <44497.69.36.228.194.1110474073.squirrel@69.36.228.194> <32883.69.36.228.194.1110831839.squirrel@69.36.228.194> <20050314202905.GT91771@hub.freebsd.org> <34997.69.36.228.194.1110832499.squirrel@69.36.228.194> <20050314203715.GW91771@hub.freebsd.org> <56241.69.36.228.194.1110931336.squirrel@69.36.228.194> <42377D8A.1020905@rojer.pp.ru> <4241F2C0.4000604@chamkila.org> In-Reply-To: <4241F2C0.4000604@chamkila.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-questions@freebsd.org Subject: Re: Freebsd 5.0 Named issue stops itself?? 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, 23 Mar 2005 23:40:33 -0000 Hi all, I am running FreeBSD 5.0 and named . The problem is that it named services are crahing every few hrs.. Here are some logs. Any ideas why named is doing that. Thanks in advance, Aman Mar 17 12:00:00 newsyslog[499]: logfile turned over Mar 17 12:01:20 named[516]: starting (/etc/namedb/named.conf). named 8.3.3-REL Thu Jan 16 19:58:17 GMT 2003 root@hollin.btc.adaptec.com:/usr/obj/usr/src/usr.sbin/named Mar 17 12:01:20 named[516]: limit files set to fdlimit (1024) Mar 17 12:01:20 named[516]: Zone "pcrs.net" (file db.pcrs.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "backattheranchfurniture.com" (file db.backattheranchfurniture.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "cattleyaks.com" (file db.cattleyaks.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "coloradoantlers.com" (file db.coloradoantlers.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "coloradocascades.net" (file db.coloradocascades.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "crestedbutte.cc" (file db.crestedbutte.cc): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "crestedbutteimages.com" (file db.crestedbutteimages.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "crestedbuttemountain.com" (file db.crestedbuttemountain.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "eaglesalesofcrestedbutte.com" (file db.eaglesalesofcrestedbutte.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "garagedoorsrus.com" (file db.garagedoorsrus.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "gastu.org" (file db.gastu.org): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "getdusa.com" (file db.getdusa.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "gunnison.cc" (file db.gunnison.cc): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "mindyland.com" (file db.mindyland.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "mannahealthy.com" (file db.mannahealthy.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "mindycrestedbutterealestate.com" (file db.mindycrestedbutterealestate.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "mesamech.com" (file db.mesamech.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "otherwhen.com" (file db.otherwhen.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "quartercircle.net" (file db.quartercircle.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "rockymtnsatellite.com" (file db.rockymtnsatellite.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "ronnieholze.com" (file db.ronnieholze.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "schnee-berg.com" (file db.schnee-berg.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "shrikeforce.com" (file db.shrikeforce.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "snotrackers.com" (file db.snotrackers.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "snotrakkers.com" (file db.snotrakkers.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "snowmobiling.net" (file db.snowmobiling.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "tibetanyak.com" (file db.tibetanyak.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[516]: Zone "todayrealtyinc.net" (file db.todayrealtyinc.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 17 12:01:20 named[517]: Ready to answer queries. Mar 17 12:01:20 named[517]: check_hints: A records for B.ROOT-SERVERS.NET class 1 do not match hint records Mar 17 12:25:02 sm-mta[578]: j2HCP24g000578: SYSERR(root): Unknown ruleset Basic_check_relay Mar 17 14:16:01 su: kelly to root on /dev/ttyp0 Mar 18 07:21:35 su: tech to root on /dev/ttyp0 Mar 18 15:37:22 named[517]: late CNAME in answer section for dns.skydive.poznan.pl A from [195.116.20.130].53 Mar 18 16:32:18 su: kelly to root on /dev/ttyp0 Mar 19 06:05:21 sshd[7787]: fatal: Timeout before authentication for 203.120.105.67 Mar 19 09:25:24 sshd[8345]: fatal: ssh_msg_send: write Mar 19 09:25:27 sshd[8346]: error: authentication error Mar 19 09:25:29 sshd[8350]: error: authentication error Mar 19 09:25:30 sshd[8350]: error: authentication error Mar 19 09:25:32 sshd[8354]: error: authentication error Mar 19 09:25:33 sshd[8357]: fatal: ssh_msg_send: write Mar 19 09:25:35 sshd[8358]: error: authentication error Mar 19 09:25:35 sshd[8358]: error: authentication error Mar 19 09:25:38 sshd[8362]: error: authentication error Mar 19 09:25:38 sshd[8362]: error: authentication error Mar 19 09:25:41 sshd[8366]: error: authentication error Mar 19 09:25:41 sshd[8366]: error: authentication error Mar 19 09:25:43 sshd[8370]: error: authentication error Mar 19 09:25:44 sshd[8373]: fatal: ssh_msg_send: write Mar 19 09:25:46 sshd[8374]: error: authentication error Mar 19 09:25:47 sshd[8374]: error: authentication error Mar 19 09:25:49 sshd[8378]: error: authentication error Mar 19 09:25:49 sshd[8378]: error: authentication error Mar 19 09:25:52 sshd[8382]: error: authentication error Mar 19 09:25:54 sshd[8386]: error: authentication error Mar 19 09:25:55 sshd[8386]: error: authentication error Mar 19 09:25:57 sshd[8390]: error: authentication error Mar 19 09:25:57 sshd[8390]: error: authentication error Mar 19 09:26:00 sshd[8394]: error: authentication error Mar 19 09:26:00 sshd[8394]: error: authentication error Mar 19 09:26:02 sshd[8398]: error: authentication error Mar 19 09:26:03 sshd[8398]: error: authentication error Mar 19 09:26:05 sshd[8404]: error: authentication error Mar 19 09:26:05 sshd[8407]: fatal: ssh_msg_send: write Mar 19 09:26:08 sshd[8408]: error: authentication error Mar 19 09:26:08 sshd[8411]: fatal: ssh_msg_send: write Mar 19 09:26:10 sshd[8412]: error: authentication error Mar 19 09:26:11 sshd[8412]: error: authentication error Mar 19 09:26:13 sshd[8416]: error: authentication error Mar 19 09:26:14 sshd[8416]: error: authentication error Mar 19 09:26:16 sshd[8420]: error: authentication error Mar 19 09:26:16 sshd[8420]: error: authentication error Mar 19 09:26:19 sshd[8424]: error: authentication error Mar 19 09:26:19 sshd[8427]: fatal: ssh_msg_send: write Mar 19 09:26:21 sshd[8428]: error: authentication error Mar 19 09:26:22 sshd[8428]: error: authentication error Mar 19 09:26:24 sshd[8432]: error: authentication error Mar 19 09:26:24 sshd[8435]: fatal: ssh_msg_send: write Mar 19 09:26:27 sshd[8436]: error: authentication error Mar 19 09:26:27 sshd[8436]: error: authentication error Mar 19 09:26:30 sshd[8440]: error: authentication error Mar 19 09:26:30 sshd[8440]: error: authentication error Mar 19 09:26:32 sshd[8444]: error: authentication error Mar 19 09:26:33 sshd[8444]: error: authentication error Mar 19 09:26:35 sshd[8448]: error: authentication error Mar 19 09:26:35 sshd[8448]: error: authentication error Mar 19 09:26:38 sshd[8452]: error: authentication error Mar 19 09:26:38 sshd[8452]: error: authentication error Mar 19 09:26:40 sshd[8456]: error: authentication error Mar 19 09:26:41 sshd[8456]: error: authentication error Mar 19 09:26:43 sshd[8460]: error: authentication error Mar 19 09:26:43 sshd[8460]: error: authentication error Mar 19 09:26:46 sshd[8464]: error: authentication error Mar 19 09:26:46 sshd[8464]: error: authentication error Mar 19 09:26:48 sshd[8468]: error: authentication error Mar 19 09:26:49 sshd[8468]: error: authentication error Mar 19 09:26:54 sshd[8472]: error: authentication error Mar 19 09:26:55 sshd[8472]: error: authentication error Mar 19 09:26:57 sshd[8476]: error: authentication error Mar 19 09:26:57 sshd[8479]: fatal: ssh_msg_send: write Mar 19 09:27:00 sshd[8480]: error: authentication error Mar 19 09:27:00 sshd[8480]: error: authentication error Mar 19 09:27:02 sshd[8484]: error: authentication error Mar 19 09:27:03 sshd[8487]: fatal: ssh_msg_send: write Mar 19 09:27:05 sshd[8488]: error: authentication error Mar 19 09:27:05 sshd[8491]: fatal: ssh_msg_send: write Mar 19 09:27:08 sshd[8492]: error: authentication error Mar 19 09:27:08 sshd[8492]: error: authentication error Mar 19 09:27:10 sshd[8496]: error: authentication error Mar 19 09:27:11 sshd[8496]: error: authentication error Mar 19 09:27:13 sshd[8500]: error: authentication error Mar 19 09:27:13 sshd[8500]: error: authentication error Mar 19 09:27:16 sshd[8504]: error: authentication error Mar 19 09:27:16 sshd[8504]: error: authentication error Mar 19 12:09:55 su: tech to root on /dev/ttyp0 Mar 19 12:09:58 named[10291]: starting (/etc/namedb/named.conf). named 8.3.3-REL Thu Jan 16 19:58:17 GMT 2003 root@hollin.btc.adaptec.com:/usr/obj/usr/src/usr.sbin/named Mar 19 12:09:58 named[10291]: limit files set to fdlimit (1024) Mar 19 12:09:58 named[10291]: Zone "pcrs.net" (file db.pcrs.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "backattheranchfurniture.com" (file db.backattheranchfurniture.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "cattleyaks.com" (file db.cattleyaks.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "coloradoantlers.com" (file db.coloradoantlers.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "coloradocascades.net" (file db.coloradocascades.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "crestedbutte.cc" (file db.crestedbutte.cc): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "crestedbutteimages.com" (file db.crestedbutteimages.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "crestedbuttemountain.com" (file db.crestedbuttemountain.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "eaglesalesofcrestedbutte.com" (file db.eaglesalesofcrestedbutte.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "garagedoorsrus.com" (file db.garagedoorsrus.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "gastu.org" (file db.gastu.org): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "getdusa.com" (file db.getdusa.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "gunnison.cc" (file db.gunnison.cc): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "gunnisoncoc.org" (file db.gunnisoncoc.org): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "gunnisonoutfitters.com" (file db.gunnisonoutfitters.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "gunnisonsatellite.com" (file db.gunnisonsatellite.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "gunnylaw.com" (file db.gunnylaw.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "inservicetraining.com" (file db.inservicetraining.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "jacobshouse.com" (file db.jacobshouse.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "jamesrayspahn.com" (file db.jamesrayspahn.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "lacyranch.com" (file db.lacyranch.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "laptoppirate.com" (file db.laptoppirate.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "lakecity.net" (file db.lakecity.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "lakecitymillworks.com" (file db.lakecitymillworks.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "mindyland.com" (file db.mindyland.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "mannahealthy.com" (file db.mannahealthy.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "mindycrestedbutterealestate.com" (file db.mindycrestedbutterealestate.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "mesamech.com" (file db.mesamech.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "otherwhen.com" (file db.otherwhen.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "quartercircle.net" (file db.quartercircle.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "rockymtnsatellite.com" (file db.rockymtnsatellite.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "ronnieholze.com" (file db.ronnieholze.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "schnee-berg.com" (file db.schnee-berg.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "shrikeforce.com" (file db.shrikeforce.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "snotrackers.com" (file db.snotrackers.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "snotrakkers.com" (file db.snotrakkers.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "snowmobiling.net" (file db.snowmobiling.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "tibetanyak.com" (file db.tibetanyak.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "todayrealtyinc.net" (file db.todayrealtyinc.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "tradersrendezvous.com" (file db.tradersrendezvous.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "whiteelkranch.com" (file db.whiteelkranch.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "wildflowerweddings.com" (file db.wildflowerweddings.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "wilsonrealty.net" (file db.wilsonrealty.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "wildwoodmotel.net" (file db.wildwoodmotel.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "wodlaw.com" (file db.wodlaw.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "youngminds.com" (file db.youngminds.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: db_load could not open: db.schraderclan.com: No such file or directory Mar 19 12:09:58 named[10291]: Zone "168.229.205.in-addr.arpa" (file pcrs-reverse): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10291]: Zone "165.197.65.in-addr.arpa" (file gunnisonsatellite-reverse): No default TTL ($TTL ) set, using SOA minimum instead Mar 19 12:09:58 named[10292]: Ready to answer queries. Mar 19 12:09:58 named[10292]: check_hints: A records for B.ROOT-SERVERS.NET class 1 do not match hint records Mar 19 12:13:29 su: tech to root on /dev/ttyp0 Mar 19 19:15:11 kernel: Limiting closed port RST response from 254 to 200 packets per second Mar 19 19:15:13 kernel: Limiting closed port RST response from 234 to 200 packets per second Mar 19 19:15:14 kernel: Limiting closed port RST response from 263 to 200 packets per second Mar 19 19:15:15 kernel: Limiting closed port RST response from 282 to 200 packets per second Mar 19 19:18:35 kernel: Limiting closed port RST response from 254 to 200 packets per second Mar 19 19:18:36 kernel: Limiting closed port RST response from 234 to 200 packets per second Mar 19 19:18:39 kernel: Limiting closed port RST response from 280 to 200 packets per second Mar 19 19:20:30 kernel: Limiting closed port RST response from 254 to 200 packets per second Mar 19 19:20:32 kernel: Limiting closed port RST response from 234 to 200 packets per second Mar 19 19:20:33 kernel: Limiting closed port RST response from 263 to 200 packets per second Mar 19 19:20:35 kernel: Limiting closed port RST response from 284 to 200 packets per second Mar 19 14:10:55 rlogind[10688]: Connection from 220.65.64.3 on illegal port Mar 19 20:09:29 named[10292]: late CNAME in answer section for dns.skydive.poznan.pl A from [195.116.20.130].53 Mar 20 22:42:01 su: tech to root on /dev/ttyp0 Mar 20 22:42:05 named[17732]: starting (/etc/namedb/named.conf). named 8.3.3-REL Thu Jan 16 19:58:17 GMT 2003 root@hollin.btc.adaptec.com:/usr/obj/usr/src/usr.sbin/named Mar 20 22:42:05 named[17732]: limit files set to fdlimit (1024) Mar 20 22:42:05 named[17732]: Zone "pcrs.net" (file db.pcrs.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "backattheranchfurniture.com" (file db.backattheranchfurniture.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "cattleyaks.com" (file db.cattleyaks.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "coloradoantlers.com" (file db.coloradoantlers.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "coloradocascades.net" (file db.coloradocascades.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "crestedbutte.cc" (file db.crestedbutte.cc): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "crestedbutteimages.com" (file db.crestedbutteimages.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "crestedbuttemountain.com" (file db.crestedbuttemountain.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "eaglesalesofcrestedbutte.com" (file db.eaglesalesofcrestedbutte.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "garagedoorsrus.com" (file db.garagedoorsrus.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "gastu.org" (file db.gastu.org): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "getdusa.com" (file db.getdusa.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "gunnison.cc" (file db.gunnison.cc): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "gunnisoncoc.org" (file db.gunnisoncoc.org): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "gunnisonoutfitters.com" (file db.gunnisonoutfitters.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "gunnisonsatellite.com" (file db.gunnisonsatellite.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "gunnylaw.com" (file db.gunnylaw.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "inservicetraining.com" (file db.inservicetraining.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "jacobshouse.com" (file db.jacobshouse.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "jamesrayspahn.com" (file db.jamesrayspahn.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "lacyranch.com" (file db.lacyranch.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "laptoppirate.com" (file db.laptoppirate.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "lakecity.net" (file db.lakecity.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "lakecitymillworks.com" (file db.lakecitymillworks.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "mindyland.com" (file db.mindyland.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "mannahealthy.com" (file db.mannahealthy.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "mindycrestedbutterealestate.com" (file db.mindycrestedbutterealestate.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "mesamech.com" (file db.mesamech.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "otherwhen.com" (file db.otherwhen.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "quartercircle.net" (file db.quartercircle.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "rockymtnsatellite.com" (file db.rockymtnsatellite.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "ronnieholze.com" (file db.ronnieholze.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "schnee-berg.com" (file db.schnee-berg.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "shrikeforce.com" (file db.shrikeforce.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "snotrackers.com" (file db.snotrackers.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "snotrakkers.com" (file db.snotrakkers.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "snowmobiling.net" (file db.snowmobiling.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "tibetanyak.com" (file db.tibetanyak.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "todayrealtyinc.net" (file db.todayrealtyinc.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "tradersrendezvous.com" (file db.tradersrendezvous.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "whiteelkranch.com" (file db.whiteelkranch.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "wildflowerweddings.com" (file db.wildflowerweddings.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "wilsonrealty.net" (file db.wilsonrealty.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "wildwoodmotel.net" (file db.wildwoodmotel.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "wodlaw.com" (file db.wodlaw.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "youngminds.com" (file db.youngminds.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: db_load could not open: db.schraderclan.com: No such file or directory Mar 20 22:42:05 named[17732]: Zone "168.229.205.in-addr.arpa" (file pcrs-reverse): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17732]: Zone "165.197.65.in-addr.arpa" (file gunnisonsatellite-reverse): No default TTL ($TTL ) set, using SOA minimum instead Mar 20 22:42:05 named[17733]: Ready to answer queries. Mar 20 22:42:05 named[17733]: check_hints: A records for B.ROOT-SERVERS.NET class 1 do not match hint records Mar 21 13:09:01 sshd[18962]: fatal: Timeout before authentication for 193.140.183.3 Mar 21 15:25:10 kernel: em0: Link is Down Mar 21 15:25:15 kernel: em0: Link is up 100 Mbps Full Duplex Mar 21 08:26:56 named[19422]: starting (/etc/namedb/named.conf). named 8.3.3-REL Thu Jan 16 19:58:17 GMT 2003 root@hollin.btc.adaptec.com:/usr/obj/usr/src/usr.sbin/named Mar 21 08:26:56 named[19422]: limit files set to fdlimit (1024) Mar 21 08:26:56 named[19422]: Zone "pcrs.net" (file db.pcrs.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "backattheranchfurniture.com" (file db.backattheranchfurniture.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "cattleyaks.com" (file db.cattleyaks.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "coloradoantlers.com" (file db.coloradoantlers.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "coloradocascades.net" (file db.coloradocascades.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "crestedbutte.cc" (file db.crestedbutte.cc): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "crestedbutteimages.com" (file db.crestedbutteimages.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "crestedbuttemountain.com" (file db.crestedbuttemountain.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "eaglesalesofcrestedbutte.com" (file db.eaglesalesofcrestedbutte.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "garagedoorsrus.com" (file db.garagedoorsrus.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "gastu.org" (file db.gastu.org): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "getdusa.com" (file db.getdusa.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "gunnylaw.com" (file db.gunnylaw.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "inservicetraining.com" (file db.inservicetraining.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "jacobshouse.com" (file db.jacobshouse.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "jamesrayspahn.com" (file db.jamesrayspahn.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "lacyranch.com" (file db.lacyranch.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "laptoppirate.com" (file db.laptoppirate.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "lakecity.net" (file db.lakecity.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "lakecitymillworks.com" (file db.lakecitymillworks.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "mindyland.com" (file db.mindyland.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "mannahealthy.com" (file db.mannahealthy.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "mindycrestedbutterealestate.com" (file db.mindycrestedbutterealestate.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "mesamech.com" (file db.mesamech.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "otherwhen.com" (file db.otherwhen.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19422]: Zone "quartercircle.net" (file db.quartercircle.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:26:56 named[19423]: Ready to answer queries. Mar 21 08:32:54 named[19432]: starting (/etc/namedb/named.conf). named 8.3.3-REL Thu Jan 16 19:58:17 GMT 2003 root@hollin.btc.adaptec.com:/usr/obj/usr/src/usr.sbin/named Mar 21 08:32:54 named[19432]: limit files set to fdlimit (1024) Mar 21 08:32:54 named[19432]: Zone "pcrs.net" (file db.pcrs.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "backattheranchfurniture.com" (file db.backattheranchfurniture.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "cattleyaks.com" (file db.cattleyaks.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "coloradoantlers.com" (file db.coloradoantlers.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "coloradocascades.net" (file db.coloradocascades.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "crestedbutte.cc" (file db.crestedbutte.cc): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "crestedbutteimages.com" (file db.crestedbutteimages.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "crestedbuttemountain.com" (file db.crestedbuttemountain.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "eaglesalesofcrestedbutte.com" (file db.eaglesalesofcrestedbutte.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "garagedoorsrus.com" (file db.garagedoorsrus.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "gastu.org" (file db.gastu.org): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "getdusa.com" (file db.getdusa.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "gunnison.cc" (file db.gunnison.cc): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "schnee-berg.com" (file db.schnee-berg.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "shrikeforce.com" (file db.shrikeforce.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "snotrackers.com" (file db.snotrackers.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "snotrakkers.com" (file db.snotrakkers.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "snowmobiling.net" (file db.snowmobiling.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "tibetanyak.com" (file db.tibetanyak.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "todayrealtyinc.net" (file db.todayrealtyinc.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "tradersrendezvous.com" (file db.tradersrendezvous.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "whiteelkranch.com" (file db.whiteelkranch.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "wildflowerweddings.com" (file db.wildflowerweddings.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "wilsonrealty.net" (file db.wilsonrealty.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "wildwoodmotel.net" (file db.wildwoodmotel.net): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "wodlaw.com" (file db.wodlaw.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: Zone "youngminds.com" (file db.youngminds.com): No default TTL ($TTL ) set, using SOA minimum instead Mar 21 08:32:54 named[19432]: db_load could not open: db.schraderclan.com: No such file or directory Mar 21 08:32:54 named[19433]: Ready to answer queries. Mar 21 15:38:11 stryder syslogd: kernel boot file is /boot/kernel/kernel Mar 21 15:38:11 stryder kernel: Copyright (c) 1992-2003 The FreeBSD Project. Mar 21 15:38:11 stryder kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Mar 21 15:38:11 stryder kernel: The Regents of the University of California. All rights reserved. Mar 21 15:38:11 stryder kernel: FreeBSD 5.0-RELEASE #0: Thu Jan 16 22:16:53 GMT 2003 Mar 21 15:38:11 stryder kernel: root@hollin.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC Mar 21 15:38:11 stryder kernel: Preloaded elf kernel "/boot/kernel/kernel" at 0xc0673000. Mar 21 15:38:11 stryder kernel: Preloaded elf module "/boot/kernel/acpi.ko" at 0xc06730a8. Mar 21 15:38:11 stryder kernel: Timecounter "i8254" frequency 1193182 Hz Mar 21 15:38:11 stryder kernel: Timecounter "TSC" frequency 2398854108 Hz Mar 21 15:38:11 stryder kernel: CPU: Pentium 4 (2398.85-MHz 686-class CPU) Mar 21 15:38:11 stryder kernel: Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Mar 21 15:38:11 stryder kernel: Features=0xffffffffbfebfbff> Mar 21 15:38:11 stryder kernel: real memory = 259981312 (247 MB) Mar 21 15:38:11 stryder kernel: avail memory = 245620736 (234 MB) Mar 21 15:38:11 stryder kernel: Initializing GEOMetry subsystem Mar 21 15:38:11 stryder kernel: Pentium Pro MTRR support enabled Mar 21 15:38:11 stryder kernel: npx0: on motherboard Mar 21 15:38:11 stryder kernel: npx0: INT 16 interface Mar 21 15:38:11 stryder kernel: acpi0: on motherboard Mar 21 15:38:11 stryder kernel: ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE31 Mar 21 15:38:11 stryder kernel: Using $PIR table, 12 entries at 0xc00fde90 Mar 21 15:38:11 stryder kernel: acpi0: power button is handled as a fixed feature programming model. Mar 21 15:38:11 stryder kernel: Timecounter "ACPI-fast" frequency 3579545 Hz Mar 21 15:38:11 stryder kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 Mar 21 15:38:11 stryder kernel: acpi_cpu0: on acpi0 Mar 21 15:38:11 stryder kernel: acpi_cpu1: on acpi0 Mar 21 15:38:11 stryder kernel: acpi_tz0: on acpi0 Mar 21 15:38:11 stryder kernel: acpi_button0: on acpi0 Mar 21 15:38:11 stryder kernel: pcib0: port 0xcf8-0xcff on acpi0 Mar 21 15:38:11 stryder kernel: pci0: on pcib0 Mar 21 15:38:11 stryder kernel: agp0: mem 0xec100000-0xec17ffff,0xe0000000-0xe7ffffff irq 12 at device 2.0 on pci0 Mar 21 15:38:11 stryder kernel: agp0: detected 8060k stolen memory Mar 21 15:38:11 stryder kernel: agp0: aperture size is 128M Mar 21 15:38:11 stryder kernel: uhci0: port 0xb800-0xb81f irq 12 at device 29.0 on pci0 Mar 21 15:38:11 stryder kernel: usb0: on uhci0 Mar 21 15:38:11 stryder kernel: usb0: USB revision 1.0 Mar 21 15:38:11 stryder kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Mar 21 15:38:11 stryder kernel: uhub0: 2 ports with 2 removable, self powered Mar 21 15:38:11 stryder kernel: uhci1: port 0xb000-0xb01f irq 9 at device 29.1 on pci0 Mar 21 15:38:11 stryder kernel: usb1: on uhci1 Mar 21 15:38:11 stryder kernel: usb1: USB revision 1.0 Mar 21 15:38:11 stryder kernel: uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Mar 21 15:38:11 stryder kernel: uhub1: 2 ports with 2 removable, self powered Mar 21 15:38:11 stryder kernel: uhci2: port 0xb400-0xb41f irq 5 at device 29.2 on pci0 Mar 21 15:38:11 stryder kernel: usb2: on uhci2 Mar 21 15:38:11 stryder kernel: usb2: USB revision 1.0 Mar 21 15:38:11 stryder kernel: uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Mar 21 15:38:11 stryder kernel: uhub2: 2 ports with 2 removable, self powered Mar 21 15:38:11 stryder kernel: pci0: at device 29.7 (no driver attached) Mar 21 15:38:11 stryder kernel: pcib1: at device 30.0 on pci0 Mar 21 15:38:11 stryder kernel: pci1: on pcib1 Mar 21 15:38:11 stryder kernel: em0: port 0xa000-0xa03f mem 0xec000000-0xec01ffff irq 11 at device 5.0 on pci1 Mar 21 15:38:11 stryder kernel: em0: Speed:100 Mbps Duplex:Full Mar 21 15:38:11 stryder kernel: em1: port 0xa400-0xa43f mem 0xec020000-0xec03ffff irq 10 at device 6.0 on pci1 Mar 21 15:38:11 stryder kernel: em1: Speed:N/A Duplex:N/A Mar 21 15:38:11 stryder kernel: isab0: at device 31.0 on pci0 Mar 21 15:38:11 stryder kernel: isa0: on isab0 Mar 21 15:38:11 stryder kernel: atapci0: port 0xcc00-0xcc0f,0xc800-0xc803,0xc400-0xc407,0xc000-0xc003,0xbc00-0xbc07 mem 0xec181000-0xec1813ff at device 31.1 on pci0 Mar 21 15:38:11 stryder kernel: ata0: at 0x1f0 irq 14 on atapci0 Mar 21 15:38:11 stryder kernel: ata1: at 0x170 irq 15 on atapci0 Mar 21 15:38:11 stryder kernel: pci0: at device 31.3 (no driver attached) Mar 21 15:38:11 stryder kernel: sio0 port 0x3f8-0x3ff irq 4 on acpi0 Mar 21 15:38:11 stryder kernel: sio0: type 16550A Mar 21 15:38:11 stryder kernel: sio1 port 0x2f8-0x2ff irq 3 on acpi0 Mar 21 15:38:11 stryder kernel: sio1: type 16550A Mar 21 15:38:11 stryder kernel: ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 Mar 21 15:38:11 stryder kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode Mar 21 15:38:11 stryder kernel: ppc0: FIFO with 16/16/9 bytes threshold Mar 21 15:38:11 stryder kernel: plip0: on ppbus0 Mar 21 15:38:11 stryder kernel: lpt0: on ppbus0 Mar 21 15:38:11 stryder kernel: lpt0: Interrupt-driven port Mar 21 15:38:11 stryder kernel: ppi0: on ppbus0 Mar 21 15:38:11 stryder kernel: atkbdc0: port 0x64,0x60 irq 1 on acpi0 Mar 21 15:38:11 stryder kernel: atkbd0: flags 0x1 irq 1 on atkbdc0 Mar 21 15:38:11 stryder kernel: kbd0 at atkbd0 Mar 21 15:38:11 stryder kernel: orm0: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=06911106) pcibios: BIOS version 2.10 Found $PIR table, 7 entries at 0xc00fdbc0 PCI-Only Interrupts: 5 10 11 Location Bus Device Pin Link IRQs slot 1 0 8 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 D 0x05 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 C 0x05 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 B 0x05 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 D 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 A 0x05 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 B 0x01 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 C 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 D 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 13 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 5 0 13 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 13 C 0x05 3 4 5 7 9 10 11 12 14 15 slot 5 0 13 D 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 1 A 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 1 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 1 D 0x05 3 4 5 7 9 10 11 12 14 15 embedded 0 7 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 7 D 0x05 3 4 5 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi0: Power Button (fixed) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 ACPI timer: 0/3 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 9 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x4010 acpi_button0: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \\_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.8.0 \\_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.8.1 \\_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.8.2 \\_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.8.3 \\_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.9.0 \\_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.9.1 \\_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.9.2 \\_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.9.3 \\_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.10.0 \\_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.10.1 \\_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.10.2 \\_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.10.3 \\_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.11.0 \\_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.11.1 \\_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.11.2 \\_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.11.3 \\_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.13.0 \\_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.13.1 \\_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.13.2 \\_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.13.3 \\_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.7.0 \\_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.7.1 \\_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.7.2 \\_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.7.3 \\_SB_.PCI0.LNKA irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 5+ low,level,sharable 0.1.0 \\_SB_.PCI0.LNKB irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.1.1 \\_SB_.PCI0.LNKC irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 0+ low,level,sharable 0.1.2 \\_SB_.PCI0.LNKD irq 0: [ 1 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.1.3 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base d0000000, size 27, enabled found-> vendor=0x1106, dev=0x0691, revid=0xc4 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x8598, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x0686, revid=0x41 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c000, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=7, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c400, size 5, enabled pcib0: matched entry for 0.7.INTD (src \\_SB_.PCI0.LNKD) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNKA (references 7, priority 145351): interrupts: 10 5 11 12 7 6 4 3 15 14 1 penalty: 280 330 560 5280 5280 5280 5280 5280 50280 50280100280 \\_SB_.PCI0.LNKB (references 7, priority 145351): interrupts: 10 5 11 12 7 6 4 3 15 14 1 penalty: 280 330 560 5280 5280 5280 5280 5280 50280 50280100280 \\_SB_.PCI0.LNKC (references 7, priority 145351): interrupts: 10 5 11 12 7 6 4 3 15 14 1 penalty: 280 330 560 5280 5280 5280 5280 5280 50280 50280100280 \\_SB_.PCI0.LNKD (references 7, priority 145351): interrupts: 10 5 11 12 7 6 4 3 15 14 1 penalty: 280 330 560 5280 5280 5280 5280 5280 50280 50280100280 pcib0: slot 7 INTD routed to irq 10 via \\_SB_.PCI0.LNKD found-> vendor=0x1106, dev=0x3038, revid=0x16 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c800, size 5, enabled pcib0: matched entry for 0.7.INTD (src \\_SB_.PCI0.LNKD) pcib0: slot 7 INTD is already routed to irq 10 found-> vendor=0x1106, dev=0x3038, revid=0x16 bus=0, slot=7, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x3057, revid=0x40 bus=0, slot=7, func=4 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000cc00, size 3, enabled map[14]: type 4, range 32, base 0000d000, size 2, enabled map[18]: type 4, range 32, base 0000d400, size 3, enabled map[1c]: type 4, range 32, base 0000d800, size 2, enabled map[20]: type 4, range 32, base 0000dc00, size 4, enabled map[24]: type 1, range 32, base dd000000, size 9, enabled pcib0: matched entry for 0.9.INTA (src \\_SB_.PCI0.LNKB) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNKA (references 7, priority 147534): interrupts: 5 10 11 12 7 6 4 3 15 14 1 penalty: 610 630 1120 5560 5560 5560 5560 5560 50560 50560100560 \\_SB_.PCI0.LNKB (references 7, priority 147534): interrupts: 5 10 11 12 7 6 4 3 15 14 1 penalty: 610 630 1120 5560 5560 5560 5560 5560 50560 50560100560 \\_SB_.PCI0.LNKC (references 7, priority 147534): interrupts: 5 10 11 12 7 6 4 3 15 14 1 penalty: 610 630 1120 5560 5560 5560 5560 5560 50560 50560100560 pcib0: slot 9 INTA routed to irq 11 via \\_SB_.PCI0.LNKB found-> vendor=0x1095, dev=0x3112, revid=0x02 bus=0, slot=9, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e000, size 5, enabled pcib0: matched entry for 0.11.INTA (src \\_SB_.PCI0.LNKD) pcib0: slot 11 INTA is already routed to irq 10 found-> vendor=0x10ec, dev=0x8029, revid=0x00 bus=0, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type 4, range 32, base 0000e400, size 6, enabled pcib0: matched entry for 0.13.INTA (src \\_SB_.PCI0.LNKB) pcib0: slot 13 INTA is already routed to irq 11 found-> vendor=0x1274, dev=0x5880, revid=0x02 bus=0, slot=13, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=11 powerspec 1 supports D0 D2 D3 current D0 agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xd0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xda000000-0xdbffffff pcib1: prefetched decode 0xd8000000-0xd9ffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base da000000, size 24, enabled pcib1: device (null) requested decoded memory range 0xda000000-0xdaffffff map[14]: type 3, range 32, base d8000000, size 25, enabled pcib1: device (null) requested decoded memory range 0xd8000000-0xd9ffffff pcib0: matched entry for 0.1.INTA (src \\_SB_.PCI0.LNKA) pcib0: possible interrupts: 1 3 4 5 6 7 10 11 12 14 15 ACPI PCI link arbitrated settings: \\_SB_.PCI0.LNKA (references 7, priority 149717): interrupts: 5 10 11 12 7 6 4 3 15 14 1 penalty: 890 910 1750 5840 5840 5840 5840 5840 50840 50840100840 \\_SB_.PCI0.LNKC (references 7, priority 149717): interrupts: 5 10 11 12 7 6 4 3 15 14 1 penalty: 890 910 1750 5840 5840 5840 5840 5840 50840 50840100840 pcib0: slot 1 INTA routed to irq 5 via \\_SB_.PCI0.LNKA pcib1: slot 0 INTA is routed to irq 5 found-> vendor=0x10de, dev=0x002d, revid=0x15 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=5 powerspec 1 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xc000-0xc00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc000 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=01 ata1-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x01 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=10 stat1=01 devices=0x4 ata1: [MPSAFE] uhci0: port 0xc400-0xc41f irq 10 at device 7.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc400 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered umass0: vendor 0x1005 USB Flash Drive, rev 2.00/1.00, addr 2 umass0:0:0:-1: Attached to scbus0 uhci1: port 0xc800-0xc81f irq 10 at device 7.3 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc800 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered atapci1: port 0xdc00-0xdc0f,0xd800-0xd803,0xd400-0xd407,0xd000-0xd003,0xcc00-0xcc07 mem 0xdd000000-0xdd0001ff irq 11 at device 9.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xdc00 atapci1: [MPSAFE] atapci1: Reserved 0x200 bytes for rid 0x24 type 3 at 0xdd000000 ata2: channel #0 on atapci1 ata2: reset tp1 mask=01 ostat0=50 ostat1=00 ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: channel #1 on atapci1 ata3: reset tp1 mask=01 ostat0=7f ostat1=00 ata3-master: stat=0xff err=0x00 lsb=0x00 msb=0x00 ata3-master: stat=0xff err=0x00 lsb=0x00 msb=0x00 ata3-master: stat=0xff err=0x00 lsb=0x00 msb=0x00 ata3-master: stat=0xff err=0x00 lsb=0x00 msb=0x00 ata3-master: stat=0xff err=0x00 lsb=0x00 msb=0x00 ata3-master: stat=0xff err=0x00 lsb=0x00 msb=0x00 ata3-master: stat=0xff err=0x00 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=ff stat1=00 devices=0x0 ata3: [MPSAFE] ed0: port 0xe000-0xe01f irq 10 at device 11.0 on pci0 ed0: Reserved 0x20 bytes for rid 0x10 type 4 at 0xe000 ed0: [GIANT-LOCKED] ed0: bpf attached ed0: Ethernet address: 52:54:ab:56:f2:0e ed0: if_start running deferred for Giant ed0: type NE2000 (16 bit) pci0: at device 13.0 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: EPP SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: not probed (disabled) psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model NetMouse/NetScroll Optical, device ID 0-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it ed: ed0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xd0000-0xd47ff,0xc0000-0xcffff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) fb: new array size 4 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 300684648 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on VIA 82C686B chip ad0: ATA-6 disk at ata0-master ad0: 19092MB (39102336 sectors), 38792 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, PIO4 ar: FreeBSD check1 failed ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata1-master: setting PIO4 on VIA 82C686B chip ata1-master: setting UDMA33 on VIA 82C686B chip acd0: CDRW drive at ata1 as master acd0: read 8958KB/s (8958KB/s) write 8958KB/s (8958KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata2-master: pio=0x0c wdma=0x22 udma=0x46 cable=40pin ad4: ATA-6 disk at ata2-master ad4: 114473MB (234441648 sectors), 232581 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, SATA150 ar: LSI check1 failed GEOM: new disk ad0 GEOM: new disk ad4 [0] f:80 typ:12 s(CHS):0/1/1 e(CHS):385/254/63 s:63 l:39102147 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 20020299264 end 20020331519 [0] f:00 typ:11 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:58605057 [1] f:00 typ:166 s(CHS):1023/0/1 e(CHS):1023/254/63 s:58605120 l:78140160 [2] f:80 typ:165 s(CHS):1023/0/1 e(CHS):1023/254/63 s:136745280 l:29318625 [3] f:00 typ:5 s(CHS):1023/0/1 e(CHS):1023/254/63 s:166063905 l:68372640 GEOM: Configure ad4s1, start 32256 length 30005789184 end 30005821439 GEOM: Configure ad4s2, start 30005821440 length 40007761920 end 70013583359 GEOM: Configure ad4s3, start 70013583360 length 15011136000 end 85024719359 GEOM: Configure ad4s4, start 85024719360 length 35006791680 end 120031511039 [0] f:6b typ:101 s(CHS):372/117/51 e(CHS):367/32/52 s:1869511200 l:168654198 [1] f:00 typ:121 s(CHS):357/32/43 e(CHS):0/13/10 s:1330184192 l:538976288 [2] f:20 typ:83 s(CHS):345/32/19 e(CHS):324/77/19 s:538989391 l:1398362912 [3] f:7e typ:73 s(CHS):87/1/0 e(CHS):335/78/2 s:1394627663 l:21337 GEOM: Configure ad0s1s2, start 681054306304 length 275955859456 end 957010165759 [0] f:20 typ:32 s(CHS):356/97/46 e(CHS):357/116/40 s:1919950958 l:544437093 [1] f:61 typ:107 s(CHS):288/110/57 e(CHS):269/101/57 s:1330184202 l:538976288 [2] f:20 typ:83 s(CHS):345/32/19 e(CHS):324/77/19 s:538989391 l:1398362912 [3] f:80 typ:73 s(CHS):87/1/0 e(CHS):335/78/2 s:1394627663 l:21337 GEOM: Configure ad4s1s4, start 714049363456 length 10924544 end 714060287999 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 GEOM: Configure ad4s3a, start 0 length 268435456 end 268435455 GEOM: Configure ad4s3b, start 268435456 length 778870784 end 1047306239 GEOM: Configure ad4s3c, start 0 length 15011136000 end 15011135999 GEOM: Configure ad4s3d, start 1047306240 length 268435456 end 1315741695 GEOM: Configure ad4s3e, start 1315741696 length 268435456 end 1584177151 GEOM: Configure ad4s3f, start 1584177152 length 13426958848 end 15011135999 [0] f:80 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:112392 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:112455 l:996030 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad4s4s1, start 32256 length 57544704 end 57576959 GEOM: Configure ad4s4s2, start 57576960 length 509967360 end 567544319 MBREXT Slice 5 on ad4s4: [0] f:80 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:112392 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:112455 l:996030 GEOM: Configure ad4s5, start 32256 length 57544704 end 57576959 MBREXT Slice 6 on ad4s4: [0] f:00 typ:130 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:995967 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:1108485 l:3919860 GEOM: Configure ad4s6, start 57609216 length 509935104 end 567544319 MBREXT Slice 7 on ad4s4: [0] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:3919797 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:5028345 l:63344295 GEOM: Configure ad4s7, start 567576576 length 2006936064 end 2574512639 MBREXT Slice 8 on ad4s4: [0] f:00 typ:142 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:63344232 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad4s8, start 2574544896 length 32432246784 end 35006791679 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:130 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:995967 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:1108485 l:3919860 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad4s4s2s1, start 32256 length 509935104 end 509967359 GEOM: Configure ad4s4s2s2, start 567544320 length 2006968320 end 2574512639 MBREXT Slice 5 on ad4s4s2: [0] f:00 typ:130 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:995967 [1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:1108485 l:3919860 GEOM: Configure ad4s4s5, start 32256 length 509935104 end 509967359 pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable Direct Access SCSI-0 device pass0: Serial Number \^_ pass0: 1.000MB/s transfers GEOM: new disk da0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: Serial Number \^_ da0: 1.000MB/s transfers da0: 123MB (253949 512 byte sectors: 64H 32S/T 123C) [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 Mounting root from ufs:/dev/ad4s3a WARNING: / was not properly dismounted start_init: trying /sbin/init WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted pflog0: bpf attached Linux ELF exec handler installed Mar 23 11:44:30 windoze kernel: ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=140737520 Mar 23 11:44:31 windoze kernel: ad4: FAILURE - WRITE_DMA timed out Mar 23 11:44:37 windoze kernel: ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=146626096 Mar 23 11:44:38 windoze kernel: ad4: FAILURE - WRITE_DMA timed out Mar 23 11:44:46 windoze kernel: ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=150765968 Mar 23 11:44:47 windoze kernel: ad4: FAILURE - WRITE_DMA timed out Mar 23 11:44:54 windoze kernel: ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=144745840 Mar 23 11:44:55 windoze kernel: ad4: FAILURE - WRITE_DMA timed out Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: SIZE=127 MTIME=Jun 30 22:06 2004 (CLEARED) Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: UNREF FILE I=71464 OWNER=root MODE=100644 Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: SIZE=69 MTIME=Jun 30 22:06 2004 (CLEARED) Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: UNREF FILE I=71472 OWNER=root MODE=100644 Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: SIZE=1629 MTIME=Jun 30 22:06 2004 (CLEARED) Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: UNREF FILE I=71479 OWNER=root MODE=100644 Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: SIZE=17388 MTIME=Jun 30 22:06 2004 (CLEARED) Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: UNREF FILE I=71684 OWNER=root MODE=100644 Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: SIZE=47 MTIME=Feb 9 19:44 2005 (CLEARED) Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: UNREF FILE I=71790 OWNER=root MODE=100644 Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: SIZE=75 MTIME=Feb 9 19:44 2005 (CLEARED) Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: UNREF FILE I=71794 OWNER=root MODE=100644 Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: SIZE=12 MTIME=Feb 9 19:44 2005 (CLEARED) Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: LINK COUNT FILE I=259381 OWNER=root MODE=100644 Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: SIZE=41589 MTIME=Feb 1 00:26 2005 COUNT 2 SHOULD BE 1 (ADJUSTED) Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: LINK COUNT FILE I=259386 OWNER=root MODE=100644 Mar 23 11:44:56 windoze fsck: /dev/ad4s3f: SIZE=9452 MTIME=Feb 1 00:26 2005 COUNT 2 SHOULD BE 1 (ADJUSTED) Mar 23 11:52:38 windoze kernel: ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=139184240 Mar 23 11:52:40 windoze kernel: ad4: FAILURE - WRITE_DMA timed out ******* Working on device /dev/ad4 ******* parameters extracted from in-core disklabel are: cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl) fdisk ad4: Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 11 (0x0b),(DOS or Windows 95 with 32 bit FAT) start 63, size 58605057 (28615 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 166 (0xa6),(OpenBSD) start 58605120, size 78140160 (38154 Meg), flag 0 beg: cyl 1023/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 136745280, size 29318625 (14315 Meg), flag 80 (active) beg: cyl 1023/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 4 is: sysid 5 (0x05),(Extended DOS) start 166063905, size 68372640 (33385 Meg), flag 0 beg: cyl 1023/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 atacontrol info: ATA channel 0: Master: ad0 ATA/ATAPI revision 6 Slave: no device present ATA channel 1: Master: acd0 ATA/ATAPI revision 0 Slave: no device present ATA channel 2: Master: ad4 Serial ATA v1.0 Slave: no device present ATA channel 3: Master: no device present Slave: no device present From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 24 12:22:39 2005 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 5A75916A4CE for ; Thu, 24 Mar 2005 12:22:39 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 474AB43D49 for ; Thu, 24 Mar 2005 12:22:38 +0000 (GMT) (envelope-from marius.nuennerich@gmx.net) Received: (qmail invoked by alias); 24 Mar 2005 12:22:37 -0000 Received: from pD9E5F934.dip.t-dialin.net (EHLO olaf.hackerzberg.dyndns.org) [217.229.249.52] by mail.gmx.net (mp031) with SMTP; 24 Mar 2005 13:22:37 +0100 X-Authenticated: #5707313 Date: Thu, 24 Mar 2005 13:22:31 +0100 From: Marius =?ISO-8859-1?Q?N=FCnnerich?= To: freebsd-hackers@freebsd.org Message-ID: <20050324132231.237615e7@olaf.hackerzberg.dyndns.org> In-Reply-To: <20050324111756.GB1615@orion.daedalusnetworks.priv> References: <20050324020042.GB24891@VARK.MIT.EDU> <20050324111756.GB1615@orion.daedalusnetworks.priv> X-Mailer: Sylpheed-Claws 1.0.3 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Signature_Thu__24_Mar_2005_13_22_31_+0100_gLXUc.I9N/7cEa88"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Thu, 24 Mar 2005 13:53:53 +0000 Subject: Re: Kernel documentation and specification 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, 24 Mar 2005 12:22:39 -0000 --Signature_Thu__24_Mar_2005_13_22_31_+0100_gLXUc.I9N/7cEa88 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 24 Mar 2005 13:17:56 +0200 Giorgos Keramidas wrote: >=20 > The book is absolutely fabulous! Watch out for the details though and > keep in mind that you many find it nice to have a FreeBSD source tree > nearby, just for the fun of browsing the source itself too while you > read. >=20 Is there much difference to "The Design and Implementation of the 4.4BSD Operating System"? I have already read that, and don't know if the new book is just the same with a few parts updated? cheers Marius --Signature_Thu__24_Mar_2005_13_22_31_+0100_gLXUc.I9N/7cEa88 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQrELFqu2z7AvZZQRArDpAJwPMEwbayb8a/KUHHKFmd4kVEPbIACgpkEo dRZvO6EdaGn+N7a4dvymORM= =sgtr -----END PGP SIGNATURE----- --Signature_Thu__24_Mar_2005_13_22_31_+0100_gLXUc.I9N/7cEa88-- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 24 13:47:03 2005 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 5272416A4CE for ; Thu, 24 Mar 2005 13:47:03 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id E18BD43D4C for ; Thu, 24 Mar 2005 13:47:02 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDU00FHPZD7BW50@bgo1smout1.broadpark.no> for freebsd-hackers@freebsd.org; Thu, 24 Mar 2005 14:41:31 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDU00I12ZP4ASA1@bgo1sminn1.broadpark.no> for freebsd-hackers@freebsd.org; Thu, 24 Mar 2005 14:48:40 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id C3643BDC3E; Thu, 24 Mar 2005 14:47:01 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 591159F4F9; Thu, 24 Mar 2005 14:46:56 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 3CFCF33C1B; Thu, 24 Mar 2005 14:46:56 +0100 (CET) Date: Thu, 24 Mar 2005 14:46:56 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <200503240312.j2O3C0qp094037@realtime.exit.com> To: frank@exit.com Message-id: <86hdj1gnqn.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <200503240312.j2O3C0qp094037@realtime.exit.com> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-hackers@freebsd.org cc: klowd9 - Subject: Re: Kernel documentation and specification 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, 24 Mar 2005 13:47:03 -0000 Frank Mayhar writes: > Um, well, actually for a reference work, that's a reasonable price. You > might be able to pick up a copy of the 4.4BSD demon book used, I guess. It would be nearly useless. The latest edition is well worth its price. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 24 13:50:59 2005 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 18C8916A4CE for ; Thu, 24 Mar 2005 13:50:59 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id A411043D54 for ; Thu, 24 Mar 2005 13:50:58 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDU00FPTZJRBW50@bgo1smout1.broadpark.no> for freebsd-hackers@FreeBSD.org; Thu, 24 Mar 2005 14:45:27 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDU00IA5ZVOARB1@bgo1sminn1.broadpark.no> for freebsd-hackers@FreeBSD.org; Thu, 24 Mar 2005 14:52:36 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id 3DB0CBDC6E; Thu, 24 Mar 2005 14:50:57 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 8279BBDC5E; Thu, 24 Mar 2005 14:50:52 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 746EB33C1B; Thu, 24 Mar 2005 14:50:52 +0100 (CET) Date: Thu, 24 Mar 2005 14:50:52 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: To: klowd9 - Message-id: <86d5tpgnk3.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-hackers@FreeBSD.org Subject: Re: Kernel documentation and specification 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, 24 Mar 2005 13:50:59 -0000 "klowd9 -" writes: > First of all i am dead serious about learning. Apparently not. > Secondly, where i come from, $60 is alot of money. And in the spirit > of open source and free software, charging $60 for a book is > ridiculous. I want to code free software and contribute to the open > source community, must i be prepared to pay inorder to contribute? Yes. > Why > isnt a free copy of this book available online? Because Kirk needs to eat. > The author obviously > put alot of time and effort into making this excellent book, but so do > thousands of other people writing code and papers every day, published > freely on the internet, and they ask for nothing in return, besides > perhaps, some gratitude Kirk has also contributed a lot of code for free. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 24 14:32:41 2005 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 DB58D16A4CE for ; Thu, 24 Mar 2005 14:32:41 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0424F43D2D for ; Thu, 24 Mar 2005 14:32:41 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j2OEW4iF020844; Thu, 24 Mar 2005 16:32:04 +0200 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j2OEWdfE035387; Thu, 24 Mar 2005 16:32:39 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)j2OEWdh0035386; Thu, 24 Mar 2005 16:32:39 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Thu, 24 Mar 2005 16:32:39 +0200 From: Giorgos Keramidas To: Marius N?nnerich Message-ID: <20050324143238.GA35328@orion.daedalusnetworks.priv> References: <20050324020042.GB24891@VARK.MIT.EDU> <20050324111756.GB1615@orion.daedalusnetworks.priv> <20050324132231.237615e7@olaf.hackerzberg.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050324132231.237615e7@olaf.hackerzberg.dyndns.org> cc: freebsd-hackers@freebsd.org Subject: Re: Kernel documentation and specification 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, 24 Mar 2005 14:32:42 -0000 On 2005-03-24 13:22, Marius N?nnerich wrote: >On Thu, 24 Mar 2005 13:17:56 +0200 >Giorgos Keramidas wrote: >> >> The book is absolutely fabulous! Watch out for the details though and >> keep in mind that you many find it nice to have a FreeBSD source tree >> nearby, just for the fun of browsing the source itself too while you >> read. > > Is there much difference to "The Design and Implementation of the 4.4BSD > Operating System"? I have already read that, and don't know if the new > book is just the same with a few parts updated? The 4.4BSD edition was written for 4.4BSD. It still has some value for people who are interested in the design & implementation details of that system. A lot has changed in the FreeBSD codebase since then, though. So, yes, there are differences. From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 24 14:32:52 2005 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 56A4216A4CE for ; Thu, 24 Mar 2005 14:32:52 +0000 (GMT) Received: from wjv.com (fl-65-40-24-38.sta.sprint-hsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D72A43D2D for ; Thu, 24 Mar 2005 14:32:49 +0000 (GMT) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.12.11/8.13.1) with ESMTP id j2OEWiap060512 for ; Thu, 24 Mar 2005 09:32:44 -0500 (EST) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.12.11/8.13.1/Submit) id j2OEWhkJ060511 for freebsd-hackers@freebsd.org; Thu, 24 Mar 2005 09:32:43 -0500 (EST) (envelope-from bv) Date: Thu, 24 Mar 2005 09:32:29 -0500 From: Bill Vermillion To: freebsd-hackers@freebsd.org Message-ID: <20050324143229.GB60214@wjv.com> References: <20050324120020.B8DFE16A51D@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050324120020.B8DFE16A51D@hub.freebsd.org> Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.6i X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on bilver.wjv.com Subject: Design and Implemenations of FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bv@wjv.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 14:32:52 -0000 On or about Thu, Mar 24, 2005 at 12:00 , while attempting a Zarathustra emulation freebsd-hackers-request@freebsd.org thus spake: > Message: 3 > Date: Thu, 24 Mar 2005 02:15:07 +0000 > From: "klowd9 -" > Subject: Re: Kernel documentation and specification > >Reading the CVS logs for the relevant files should give you > >ideas about who might be able to answer your questions. > >However, you shouldn't expect that people have time to answer > >lots of questions. Of course, it helps if your interest is in > >the context of contributing something back to the project. > >Kirk's book, ``The Design and Implementation of the FreeBSD > >Operating System'' probably contains the answers to basic > >questions about scheduling and IPC. > I considered purchasing that book, which is very very good > imo, but a bit overpriced at $60.. Any other resources about > kernel development, and to whom may i speak with to help me get > started.. Considering it's coming from a publisher which specializes in technical books and many of theirs are used in college courses it's a typical price. However - with one or two rare exceptions - I've bought almost all my tech books dealing with computers from Bookpool. http://www.bookpool.com They currently have McKusick's book in stock at $33.95. The other BSD books are also priced similarly. I have no relationship with Bookpool other than being a very satisfied customer and always go there first for any tech book. I even managed to get the O'Reilly 4.4BSD books from them - the set of five - for about $100 - when they were still in print. Highly recommended. This month they are having an 'Open Source' sale with 43% discounts - over 700 books. I hate to think how much I've spent on computer books in the past 20 years or so - but it's in the thousands. Sort of a college educations at home. I still have my first Unix books - the Bell Labs Unix Programmers Manuals - that got me hooked on Unix. Total pages on that entire system was less than that of part I of SysV. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 24 15:26:16 2005 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 AF2C516A4CE; Thu, 24 Mar 2005 15:26:16 +0000 (GMT) Received: from proofagent.csrv.uidaho.edu (mx2.uidaho.edu [129.101.155.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47A6F43D31; Thu, 24 Mar 2005 15:26:12 +0000 (GMT) (envelope-from andrewr@uidaho.edu) Received: from mailA.its.uidaho.edu (mailA.its.uidaho.edu [129.101.155.252]) j2OFQBoL030425; Thu, 24 Mar 2005 07:26:11 -0800 Received: from uidaho.edu (mailA [129.101.155.252]) by mailA.its.uidaho.edu (Go Vandals!) with ESMTP id <0IDV00DOB47N62@mailA.its.uidaho.edu>; Thu, 24 Mar 2005 07:26:11 -0800 (PST) Received: from [129.101.155.252] (Forwarded-For: [68.67.22.85]) by mailA.its.uidaho.edu (mshttpd); Thu, 24 Mar 2005 07:26:11 -0800 Date: Thu, 24 Mar 2005 07:26:11 -0800 From: Andrew Robinson To: des@des.no (=?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?=) Message-id: MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.21 (built Sep 8 2003) Content-type: text/plain; charset=iso-8859-1 Content-language: en Content-transfer-encoding: quoted-printable Content-disposition: inline X-Accept-Language: en Priority: normal X-SpamDetails: rule=notspam policy= score=0 mlx=0 adultscore=0 adjust=0 engine=2.5.0-05032200 definitions=2.5.0-05032301 X-SpamScore: 0 cc: "Kevin G. Eliuk" cc: Kevin Kinsey cc: hackers@freebsd.org cc: freebsd-hackers@freebsd.org cc: jason henson Subject: Re: NIC detected, but won't DHCP or configure 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, 24 Mar 2005 15:26:16 -0000 Excellent! The interface is now up=3A bash-2=2E05b=24 ifconfig fwe0=3A flags=3D108802=3CBROADCAST=2CSIMPLEX=2CMULTICAST=3E mtu 1500 options=3D8=3CVLAN=5FMTU=3E ether 02=3A90=3Af5=3A40=3A24=3Ad8 ch 1 dma -1 re0=3A flags=3D8802=3CBROADCAST=2CSIMPLEX=2CMULTICAST=3E mtu 1500 options=3D1b=3CRXCSUM=2CTXCSUM=2CVLAN=5FMTU=2CVLAN=5FHWTAGGING=3E= ether 00=3A90=3Af5=3A3f=3A08=3Ad8 media=3A Ethernet autoselect (100baseTX) status=3A no carrier plip0=3A flags=3D108810=3CPOINTOPOINT=2CSIMPLEX=2CMULTICAST=3E mtu 1500 lo0=3A flags=3D8049=3CUP=2CLOOPBACK=2CRUNNING=2CMULTICAST=3E mtu 16384 inet 127=2E0=2E0=2E1 netmask 0xff000000 = inet6 =3A=3A1 prefixlen 128 = inet6 fe80=3A=3A1=25lo0 prefixlen 64 scopeid 0x4 = And=3A bash-2=2E05b=24 pciconf -lv re0=40pci10=3A3=3A0=3A class=3D0x020000 card=3D0x09001558 chip=3D0x81691= 0ec rev=3D0x10 hdr=3D0x00 vendor =3D =27Realtek Semiconductor=27 device =3D =27RTL8169 Gigabit Ethernet Adapter=27 class =3D network subclass =3D ethernet I am not able to check the viability of the network connection until tomo= rrow=2E I will report back=2E Again=2C thanks=2E Andrew ----- Original Message ----- From=3A des=40des=2Eno (Dag-Erling Sm=F8rgrav) Date=3A Wednesday=2C March 23=2C 2005 9=3A42 am Subject=3A Re=3A NIC detected=2C but won=27t DHCP or configure =3E Andrew Robinson =3Candrewr=40uidaho=2Eedu=3E writes=3A =3E =3E re=5Fprobe()=3A vid 10ec did 8169 hwrev 10000000 =3E = =3E That=27s an 8169SB=2C which is supported in -CURRENT=2E Try the atta= ched =3E patch=2E I=27ll try to get it merged before 5=2E4-RELEASE=2E =3E = =3E DES =3E -- = =3E Dag-Erling Sm=F8rgrav - des=40des=2Eno =3E = =3E From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 24 15:26:16 2005 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 AF2C516A4CE; Thu, 24 Mar 2005 15:26:16 +0000 (GMT) Received: from proofagent.csrv.uidaho.edu (mx2.uidaho.edu [129.101.155.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47A6F43D31; Thu, 24 Mar 2005 15:26:12 +0000 (GMT) (envelope-from andrewr@uidaho.edu) Received: from mailA.its.uidaho.edu (mailA.its.uidaho.edu [129.101.155.252]) j2OFQBoL030425; Thu, 24 Mar 2005 07:26:11 -0800 Received: from uidaho.edu (mailA [129.101.155.252]) by mailA.its.uidaho.edu (Go Vandals!) with ESMTP id <0IDV00DOB47N62@mailA.its.uidaho.edu>; Thu, 24 Mar 2005 07:26:11 -0800 (PST) Received: from [129.101.155.252] (Forwarded-For: [68.67.22.85]) by mailA.its.uidaho.edu (mshttpd); Thu, 24 Mar 2005 07:26:11 -0800 Date: Thu, 24 Mar 2005 07:26:11 -0800 From: Andrew Robinson To: des@des.no (=?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?=) Message-id: MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.21 (built Sep 8 2003) Content-type: text/plain; charset=iso-8859-1 Content-language: en Content-transfer-encoding: quoted-printable Content-disposition: inline X-Accept-Language: en Priority: normal X-SpamDetails: rule=notspam policy= score=0 mlx=0 adultscore=0 adjust=0 engine=2.5.0-05032200 definitions=2.5.0-05032301 X-SpamScore: 0 cc: "Kevin G. Eliuk" cc: Kevin Kinsey cc: hackers@freebsd.org cc: freebsd-hackers@freebsd.org cc: jason henson Subject: Re: NIC detected, but won't DHCP or configure 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, 24 Mar 2005 15:26:16 -0000 Excellent! The interface is now up=3A bash-2=2E05b=24 ifconfig fwe0=3A flags=3D108802=3CBROADCAST=2CSIMPLEX=2CMULTICAST=3E mtu 1500 options=3D8=3CVLAN=5FMTU=3E ether 02=3A90=3Af5=3A40=3A24=3Ad8 ch 1 dma -1 re0=3A flags=3D8802=3CBROADCAST=2CSIMPLEX=2CMULTICAST=3E mtu 1500 options=3D1b=3CRXCSUM=2CTXCSUM=2CVLAN=5FMTU=2CVLAN=5FHWTAGGING=3E= ether 00=3A90=3Af5=3A3f=3A08=3Ad8 media=3A Ethernet autoselect (100baseTX) status=3A no carrier plip0=3A flags=3D108810=3CPOINTOPOINT=2CSIMPLEX=2CMULTICAST=3E mtu 1500 lo0=3A flags=3D8049=3CUP=2CLOOPBACK=2CRUNNING=2CMULTICAST=3E mtu 16384 inet 127=2E0=2E0=2E1 netmask 0xff000000 = inet6 =3A=3A1 prefixlen 128 = inet6 fe80=3A=3A1=25lo0 prefixlen 64 scopeid 0x4 = And=3A bash-2=2E05b=24 pciconf -lv re0=40pci10=3A3=3A0=3A class=3D0x020000 card=3D0x09001558 chip=3D0x81691= 0ec rev=3D0x10 hdr=3D0x00 vendor =3D =27Realtek Semiconductor=27 device =3D =27RTL8169 Gigabit Ethernet Adapter=27 class =3D network subclass =3D ethernet I am not able to check the viability of the network connection until tomo= rrow=2E I will report back=2E Again=2C thanks=2E Andrew ----- Original Message ----- From=3A des=40des=2Eno (Dag-Erling Sm=F8rgrav) Date=3A Wednesday=2C March 23=2C 2005 9=3A42 am Subject=3A Re=3A NIC detected=2C but won=27t DHCP or configure =3E Andrew Robinson =3Candrewr=40uidaho=2Eedu=3E writes=3A =3E =3E re=5Fprobe()=3A vid 10ec did 8169 hwrev 10000000 =3E = =3E That=27s an 8169SB=2C which is supported in -CURRENT=2E Try the atta= ched =3E patch=2E I=27ll try to get it merged before 5=2E4-RELEASE=2E =3E = =3E DES =3E -- = =3E Dag-Erling Sm=F8rgrav - des=40des=2Eno =3E = =3E From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 24 15:37:32 2005 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 ED8DD16A4CE for ; Thu, 24 Mar 2005 15:37:32 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BB9443D41 for ; Thu, 24 Mar 2005 15:37:32 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j2OFbVI2054105; Thu, 24 Mar 2005 09:37:31 -0600 (CST) (envelope-from dan) Date: Thu, 24 Mar 2005 09:37:31 -0600 From: Dan Nelson To: klowd9 - Message-ID: <20050324153731.GA10908@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-hackers@freebsd.org Subject: Re: Kernel documentation and specification 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, 24 Mar 2005 15:37:33 -0000 In the last episode (Mar 24), klowd9 - said: > Where can i find resources about the freebsd kernel? I read over the > developers handbook, and the architecture handbook, and both provide > very little information i need. Also if anyone can recommend irc > channels to visit where developers are to be found. I visited > #BsdCode of efnet, but it was keyed not too long ago. > > Some questions for instance are the use of sse, mmx, and fpu register > and commands inside the kernel. To answer this particular question, I don't believe any floating-point is allowed in the kernel, due to the extra time it would take to save and restore the registers on every context switch (and kernel thread switch even), and the difficulty of trapping exceptions. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 24 15:42:14 2005 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 E6AFF16A4CE for ; Thu, 24 Mar 2005 15:42:14 +0000 (GMT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 0608643D48 for ; Thu, 24 Mar 2005 15:42:13 +0000 (GMT) (envelope-from roam@ringlet.net) Received: (qmail 12939 invoked from network); 24 Mar 2005 15:42:07 -0000 Received: from unknown (HELO straylight.ringlet.net) (213.16.36.82) by gandalf.online.bg with SMTP; 24 Mar 2005 15:42:07 -0000 Received: (qmail 49129 invoked by uid 1000); 24 Mar 2005 15:42:10 -0000 Date: Thu, 24 Mar 2005 17:42:10 +0200 From: Peter Pentchev To: "H. S." Message-ID: <20050324154209.GE2974@straylight.m.ringlet.net> Mail-Followup-To: "H. S." , freebsd-hackers@freebsd.org References: <49296.81.84.174.5.1111346817.squirrel@mail.revolutionsp.com> <20050321125200.GA87158@ei.bzerk.org> <50376.81.84.174.5.1111599673.squirrel@mail.revolutionsp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KlAEzMkarCnErv5Q" Content-Disposition: inline In-Reply-To: <50376.81.84.174.5.1111599673.squirrel@mail.revolutionsp.com> User-Agent: Mutt/1.5.9i cc: freebsd-hackers@freebsd.org Subject: Re: passwd & permissions 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, 24 Mar 2005 15:42:15 -0000 --KlAEzMkarCnErv5Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 23, 2005 at 11:41:13AM -0600, H. S. wrote: [snip] > Since pw is not setuid, if it can't read any of the passwd files, it will > not print the full userlist. I have very customized (and tested, over the > years) permissions on the whole filesystem. That is why I wanted to find > out why some permissions get back to system defaults whenever I install a > port. The most proeminent cases are /usr/local/sbin/ (gets back to rwx rx > rx) and /usr/local/www (rwx rx rx and chgrp wheel, I have a different > group owning the directory). >=20 > Any idea about what to fix in order to make the system stop resetting my > permissions when I install ports ? The mtree(8) file for the /usr/local hierarchy, found in /etc/mtree/BSD.local.dist 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 This sentence contains exactly threee erors. --KlAEzMkarCnErv5Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQt/R7Ri2jRYZRVMRAut4AJ9bDtVLVzr2s5qPG80OM0SvNW8W3gCbBUk/ xbKjzRohbnJkpbfDluZhCag= =L1sx -----END PGP SIGNATURE----- --KlAEzMkarCnErv5Q-- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 24 16:47:15 2005 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 093CC16A4CE for ; Thu, 24 Mar 2005 16:47:15 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34C3843D5A for ; Thu, 24 Mar 2005 16:47:14 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j2OGlAnw047432; Thu, 24 Mar 2005 17:47:12 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4242EEBE.4000202@DeepCore.dk> Date: Thu, 24 Mar 2005 17:45:50 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: haad References: <42418A50.9030504@gmail.com> In-Reply-To: <42418A50.9030504@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: freebsd-hackers@freebsd.org Subject: Re: DMA TIMEOUT PROBLEM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 16:47:15 -0000 haad wrote: > Hi, > This is pretty basic question which has been allready discused here but= =20 > i can't find answer .On my workstation i use linux and freebsd linux=20 > works fine without any errors but freebsd shhows numerous errors and i = > don't know what to do. > I test freebsd 5.2.1-released ,5.3 released then 5.4-beta1-released in = > all releases i got these error messages which crashes my system down = > with kernel panic You should try the ATA mkIII patches I've posted on -current and -stable.= Let me know what happens if you try it out.. --=20 -S=F8ren From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 24 18:39:41 2005 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 C4B9416A4CE; Thu, 24 Mar 2005 18:39:41 +0000 (GMT) Received: from coresikhism.net (c-67-161-59-235.client.comcast.net [67.161.59.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6451143D31; Thu, 24 Mar 2005 18:39:41 +0000 (GMT) (envelope-from aman@chamkila.org) Received: from [192.168.96.214] ([69.36.228.194]) by coresikhism.net (8.13.1/8.13.1) with ESMTP id j2OIcTHg004260; Thu, 24 Mar 2005 10:38:51 -0800 Message-ID: <4243093D.40106@chamkila.org> Date: Thu, 24 Mar 2005 10:38:53 -0800 From: Amandeep User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20050119103214.A27409@pooker.samsco.org> <37799.69.36.228.194.1109286815.squirrel@69.36.228.194> <421E604F.3080305@samsco.org> <34148.69.36.228.194.1110235564.squirrel@69.36.228.194> <44497.69.36.228.194.1110474073.squirrel@69.36.228.194> <32883.69.36.228.194.1110831839.squirrel@69.36.228.194> <20050314202905.GT91771@hub.freebsd.org> <34997.69.36.228.194.1110832499.squirrel@69.36.228.194> <20050314203715.GW91771@hub.freebsd.org> <56241.69.36.228.194.1110931336.squirrel@69.36.228.194> <42377D8A.1020905@rojer.pp.ru> <4241F2C0.4000604@chamkila.org> <4241FE3C.9070800@chamkila.org> <20050323212716.F437@eleanor.us1.wmi.uvac.net> In-Reply-To: <20050323212716.F437@eleanor.us1.wmi.uvac.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-questions@freebsd.org Subject: Re: Compaq SCSI RAID Controllers compatible?? 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, 24 Mar 2005 18:39:41 -0000 Hi all, What Compaq SCSI Raid controllers run solid on FreeBSD 5.X.. Thanks in advance A From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 24 19:19:03 2005 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 0EE8F16A4CE for ; Thu, 24 Mar 2005 19:19:03 +0000 (GMT) Received: from coresikhism.net (c-67-161-59-235.client.comcast.net [67.161.59.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD1CA43D39 for ; Thu, 24 Mar 2005 19:19:02 +0000 (GMT) (envelope-from aman@chamkila.org) Received: from [192.168.96.214] ([69.36.228.194]) by coresikhism.net (8.13.1/8.13.1) with ESMTP id j2OJHqJW004646 for ; Thu, 24 Mar 2005 11:18:12 -0800 Message-ID: <42431277.4020308@chamkila.org> Date: Thu, 24 Mar 2005 11:18:15 -0800 From: Amandeep User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Cc: freebsd-hackers@freebsd.org References: <20050119103214.A27409@pooker.samsco.org> <37799.69.36.228.194.1109286815.squirrel@69.36.228.194> <421E604F.3080305@samsco.org> <34148.69.36.228.194.1110235564.squirrel@69.36.228.194> <44497.69.36.228.194.1110474073.squirrel@69.36.228.194> <32883.69.36.228.194.1110831839.squirrel@69.36.228.194> <20050314202905.GT91771@hub.freebsd.org> <34997.69.36.228.194.1110832499.squirrel@69.36.228.194> <20050314203715.GW91771@hub.freebsd.org> <56241.69.36.228.194.1110931336.squirrel@69.36.228.194> <42377D8A.1020905@rojer.pp.ru> <4241F2C0.4000604@chamkila.org> In-Reply-To: <4241F2C0.4000604@chamkila.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Freebsd 5.3 hangs under heavy load????--Anyone ?? 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, 24 Mar 2005 19:19:03 -0000 Amandeep wrote: > Hi again, > > I have two Seagate SCSI drives 36GB and 8GB RAM and installed 5.3-REL > with > PAE and SMP support. > Now the problem arises that the system hangs under heavy load and there > are no error messages nothing. I have to hard boot it everytime it hangs. > > > Then I tried with only SMP and the machine still hangs. I tried using > New memory and a Maxtor 36Gb SCSI drive , still hangs but was up for > longer perios 13hrs.. > Any one know about this problem. > Alos tried with 5.4-Prerelease same results. > Any help would be great, > > Scott any help. > > Thanks > Aman > Rojer wrote: > >> Amandeep Pannu wrote: >> >>> Hi all, >>> >>> I have two Seagate SCSI drives 36GB and 8GB RAM and installed >>> 5.3-REL with >>> PAE and SMP support. >>> Now the problem arises that the system hangs under heavy load and there >>> are no error messages nothing. I have to hard boot it everytime it >>> hangs. >>> >> Roger Comments: > > > >> PAE must have something to do with this. >> i have similar reports from fellow admins (they run large free mail >> service): >> machines with lots (4+ gigs) of memory, 5.3R, SMP and PAE enabled >> just refused to cooperate, >> freezing and crashing all the way under load. >> sadly, having no time to dive into gory details, >> they just installed Linux on those and all has been going well since >> that... >> the point is: PAE and large memory configurations in general need >> more testing. >> > > _______________________________________________ > 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 Thu Mar 24 19:21:06 2005 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 C087F16A4CE for ; Thu, 24 Mar 2005 19:21:06 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id C836A43D1D for ; Thu, 24 Mar 2005 19:21:05 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j2OJI4FZ077927 for freebsd-hackers@FreeBSD.org.checked; Thu, 24 Mar 2005 22:18:04 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from [144.206.181.94] (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j2OJGIR7077921; Thu, 24 Mar 2005 22:16:18 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <42431204.3070400@cronyx.ru> Date: Thu, 24 Mar 2005 22:16:20 +0300 From: Roman Kurakin User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: klowd9 - References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@FreeBSD.org Subject: Re: Kernel documentation and specification 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, 24 Mar 2005 19:21:06 -0000 Read section 9 of man. Read other drivers. Check if there is an example of driver you want to write. (/usr/share/examples) PS. Use edonkey, you may find there some books. I time to time ask my friend who use edonkey often to find me smth, but if book realy deserve and I need it for direct benefit (or it is not very expensive) I prefer to get a real book. I very dislike printed books. rik klowd9 - wrote: > >> >> Reading the CVS logs for the relevant files should give you ideas >> about who might be able to answer your questions. However, you >> shouldn't expect that people have time to answer lots of questions. >> Of course, it helps if your interest is in the context of contributing >> something back to the project. >> >> Kirk's book, ``The Design and Implementation of the FreeBSD >> Operating System'' probably contains the answers to basic >> questions about scheduling and IPC. > > > I considered purchasing that book, which is very very good imo, but a > bit overpriced at $60.. > Any other resources about kernel development, and to whom may i speak > with to help me get started.. > > > _______________________________________________ > 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 Thu Mar 24 19:50:38 2005 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 A992B16A4CE for ; Thu, 24 Mar 2005 19:50:38 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18DFE43D2D for ; Thu, 24 Mar 2005 19:50:38 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2OJmHr3058753; Thu, 24 Mar 2005 12:48:17 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 24 Mar 2005 12:48:48 -0700 (MST) Message-Id: <20050324.124848.99878199.imp@bsdimp.com> To: jnemeth@victoria.tc.ca From: "M. Warner Losh" In-Reply-To: <200503230304.j2N34R97020359@vtn1.victoria.tc.ca> References: <200503230304.j2N34R97020359@vtn1.victoria.tc.ca> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: security or lack thereof 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, 24 Mar 2005 19:50:38 -0000 In message: <200503230304.j2N34R97020359@vtn1.victoria.tc.ca> jnemeth@victoria.tc.ca (John Nemeth) writes: : So, is it FreeBSD policy to ignore security bug reports? I sent : the following bug report to security@freebsd.org on Feb. 19th, 2005 and : it still hasn't been acted on. This total lack of action on an : extremely simple (and silly) three year old bug doesn't give one the : warm fuzzies. Heck, it took 48 hours to get a response from a security : officer, and another 24 hours to get something from the guilty : developer. You should learn to send it to the right place: security-officer@freebsd.org. Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 24 20:01:42 2005 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 6713F16A4CE for ; Thu, 24 Mar 2005 20:01:42 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id E784E43D54 for ; Thu, 24 Mar 2005 20:01:39 +0000 (GMT) (envelope-from opensource.enthousiat@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so695852wra for ; Thu, 24 Mar 2005 12:01:39 -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=j924e243Nsa3ijsy9aTL4lnsnE325zGxvJrKSNMDG3LNrIycXhOZ54MeDVQ7zYDf6Wznje2JuGTxfHNtQyXrT8WJPmUm09UbZuqsyFY19FfpLzZB+69mxmU2KkxKyMrY8wL6RE3b8/cyPeIqs5rZ3QlOF7yeS/yh+/QDtf+/1dM= Received: by 10.54.94.4 with SMTP id r4mr453153wrb; Thu, 24 Mar 2005 12:01:39 -0800 (PST) Received: by 10.54.49.28 with HTTP; Thu, 24 Mar 2005 12:01:39 -0800 (PST) Message-ID: <37e1316605032412017073441a@mail.gmail.com> Date: Thu, 24 Mar 2005 15:01:39 -0500 From: Aziz KEZZOU To: Julian Elischer In-Reply-To: <4241C967.4090801@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <37e131660503231138268bc6cb@mail.gmail.com> <4241C967.4090801@elischer.org> cc: freebsd-hackers@freebsd.org Subject: Re: running freebsd in qemu using the "-nographic" option ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Aziz KEZZOU List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 20:01:42 -0000 > Aziz KEZZOU wrote: > > >Hi all, > >I am running freebsd 5.3 under qemu (a fast IA32 emulator). My host > >system is linux. Everything works fine, but I want to get rid of this > >small non-scrollable window, not practical when gcc says I made many > >many errors :-)... > > > > > > you can scroll it after hittong tthe "scroll lock" key > > >Instead I want to get a console. In qemu's documentation it says : > >====================================================================== > >`-nographic' > > Normally, QEMU uses SDL to display the VGA output. With this > >option, you can totally disable graphical output so that QEMU is a > >simple command line application. The emulated serial port is > >redirected on the console. Therefore, you can still use QEMU to debug > >a Linux kernel with a serial console. > >====================================================================== > > > >So basically what I need is, some how, to tell the freebsd kernel to > >forward its output/input to a serial port. In linux this is done by > >supplying the parameter "console=ttyS0". Is there something equivalent > >in FreeBSD ? > > > > > > > > in /boot/loader.conf add: > > console="comconsole" > > that should do it.. Thank you guys, that seems easy to do...but I don't have access to /etc/boot.conf : all I have is a disk image generated by bximage, which I can't mount !! The pb is that with my new install the SDL window doesn't work any more : qemu says "Could not initialize SDL - exit". I did "xhost +" but didn't change any thing ?! Anyway I am not spending any more time to get the SDL window which I don't really need :-) So basically what I want to do now is mount the freeBSD image in a loopback and modify the boot.conf file directly. Anyone knows how to do this under linux (2.6 if relevant) ? BSD seems to have a "weird" way of organizing the disk. Which file system shoud I support ? Thanks, Aziz From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 24 20:11:43 2005 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 E86F516A4CE for ; Thu, 24 Mar 2005 20:11:42 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E98043D39 for ; Thu, 24 Mar 2005 20:11:42 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2OK8oGY058981; Thu, 24 Mar 2005 13:08:51 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 24 Mar 2005 13:09:22 -0700 (MST) Message-Id: <20050324.130922.02314273.imp@bsdimp.com> To: klowd92@hotmail.com From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Kernel documentation and specification 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, 24 Mar 2005 20:11:43 -0000 In message: "klowd9 -" writes: : First of all i am dead serious about learning. Good. You will need to study to learn this topic. It isn't something that you can gain in one converstation, or even one day. It takes years to completely master things, and even then you'll find subtle issues to trip you up. : Secondly, where i come from, $60 is alot of money. And in the spirit of open : source and free software, charging $60 for a book is ridiculous. Then you have to ask yourself if you are willing to earn that $60 another way. $60 will give you a roadmap. However, you can also start in src/sys/kern and study the kernel from scratch. The source code is available. You can ask specific questions here, but it will take much learning. You can read the kernel section of the handbook, and all the man9 man pages that talk about the kernel ABIs. It will take you a considerable period of time, with or without the book, to learn and understand. However, you can look online for other places that have the book at a discount. I paid $35 for mine: It was $50 at a local book seller as a special, and then I got a 30% off coupon for any one item... A little creativeness can solve this problem. In addition, some libraries also have copies of this book that they will loan you, which means you'd get the use of the book for almost free for limited periods of time. : I want to : code free software and contribute to the open source community, must i be : prepared to pay inorder to contribute? No. I never had to pay to contribute. You raise a red herring issue here. This isn't about pay to play, but rather paying someone a modest fee to make things easier for you. You are free to not have to pay that fee, but it will cost you additional time. : Why isnt a free copy of this book available online? Because Kirk has to eat somehow maybe? Because he spent a lot of time and effort in the book, but isn't getting rich off the royalties from it? All the usual reasons. It is Kirk's work, he gets to decide how it is used. : The author obviously put alot of time and effort into : making this excellent book, but so do thousands of other people writing code : and papers every day, published freely on the internet, and they ask for : nothing in return, besides perhaps, some gratitude You should study more before making such statements. I doubt that anyone could accuse Kirk of being stingy with the code he's contributed to the FreeBSD project. He's done snapshots, soft updates and ufs2, to name just a few things, in the FreeBSD tree. : Furthermore, you cannot speak with a book, and ask it questions, why some : things happen a certain way. A good book will do its best to clerify : everything, but it doesnt even come close to what an experienced person can : help you understand in half that time. You can write to hackers@ and hope for the best. Usually you'll get a good answer, and usually it will fit your needs. However, not always. If you want individualized, guaranteed help, then you'll have to pay for that service, just like in Linux or any other open source project. : And lastly, if i did have some 'real questions', im afraid you wouldnt be : able to answer them. I suggest you study a little more again. DES likely can answer many of the questions you might have. However, being rude to him isn't a good way to accomplish your goals. You've come to a forum, hat in hand, asking for something from us and prepared to give nothing in return. At the very least, you need to be polite when you do that, so that people feel like helping you and taking time out of their busy schedules to do so. Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 24 21:53:42 2005 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 2619816A4CE for ; Thu, 24 Mar 2005 21:53:42 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D4D243D5D for ; Thu, 24 Mar 2005 21:53:41 +0000 (GMT) (envelope-from christopher.hodgins@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so626925wra for ; Thu, 24 Mar 2005 13:53:41 -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=MXxHhn3HzIj84QKbTaRWD1qAi1PP34UPvcYIzOAwoGzpK2sZxs0du/f0DcVT2pSONBGBmloB5iBw3OjbDLiSFwqFtvI69gVJY6+WYrSsEJJFmGR36edvnojeKVhvPA874+F6eiKG9tOE6u5JqJOlLfdAFc8Bu3Y0dAH0VJUUSUo= Received: by 10.54.99.6 with SMTP id w6mr551701wrb; Thu, 24 Mar 2005 13:53:41 -0800 (PST) Received: by 10.54.82.13 with HTTP; Thu, 24 Mar 2005 13:53:41 -0800 (PST) Message-ID: <63c3899e05032413533e1918a0@mail.gmail.com> Date: Thu, 24 Mar 2005 21:53:41 +0000 From: Chris Hodgins To: "M. Warner Losh" In-Reply-To: <20050324.124848.99878199.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <200503230304.j2N34R97020359@vtn1.victoria.tc.ca> <20050324.124848.99878199.imp@bsdimp.com> cc: jnemeth@victoria.tc.ca cc: freebsd-hackers@freebsd.org Subject: Re: security or lack thereof X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Chris Hodgins List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 21:53:42 -0000 On Thu, 24 Mar 2005 12:48:48 -0700 (MST), M. Warner Losh wrote: > In message: <200503230304.j2N34R97020359@vtn1.victoria.tc.ca> > jnemeth@victoria.tc.ca (John Nemeth) writes: > : So, is it FreeBSD policy to ignore security bug reports? I sent > : the following bug report to security@freebsd.org on Feb. 19th, 2005 and > : it still hasn't been acted on. This total lack of action on an > : extremely simple (and silly) three year old bug doesn't give one the > : warm fuzzies. Heck, it took 48 hours to get a response from a security > : officer, and another 24 hours to get something from the guilty > : developer. > > You should learn to send it to the right place: > security-officer@freebsd.org. > > Warner He did send it to the correct place. Otherwise the documentation is wrong: -------from http://www.freebsd.org/security/index.html----------- All FreeBSD Security issues should be reported directly to the Security Officer Team (security@FreeBSD.org) personally or otherwise to the Security Officer (security-officer@FreeBSD.org). ----------------------------------------------------------------------- Chris From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 24 23:56:39 2005 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 8E74316A4CE; Thu, 24 Mar 2005 23:56:39 +0000 (GMT) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9206143D54; Thu, 24 Mar 2005 23:56:38 +0000 (GMT) (envelope-from girgen@FreeBSD.org) Received: from localhost (localhost.pingpong.net [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id 151834AD19; Fri, 25 Mar 2005 00:56:37 +0100 (CET) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 60035-02-3; Fri, 25 Mar 2005 00:56:36 +0100 (CET) Received: from palle.girgensohn.se (1-2-8-5a.asp.sth.bostream.se [82.182.157.66]) by melon.pingpong.net (Postfix) with ESMTP id 44E5D4ACE4; Fri, 25 Mar 2005 00:56:35 +0100 (CET) Date: Fri, 25 Mar 2005 00:56:35 +0100 From: Palle Girgensohn To: Peter Much Message-ID: In-Reply-To: <20050316191303.GA87431@gate.oper.dinoex.org> References: <20050315170656.GA73993@gate.oper.dinoex.org> <9C05F10029508113D296723A@rambutan.pingpong.net> <20050315185224.GA83998@gate.oper.dinoex.org> <20050316104331.GA56139@gate.oper.dinoex.org> <012F732A0FD93F1880662177@rambutan.pingpong.net> <20050316191303.GA87431@gate.oper.dinoex.org> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net cc: freebsd-hackers@freebsd.org cc: pgsql-interfaces@postgresql.org cc: brett_schwarz@yahoo.com cc: freebsd-questions@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: FreeBSD 5.3: Sharedlibs using sharedlibs (and Tcl) 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, 24 Mar 2005 23:56:39 -0000 --On onsdag, mars 16, 2005 20.13.03 +0100 Peter Much wrote: > On Wed, Mar 16, 2005 at 03:35:16PM +0100, Palle Girgensohn wrote: > ! > ! --On onsdag, mars 16, 2005 11.43.31 +0100 Peter Much > ! wrote: > ! > ! >! So, you're saying that pctclsh *can* access, but pgaccess *cannot*? > ! >Odd... ! I would expect they'd both use the same lib to connect, no? > ! >I'll have to > ! > > ! >They use the same libraries, yes. But Tcl interpreter seem to need more > ! >advice on where to find sub-functions in other libraries. It looks > ! >like this: > ! > > ! >pgtclsh -finds-> libpgtcl.so -finds-> libpq.so -finds-> libkrb5.so > ! >pgaccess -loads-> libpgtcl.so -finds-> libpq.so -fails-> libkrb5.so > ! > ! Uh, OK. I'm not qualified enough with linkers to answer this, I'm > afraid. ! Did you try the pgsql-interfaces mailing list? > > Oh well, same with me. I sent a copy of one of my reports to that > list, yes. But only got feedback that it will be evaluated by > moderator, as I am not signed on that list. > I'm actually no professional psql user - the database is just a small > part of my installation, mainly logging the lowlevel error counts > from my exabyte drives and providing reports about tape wearout. > And the kerberos is just there for fun, as a reference installation. > > Nevertheless, I would think this is not a matter for the postgres > community. Because this would happen the same way with any other > application that provides Tcl support and kerberos support (or maybe > also with other components of the system, if they are used from Tcl). > > So it seems either a Tcl problem or a linker/loader problem. Which, > I cannot say - maybe both. > > ! >And then I found that it is enough to place into libpq.so the explicit > ! >references to libkrb5 and the other kerberos libs. That is what the > ! >"readelf -a" output in my other mail shows. > ! > ! sounds like a better solution, yes... Shouldn't they always be there? > ! Sounds like a bug to me? > > Thats the question. > I just did a little more investigation (like reading manpages) > and found out _WHY_ it does work for pgtclsh but not for pgaccess. > > There is a command "ldd" that shows nested library dependencies > for any program. > For pgtclsh it shows all the kerberos libs: > > bash-3.00# ldd /usr/local/bin/pgtclsh > /usr/local/bin/pgtclsh: > libpgtcl.so.2 => /usr/local/lib/libpgtcl.so.2 (0x28075000) > libpq.so.3 => /usr/local/lib/libpq.so.3 (0x2807d000) > libtcl84.so.1 => /usr/local/lib/libtcl84.so.1 (0x28097000) > libm.so.3 => /lib/libm.so.3 (0x28135000) > libkrb5.so.7 => /usr/lib/libkrb5.so.7 (0x2814f000) > libasn1.so.7 => /usr/lib/libasn1.so.7 (0x28186000) > libcrypto.so.3 => /lib/libcrypto.so.3 (0x281a6000) > libroken.so.7 => /usr/lib/libroken.so.7 (0x2829b000) > libcrypt.so.2 => /lib/libcrypt.so.2 (0x282a9000) > libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x282c1000) > libz.so.2 => /lib/libz.so.2 (0x282c3000) > libreadline.so.5 => /lib/libreadline.so.5 (0x282d3000) > libutil.so.4 => /lib/libutil.so.4 (0x282ff000) > libc.so.5 => /lib/libc.so.5 (0x2830b000) > libintl.so.6 => /usr/local/lib/libintl.so.6 (0x283e4000) > libssl.so.3 => /usr/lib/libssl.so.3 (0x283ed000) > libncurses.so.5 => /lib/libncurses.so.5 (0x2841b000) > libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x2845a000) > > But for libpgtcl.so (this is the first elf binary that pgaccess gets > to see) it does not show these kerberos libraries (I use the old > libpq.so here, not the one that I have modified): > > bash-3.00# ldd /usr/local/lib/libpgtcl.so > /usr/local/lib/libpgtcl.so: > libpq.so.3 => /usr/local/lib/libpq.so.3 (0x2815a000) > libtcl84.so.1 => /usr/local/lib/libtcl84.so.1 (0x28174000) > libm.so.3 => /lib/libm.so.3 (0x28212000) > libintl.so.6 => /usr/local/lib/libintl.so.6 (0x2822c000) > libssl.so.3 => /usr/lib/libssl.so.3 (0x28235000) > libcrypto.so.3 => /lib/libcrypto.so.3 (0x28263000) > libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28358000) > > Then the explanation became simple: these kerberos libraries get > just LITERALLY LISTED WITHIN THE pgtclsh BINARY! And this is an > impossible method for a Tcl script. > > bash-3.00# readelf -d /usr/local/bin/pgtclsh | grep krb5 > 0x00000001 (NEEDED) Shared library: [libkrb5.so.7] > > So now we have a full explanation for the behaviour, but not really > a solution. > Instead, this looks like a fundamental question about how to load > nested elf sharedlibs from interpreter languages. > > From my technical viewpoint, the only solution that makes sense > would be: every shared library must reference all other shared > libraries from which it uses functions. The shared library cannot > rely on the executable to do this job, because the executable > may be an interpreter script, which neither is able to do this > nor would it want to know them all. > > From this viewpoint, the linker command that creates libpq.so > is defective. So You were right and its a problem for the > postgresql developers. > > But as I am not competent with shared libraries and development > systems and such stuff, I would very much appreciate the opinion > of somebody with profound knowledge of these things. And anyway, > perl should have similar problems. > > Ok, lets see - which nice mailinglists do we crosspost today? > I go with questions and ports, and add hackers. I think we're now > deep enough in the rabbithole for them. ;-) > And psql-interfaces. > > PMc Hi! Has anyone been able to shed any light on this? postgres + kerberos makes libpqxx and libpqtcl fail, at least on FreeBSD. Any ideas? /Palle From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 25 02:35:18 2005 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 A3FA716A4CE for ; Fri, 25 Mar 2005 02:35:18 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26EE243D1D for ; Fri, 25 Mar 2005 02:35:18 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2P2Wl0n001612; Thu, 24 Mar 2005 19:32:48 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 24 Mar 2005 19:33:19 -0700 (MST) Message-Id: <20050324.193319.21930905.imp@bsdimp.com> To: dnelson@allantgroup.com From: "M. Warner Losh" In-Reply-To: <20050324153731.GA10908@dan.emsphone.com> References: <20050324153731.GA10908@dan.emsphone.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: klowd92@hotmail.com Subject: Re: Kernel documentation and specification 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, 25 Mar 2005 02:35:18 -0000 In message: <20050324153731.GA10908@dan.emsphone.com> Dan Nelson writes: : > #BsdCode of efnet, but it was keyed not too long ago. It was keyed sometime before Sept 1, 2002. The key history file starts out: *** jmallett @ Sun Sep 1 19:44:00 2002 *** and I recall that the keys were in place before this key file was started... Warner From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 25 02:50:17 2005 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 7C0CC16A4CE for ; Fri, 25 Mar 2005 02:50:17 +0000 (GMT) Received: from web41106.mail.yahoo.com (web41106.mail.yahoo.com [66.218.93.22]) by mx1.FreeBSD.org (Postfix) with SMTP id 25B9843D31 for ; Fri, 25 Mar 2005 02:50:17 +0000 (GMT) (envelope-from parcn@yahoo.com) Received: (qmail 21993 invoked by uid 60001); 25 Mar 2005 02:50:17 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=pK3HtF/1nAQ4qoJ0et+IXWsO4pLK1r6EPNGc6ozqStCEuVKfwTKLN86No1Dw4aNx5V87tZQyo4rNWyFASJeN9L4aHHqe48uf/eARubl+ZpDVxwY4t249Sp+JqGoNoIANOZ2rxy9rRMTPUf8Ca/ajFuBZBF8Yj7JXyw9jwRCwr6Y= ; Message-ID: <20050325025017.21991.qmail@web41106.mail.yahoo.com> Received: from [17.205.40.132] by web41106.mail.yahoo.com via HTTP; Thu, 24 Mar 2005 18:50:16 PST Date: Thu, 24 Mar 2005 18:50:16 -0800 (PST) From: "P.ArulChandran" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: IP over FireWire and Mac OSX 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, 25 Mar 2005 02:50:17 -0000 By analyzing the packets from FreeBSD in firebug log, I could see that unfragmented packets are sent as fragmented packets, with inappropriate values in the packet header. Even if the packets are fragmented, the 'lf' field is not set correctly. To comply with Section 4.2 of RFC 2734, FreeBSD should set 'lf' to correct values to indicate, whether the packet is fragmented or unfragmented. In any case, Mac OS X should add more saftey checks to prevent panics from corrupted packets. -Arul I have a FreeBSD 5.3 i386 machine I installed today, then ran cvsup with tag=RELENG_5_3. then I rebuilt my kernel with these options in: # FireWire support device firewire device sbp device fwe device fwip options DEVICE_POLLING I plugged this machine into my Powermac G4 running OS X 10.3.8, and I assigned IP addresses to the firewire devices on both, so they look like this: the mac: fw0: flags=8863 mtu 4078 inet6 fe80::20a:95ff:fe69:b7d2 prefixlen 64 scopeid 0x5 inet 10.0.1.10 netmask 0xffffff00 broadcast 10.0.1.255 lladdr 00:0a:95:ff:fe:69:b7:d2 media: autoselect status: active supported media: autoselect the FreeBSD box: fwip0: flags=108843 mtu 1500 inet 10.0.1.11 netmask 0xffffff00 broadcast 10.0.1.255 lladdr 0.30.3c.0.0.9.a0.33.a.2.ff.fe.0.0.0.0 Now, pinging one machine from the other seems to work fine. but as soon as I try traceroute or ssh (originating from either side) my mac crashes with the nice screen telling me to hold down the power button. the dmesg output I'll post below, with the messages it produces when my mac crashes and comes back up again. anyone had any luck getting this working? is there something I'm missing? any suggestions would be appreciated. __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 25 07:21:57 2005 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 493A216A4CE for ; Fri, 25 Mar 2005 07:21:57 +0000 (GMT) Received: from panther.cs.ucla.edu (Panther.CS.UCLA.EDU [131.179.128.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 130C943D53 for ; Fri, 25 Mar 2005 07:21:57 +0000 (GMT) (envelope-from yanyu@CS.UCLA.EDU) Received: from localhost (yanyu@localhost)j2P7Lsx09069 for ; Thu, 24 Mar 2005 23:21:54 -0800 (PST) Date: Thu, 24 Mar 2005 23:21:54 -0800 (PST) From: Yan Yu To: freebsd-hackers@freebsd.org In-Reply-To: <20050319.230230.35850068.imp@bsdimp.com> Message-ID: References: <20050318160528.GQ51688@smp500.sitetronics.com> <20050319080215.GX51688@smp500.sitetronics.com> <20050319.230230.35850068.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: a Q on measuring system performance. 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, 25 Mar 2005 07:21:57 -0000 Hello, all, I add some codes in various places relating to file operations inside the kernel, e.g., fdalloc(), fdused(), fdunused(), fdfree() etc. I am trying to measure the overhead added by these instrumentation code. my plan is: in my user space program, i have something like the following: -------------------------------------------- gettimeofday(&prev_time, NULL); for (i=0; i< 1000; i++) { fd = fopen("tmp", "r" ); if (fd == NULL) { break; } cnt ++; } gettimeofday(&cur_time, NULL); t_lapse= misc_tv_offset( &cur_time, &prev_time ); ---------------------------------------------------- I would run this for the unmodified kernel, and instrumented kernel. compare the t_lapse, my concern is that t_lapse includes context switch time when the user process is taken out of run queue. I also run "gprof" on the program, some related data is: % cumulative self self total time seconds seconds calls ms/call ms/call name 80.0 0.01 0.01 1000 0.01 0.01 __sys_open [3] 20.0 0.01 0.00 1000 0.00 0.00 __sfp [4] 0.0 0.01 0.00 1987 0.00 0.00 memcpy [6] 0.0 0.01 0.00 1000 0.00 0.00 __sflags [283] 0.0 0.01 0.00 1000 0.00 0.01 fopen [1] i am wonderinf should I better trust gprof instead? so 0.01 ms/call for related file operation is the result. or is there some other better way to achieve this? Many thanks in advance! yan From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 25 08:14:03 2005 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 E467716A4CF for ; Fri, 25 Mar 2005 08:14:03 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2682D43D46 for ; Fri, 25 Mar 2005 08:14:03 +0000 (GMT) (envelope-from yokean1@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so709633wri for ; Fri, 25 Mar 2005 00:14:02 -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=OzycSjtN/5JGA/02YwB9Dx1uqe3gIBgEt150c9HIgXUnLJ6RBnj3ftxwHCR3doGPwKTQ9JJMJ2KvzMDNteDL2dN6G8oLmNkVUGTg/6U/ZyiA0AIrj13Brr3yURC1pToBz1etYG7t9upVLBaSZl4/TSAv/YsfiyWykhB65o74Zz0= Received: by 10.54.8.66 with SMTP id 66mr87058wrh; Fri, 25 Mar 2005 00:14:02 -0800 (PST) Received: by 10.54.2.21 with HTTP; Fri, 25 Mar 2005 00:14:02 -0800 (PST) Message-ID: <80b681a505032500145b5dd8cf@mail.gmail.com> Date: Fri, 25 Mar 2005 16:14:02 +0800 From: Ann Lee To: freebsd-questions@freebsd.org, freebsd-newbies@freebsd.org, freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Boot Error and stop at : plip0: on ppbus0 -> FreeBSD v4.8 i386 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Ann Lee List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 08:14:04 -0000 Hi All, When I try to boot from CD-ROM to install my FreeBSD 4.8 i386 my computer stops to work. I do: 1) Booting from CD-ROM 2) Skip kernel configuration. 3) Then I see: [...something before...] ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 [That is all. Now he stops.] I have: SATA Hard Disk Ultra ATA Storage Controller - Onboard Intel Pro100MT Gigabit Ethernet Adapter - Onboard Any idea? Cheers, Ann From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 25 10:53:44 2005 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 4F9A316A4CE for ; Fri, 25 Mar 2005 10:53:44 +0000 (GMT) Received: from mail.emict.com (brig.emict.com [212.90.172.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4584843D2F for ; Fri, 25 Mar 2005 10:53:43 +0000 (GMT) (envelope-from andrit@ukr.net) Received: from BORJA (unknown [203.199.120.221]) by mail.emict.com (Postfix) with ESMTP id D6D68148F for ; Fri, 25 Mar 2005 12:53:37 +0200 (EET) Message-ID: <006401c53128$e6c6d390$090210ac@BORJA> From: "Andriy Tkachuk" To: Date: Fri, 25 Mar 2005 16:23:33 +0530 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: contributing to fbsd 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, 25 Mar 2005 10:53:44 -0000 Hi folks. I'd like to contribute to kernel code. I have some experience: 8 years of using fbsd (it's actually my favourite os) and last couple years i've studing kernel deaply using many good books like - Bach's Design of UNIX - Kusick's 44BSD - Vahalia's UNIX Internals - Stalling's Operating System and even - Tanenbaum's Modern Operating Systems which i didn't liked vety much :) my main interest is in such part of OS as scheduling, smp, threading and resource allocation. But i didn't code anything in this field yet (exept patching [2005/01/26] threads/76690threads fork hang in child for (-lc_r & -lthr) in wich anyone doesn't interesting as it appeared )) It is obviously, that one can't read theory all the time without practice because the staff becames uninteresting )) Last time Linux kernel appeared to be more successfull in threading, smp, resource allocation and stuff with is needed under heavy loaded multiprocess systems and i'd like my favourite os to be successful in this field as well ) I understand, that this is not the question of couple man/months and that fbsd slowly but confidently succeed in this direction. Last time i was very interested in resource allocation stuff. Bonwick's VMEM O(1) universal allocator appeared to be very interesting: http://www.usenix.org/event/usenix01/bonwick.html as good as his cpu-wise magazines addition to slab allocator which scales allocation on adding cpus. Solaris use this approach. My question is: does folks interested in implementation of this stuff in fbsd kernel? As I see now there is for example O(n) algorithm for process IDs allocation... In linux it is addressed using bit-mapping (as far as i understand). In Oct 2003 there was topic in this list: "Some mmap observations compared to Linux 2.6/OpenBSD" in which allocation in mmap was discussed. As it was appeared that fbsd use O(n) algorithm here compared to Linux and OpenBSD. I don't know the presend state of this. Anyway as for me it looks very attractive to have universal O(1) facility for allocation of any kernel resources as well as on smp-configurations than using differend adhoc's in different parts of kernel. I seems to me, that Linux doesn't also use some universal allocation approach but O(1) adhocs instead. I may mistaken in this. What do you hackers thinks about this? Thank you, Andriy Tkachuk. From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 25 12:51:38 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 81A9616A4CE; Fri, 25 Mar 2005 12:51:38 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.3/8.13.1) with ESMTP id j2PCpbgC019509; Fri, 25 Mar 2005 07:51:37 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.3/8.13.1/Submit) id j2PCpadc019508; Fri, 25 Mar 2005 07:51:36 -0500 (EST) (envelope-from green) Date: Fri, 25 Mar 2005 07:51:36 -0500 From: Brian Fundakowski Feldman To: Andriy Tkachuk Message-ID: <20050325125136.GA13857@green.homeunix.org> References: <006401c53128$e6c6d390$090210ac@BORJA> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <006401c53128$e6c6d390$090210ac@BORJA> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org Subject: Re: contributing to fbsd 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, 25 Mar 2005 12:51:38 -0000 On Fri, Mar 25, 2005 at 04:23:33PM +0530, Andriy Tkachuk wrote: > Hi folks. > > I'd like to contribute to kernel code. > > I have some experience: 8 years of using fbsd > (it's actually my favourite os) and last couple years > i've studing kernel deaply using many good books like > - Bach's Design of UNIX > - Kusick's 44BSD > - Vahalia's UNIX Internals > - Stalling's Operating System > and even > - Tanenbaum's Modern Operating Systems > which i didn't liked vety much :) > > my main interest is in such part of OS as > scheduling, smp, threading and resource allocation. > > But i didn't code anything in this field yet > (exept patching [2005/01/26] threads/76690threads fork hang in child > for (-lc_r & -lthr) > in wich anyone doesn't interesting as it appeared )) PRs can get lost or misfiled... it's just human nature. > It is obviously, that one can't read theory all the time > without practice because the staff becames uninteresting )) > > Last time Linux kernel appeared to be more successfull > in threading, smp, resource allocation and stuff with is > needed under heavy loaded multiprocess systems and > i'd like my favourite os to be successful in this field as well ) > I understand, that this is not the question of couple man/months > and that fbsd slowly but confidently succeed in this direction. > > Last time i was very interested in resource allocation stuff. > Bonwick's VMEM O(1) universal allocator appeared to be > very interesting: > http://www.usenix.org/event/usenix01/bonwick.html > as good as his cpu-wise magazines addition to > slab allocator which scales allocation on adding cpus. > Solaris use this approach. > > My question is: does folks interested in implementation > of this stuff in fbsd kernel? There is already an implementation of a slab-based allocator (uma(9)), but this is only for the kernel. There is currently more of a growing need for a faster MP/threading-oriented userland allocator. > As I see now there is for example O(n) algorithm for > process IDs allocation... In linux it is addressed > using bit-mapping (as far as i understand). > In Oct 2003 there was topic in this list: > "Some mmap observations compared to Linux 2.6/OpenBSD" > in which allocation in mmap was discussed. > As it was appeared that fbsd use O(n) algorithm here compared > to Linux and OpenBSD. I don't know the presend state of this. Recently added was a generic subsystem for generating and managing unique binary identifiers, for example, pids. The VM map algorithms are the same as ever, though. They use linear traversal along with a cached reference to the last lookup. There are certainly some workloads that should benefit from this, so it definitely could be something you could work on. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 25 13:08:33 2005 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 3280516A4CE for ; Fri, 25 Mar 2005 13:08:33 +0000 (GMT) Received: from web52703.mail.yahoo.com (web52703.mail.yahoo.com [206.190.39.154]) by mx1.FreeBSD.org (Postfix) with SMTP id A0ADA43D53 for ; Fri, 25 Mar 2005 13:08:32 +0000 (GMT) (envelope-from kamalpr@yahoo.com) Received: (qmail 45487 invoked by uid 60001); 25 Mar 2005 13:08:31 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=Nj+SAD3IXNvHBVbY4i9lVpuiL361yhMEA/BVCS21PDjj8Rj9vNzQF5g2yWGxhb77fPtSeJM9R7UpYuw6pTWIlHClt/6FvkgFErnIhklV87hfvMSQGfLL8/LitVltj5WXxyxkXdQamu2eO2469Qr2eo2LgGnNJGK54PGTrOLUuFo= ; Message-ID: <20050325130831.45485.qmail@web52703.mail.yahoo.com> Received: from [221.134.59.188] by web52703.mail.yahoo.com via HTTP; Fri, 25 Mar 2005 05:08:31 PST Date: Fri, 25 Mar 2005 05:08:31 -0800 (PST) From: "Kamal R. Prasad" To: Dan Nelson In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-hackers@freebsd.org Subject: Re: Kernel documentation and specification 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, 25 Mar 2005 13:08:33 -0000 I have been trying to find a way to load powerpc GPRs into my C variables (using __asm__)[inside the kernel], and if someone can give me a clue/point to code that would be great. The gnu documentation on _asm__ usage seems a bit too short. thanks -kamal --- Dan Nelson wrote: [snip] > > > > Some questions for instance are the use of sse, > mmx, and fpu register > > and commands inside the kernel. > > To answer this particular question, I don't believe > any floating-point > is allowed in the kernel, due to the extra time it > would take to save > and restore the registers on every context switch > (and kernel thread > switch even), and the difficulty of trapping > exceptions. > > -- > Dan Nelson > dnelson@allantgroup.com > _______________________________________________ > 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" > ------------------------------------------------------------ Kamal R. Prasad UNIX systems consultant kamalp@acm.org In theory, there is no difference between theory and practice. In practice, there is:-). ------------------------------------------------------------ __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 25 14:29:25 2005 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 AADAF16A4CE for ; Fri, 25 Mar 2005 14:29:25 +0000 (GMT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38F1043D4C for ; Fri, 25 Mar 2005 14:29:23 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.1/8.13.1) with ESMTP id j2PETMNf004594 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Mar 2005 09:29:22 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j2PETHFV066938; Fri, 25 Mar 2005 09:29:17 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="TCTQiORpOj" Content-Transfer-Encoding: 7bit Message-ID: <16964.8253.471835.634579@grasshopper.cs.duke.edu> Date: Fri, 25 Mar 2005 09:29:17 -0500 (EST) To: "P.ArulChandran" In-Reply-To: <20050325025017.21991.qmail@web41106.mail.yahoo.com> References: <20050325025017.21991.qmail@web41106.mail.yahoo.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: freebsd-hackers@freebsd.org Subject: Re: IP over FireWire and Mac OSX 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, 25 Mar 2005 14:29:25 -0000 --TCTQiORpOj Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit P.ArulChandran writes: > By analyzing the packets from FreeBSD in firebug log, I could see that > unfragmented packets are sent as fragmented packets, with inappropriate > values in the packet header. Even if the packets are fragmented, the > 'lf' field is not set correctly. To comply with Section 4.2 of RFC > 2734, FreeBSD should set 'lf' to correct values to indicate, whether > the packet is fragmented or unfragmented. I just read the RFC and it looks like we're both at fault. According to the RFC: A RESERVED object has no defined meaning and SHALL be zeroed by its originator or, upon development of a future standard, set to a value specified by such a standard. The recipient of a RESERVED object SHALL NOT check its value. Emperically it would seem that FreeBSD is not zeroing the reserved fields like it should. Further, since zeroing the reserved fields fixes interoperability, it would seem that MacOSX is not ignoring them like it should. It is fun when different implementations collide in the field ;) > In any case, Mac OS X should add more saftey checks to prevent panics > from corrupted packets. Yes, and we should zero the reserved fields. Doing so seems to fix interoperability with unpatched versions of MacOSX. See the attached patch. Thanks for letting me know what was going on and making this so easy to fix.. Drew --TCTQiORpOj Content-Type: application/octet-stream Content-Description: full rfc2734 compliance Content-Disposition: attachment; filename="fwip.diff" Content-Transfer-Encoding: base64 SW5kZXg6IG5ldC9pZl9md3N1YnIuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9u Y3ZzL3NyYy9zeXMvbmV0L2lmX2Z3c3Vici5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjUu Mi4xCmRpZmYgLXUgLXIxLjUuMi4xIGlmX2Z3c3Vici5jCi0tLSBuZXQvaWZfZndzdWJyLmMJ MjQgQXVnIDIwMDQgMTQ6MTk6MzMgLTAwMDAJMS41LjIuMQorKysgbmV0L2lmX2Z3c3Vici5j CTI1IE1hciAyMDA1IDE0OjIyOjM2IC0wMDAwCkBAIC0yMzgsNiArMjM4LDcgQEAKIAkJZW5j ID0gbXRvZChtLCB1bmlvbiBmd19lbmNhcCAqKTsKIAkJZW5jLT51bmZyYWcuZXRoZXJfdHlw ZSA9IHR5cGU7CiAJCWVuYy0+dW5mcmFnLmxmID0gRldfRU5DQVBfVU5GUkFHOworCQllbmMt PnVuZnJhZy5yZXNlcnZlZCA9IDA7CiAKIAkJLyoKIAkJICogQnl0ZSBzd2FwIHRoZSBlbmNh cHN1bGF0aW9uIGhlYWRlciBtYW51YWxseS4KQEAgLTI3OSw2ICsyODAsOCBAQAogCQkJZW5j ID0gbXRvZChtLCB1bmlvbiBmd19lbmNhcCAqKTsKIAkJCWlmIChmb2ZmID09IDApIHsKIAkJ CQllbmMtPmZpcnN0ZnJhZy5sZiA9IEZXX0VOQ0FQX0ZJUlNUOworCQkJCWVuYy0+Zmlyc3Rm cmFnLnJlc2VydmVkMSA9IDA7CisJCQkJZW5jLT5maXJzdGZyYWcucmVzZXJ2ZWQyID0gMDsK IAkJCQllbmMtPmZpcnN0ZnJhZy5kYXRhZ3JhbV9zaXplID0gZHNpemUgLSAxOwogCQkJCWVu Yy0+Zmlyc3RmcmFnLmV0aGVyX3R5cGUgPSB0eXBlOwogCQkJCWVuYy0+Zmlyc3RmcmFnLmRn bCA9IGRnbDsKQEAgLTI4Nyw2ICsyOTAsOSBAQAogCQkJCQllbmMtPm5leHRmcmFnLmxmID0g RldfRU5DQVBfTkVYVDsKIAkJCQllbHNlCiAJCQkJCWVuYy0+bmV4dGZyYWcubGYgPSBGV19F TkNBUF9MQVNUOworCQkJCWVuYy0+bmV4dGZyYWcucmVzZXJ2ZWQxID0gMDsKKwkJCQllbmMt Pm5leHRmcmFnLnJlc2VydmVkMiA9IDA7CisJCQkJZW5jLT5uZXh0ZnJhZy5yZXNlcnZlZDMg PSAwOwogCQkJCWVuYy0+bmV4dGZyYWcuZGF0YWdyYW1fc2l6ZSA9IGRzaXplIC0gMTsKIAkJ CQllbmMtPm5leHRmcmFnLmZyYWdtZW50X29mZnNldCA9IGZvZmY7CiAJCQkJZW5jLT5uZXh0 ZnJhZy5kZ2wgPSBkZ2w7Cg== --TCTQiORpOj-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 25 15:36:05 2005 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 1AFC816A4CF; Fri, 25 Mar 2005 15:36:04 +0000 (GMT) Received: from bsdnerds.org (pcp0011384308pcs.ebrnsw01.nj.comcast.net [69.248.83.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id F279143D58; Fri, 25 Mar 2005 15:36:03 +0000 (GMT) (envelope-from owner-freebsd-newbies@freebsd.org) Received: by bsdnerds.org (Postfix, from userid 1001) id 64292658A; Fri, 25 Mar 2005 10:36:47 -0500 (EST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by bsdnerds.org (Postfix) with ESMTP id 6671B6156 for ; Fri, 25 Mar 2005 10:36:34 -0500 (EST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 9507B57771; Fri, 25 Mar 2005 08:14:19 +0000 (GMT) (envelope-from owner-freebsd-newbies@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id ED32116A4DF; Fri, 25 Mar 2005 08:14:15 +0000 (GMT) Delivered-To: freebsd-newbies@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E893516A4D0 for ; Fri, 25 Mar 2005 08:14:03 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25E2D43D3F for ; Fri, 25 Mar 2005 08:14:03 +0000 (GMT) (envelope-from yokean1@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so709635wri for ; Fri, 25 Mar 2005 00:14:02 -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=OzycSjtN/5JGA/02YwB9Dx1uqe3gIBgEt150c9HIgXUnLJ6RBnj3ftxwHCR3doGPwKTQ9JJMJ2KvzMDNteDL2dN6G8oLmNkVUGTg/6U/ZyiA0AIrj13Brr3yURC1pToBz1etYG7t9upVLBaSZl4/TSAv/YsfiyWykhB65o74Zz0= Received: by 10.54.8.66 with SMTP id 66mr87058wrh; Fri, 25 Mar 2005 00:14:02 -0800 (PST) Received: by 10.54.2.21 with HTTP; Fri, 25 Mar 2005 00:14:02 -0800 (PST) Message-ID: <80b681a505032500145b5dd8cf@mail.gmail.com> Date: Fri, 25 Mar 2005 16:14:02 +0800 From: Ann Lee To: freebsd-questions@freebsd.org, freebsd-newbies@freebsd.org, freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-newbies@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-newbies@freebsd.org Errors-To: owner-freebsd-newbies@freebsd.org X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on bsdnerds.org X-Spam-Level: X-Spam-Status: No, hits=0.0 required=4.5 tests=none autolearn=ham version=2.64 Subject: Boot Error and stop at : plip0: on ppbus0 -> FreeBSD v4.8 i386 X-BeenThere: freebsd-hackers@freebsd.org Reply-To: Ann Lee List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 15:36:05 -0000 Hi All, When I try to boot from CD-ROM to install my FreeBSD 4.8 i386 my computer stops to work. I do: 1) Booting from CD-ROM 2) Skip kernel configuration. 3) Then I see: [...something before...] ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 [That is all. Now he stops.] I have: SATA Hard Disk Ultra ATA Storage Controller - Onboard Intel Pro100MT Gigabit Ethernet Adapter - Onboard Any idea? Cheers, Ann _______________________________________________ freebsd-newbies@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-newbies To unsubscribe, send any mail to "freebsd-newbies-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 25 17:38:13 2005 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 8E90416A4CE for ; Fri, 25 Mar 2005 17:38:13 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CF9143D31 for ; Fri, 25 Mar 2005 17:38:13 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 836 invoked from network); 25 Mar 2005 17:38:11 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail25.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 25 Mar 2005 17:38:09 -0000 Received: from hydrogen.funkthat.com (tgbshk@localhost.funkthat.com [127.0.0.1])j2PHc9GH008656; Fri, 25 Mar 2005 09:38:09 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j2PHc8N4008655; Fri, 25 Mar 2005 09:38:08 -0800 (PST) Date: Fri, 25 Mar 2005 09:38:08 -0800 From: John-Mark Gurney To: Andriy Tkachuk Message-ID: <20050325173808.GS37984@funkthat.com> Mail-Followup-To: Andriy Tkachuk , freebsd-hackers@freebsd.org References: <006401c53128$e6c6d390$090210ac@BORJA> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <006401c53128$e6c6d390$090210ac@BORJA> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-hackers@freebsd.org Subject: Re: contributing to fbsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 17:38:13 -0000 Andriy Tkachuk wrote this message on Fri, Mar 25, 2005 at 16:23 +0530: > Last time i was very interested in resource allocation stuff. > Bonwick's VMEM O(1) universal allocator appeared to be > very interesting: > http://www.usenix.org/event/usenix01/bonwick.html > as good as his cpu-wise magazines addition to > slab allocator which scales allocation on adding cpus. > Solaris use this approach. > > My question is: does folks interested in implementation > of this stuff in fbsd kernel? Yep, I am... and I have an implementation of vmem, but I haven't had much time to work on kmem_cache part of the problem.... > As I see now there is for example O(n) algorithm for > process IDs allocation... In linux it is addressed > using bit-mapping (as far as i understand). > In Oct 2003 there was topic in this list: > "Some mmap observations compared to Linux 2.6/OpenBSD" > in which allocation in mmap was discussed. > As it was appeared that fbsd use O(n) algorithm here compared > to Linux and OpenBSD. I don't know the presend state of this. > > Anyway as for me it looks very attractive to have > universal O(1) facility for allocation of any kernel resources > as well as on smp-configurations than using differend > adhoc's in different parts of kernel. > I seems to me, that Linux doesn't also use some > universal allocation approach but O(1) adhocs instead. > I may mistaken in this. > > What do you hackers thinks about this? I'm definately interested in it.. Though there is only so much time to do work, and other more immidately interesting problems keep popping up for me (locking gem, allowing ethernet packets to be unaligned, arm board for a private project, kqueue, etc.).. If you're interested, I can send you a copy of the code... It's a bare implementation with some basic regression tests performed.... It doesn't layer ontop of kmem_cache though... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 25 19:03:46 2005 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 C4DA616A4CE for ; Fri, 25 Mar 2005 19:03:46 +0000 (GMT) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2775043D1D for ; Fri, 25 Mar 2005 19:03: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]) j2PJ3e2j025277 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 26 Mar 2005 06:03:41 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j2PJ3e7l052383; Sat, 26 Mar 2005 06:03:40 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j2PJ3duX052382; Sat, 26 Mar 2005 06:03:39 +1100 (EST) (envelope-from pjeremy) Date: Sat, 26 Mar 2005 06:03:39 +1100 From: Peter Jeremy To: Yan Yu Message-ID: <20050325190339.GD43123@cirb503493.alcatel.com.au> References: <20050318160528.GQ51688@smp500.sitetronics.com> <20050319080215.GX51688@smp500.sitetronics.com> <20050319.230230.35850068.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i cc: freebsd-hackers@freebsd.org Subject: Re: a Q on measuring system performance. 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, 25 Mar 2005 19:03:46 -0000 On Thu, 2005-Mar-24 23:21:54 -0800, Yan Yu wrote: >I am trying to measure the overhead added by these instrumentation code. >my plan is: > in my user space program, i have something like the following: >-------------------------------------------- > gettimeofday(&prev_time, NULL); > for (i=0; i< 1000; i++) > { > fd = fopen("tmp", "r" ); > if (fd == NULL) > { > break; > } > cnt ++; > } > > gettimeofday(&cur_time, NULL); > t_lapse= misc_tv_offset( &cur_time, &prev_time ); > >---------------------------------------------------- That approach is reasonable (but the above code leaks file descriptors) . You might want to increase 1000 and/or use rdtsc() for timing depending on your accuracy/resolution requirements. >I would run this for the unmodified kernel, and instrumented kernel. >compare the t_lapse, my concern is that t_lapse includes context switch >time when the user process is taken out of run queue. So would gprof. And gprof has much higher overheads and a granularity of 10usec. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 25 19:25:53 2005 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 C5BBD16A4CE for ; Fri, 25 Mar 2005 19:25:53 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63F1143D41 for ; Fri, 25 Mar 2005 19:25:53 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j2PJPpXr061315; Fri, 25 Mar 2005 13:25:51 -0600 (CST) (envelope-from dan) Date: Fri, 25 Mar 2005 13:25:50 -0600 From: Dan Nelson To: Yan Yu Message-ID: <20050325192550.GB59945@dan.emsphone.com> References: <20050318160528.GQ51688@smp500.sitetronics.com> <20050319080215.GX51688@smp500.sitetronics.com> <20050319.230230.35850068.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-hackers@freebsd.org Subject: Re: a Q on measuring system performance. 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, 25 Mar 2005 19:25:53 -0000 In the last episode (Mar 24), Yan Yu said: > I add some codes in various places relating to file operations inside > the kernel, e.g., fdalloc(), fdused(), fdunused(), fdfree() etc. I am > trying to measure the overhead added by these instrumentation code. > my plan is: > in my user space program, i have something like the following: > -------------------------------------------- > gettimeofday(&prev_time, NULL); > for (i=0; i< 1000; i++) > { > fd = fopen("tmp", "r" ); > if (fd == NULL) > { > break; > } > cnt ++; > } > > gettimeofday(&cur_time, NULL); > t_lapse= misc_tv_offset( &cur_time, &prev_time ); > > ---------------------------------------------------- > I would run this for the unmodified kernel, and instrumented kernel. > compare the t_lapse, my concern is that t_lapse includes context switch > time when the user process is taken out of run queue. Try using getrusage(), and total up ru_utime+ru_stime. > I also run "gprof" on the program, some related data is: > % cumulative self self total > time seconds seconds calls ms/call ms/call name > 80.0 0.01 0.01 1000 0.01 0.01 __sys_open [3] > 20.0 0.01 0.00 1000 0.00 0.00 __sfp [4] > 0.0 0.01 0.00 1987 0.00 0.00 memcpy [6] > 0.0 0.01 0.00 1000 0.00 0.00 __sflags [283] > 0.0 0.01 0.00 1000 0.00 0.01 fopen [1] > > i am wonderinf should I better trust gprof instead? so 0.01 ms/call > for related file operation is the result. or is there some other > better way to achieve this? Gprof is better suited for programs that run for minutes to hours. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 25 23:47:57 2005 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 7032F16A4CE for ; Fri, 25 Mar 2005 23:47:57 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14E5C43D3F for ; Fri, 25 Mar 2005 23:47:57 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id BD4747A403; Fri, 25 Mar 2005 15:47:56 -0800 (PST) Message-ID: <4244A32C.4090603@elischer.org> Date: Fri, 25 Mar 2005 15:47:56 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: Aziz KEZZOU References: <37e131660503231138268bc6cb@mail.gmail.com> <4241C967.4090801@elischer.org> <37e1316605032412017073441a@mail.gmail.com> In-Reply-To: <37e1316605032412017073441a@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: running freebsd in qemu using the "-nographic" option ? 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, 25 Mar 2005 23:47:57 -0000 Aziz KEZZOU wrote: >>Aziz KEZZOU wrote: >> >> >> >>>Hi all, >>>I am running freebsd 5.3 under qemu (a fast IA32 emulator). My host >>>system is linux. Everything works fine, but I want to get rid of this >>>small non-scrollable window, not practical when gcc says I made many >>>many errors :-)... >>> >>> >>> >>> >>you can scroll it after hittong tthe "scroll lock" key >> >> >> >>>Instead I want to get a console. In qemu's documentation it says : >>>====================================================================== >>>`-nographic' >>> Normally, QEMU uses SDL to display the VGA output. With this >>>option, you can totally disable graphical output so that QEMU is a >>>simple command line application. The emulated serial port is >>>redirected on the console. Therefore, you can still use QEMU to debug >>>a Linux kernel with a serial console. >>>====================================================================== >>> >>>So basically what I need is, some how, to tell the freebsd kernel to >>>forward its output/input to a serial port. In linux this is done by >>>supplying the parameter "console=ttyS0". Is there something equivalent >>>in FreeBSD ? >>> >>> >>> you have 2 apportunities to switch to serail console during boot.. once, before the big printout of stuff you have a single cursor sitting on teh screen for a few (5?) seconds hitting "-h" there will switch to serial.. also at teh 10 second countdown, hit space to get to teh prompt and type 'set console="comconsole"' followed by "boot" >>> >>> >>> >>in /boot/loader.conf add: >> >>console="comconsole" >> >>that should do it.. >> >> > >Thank you guys, that seems easy to do...but I don't have access to >/etc/boot.conf : all I have is a disk image generated by bximage, >which I can't mount !! > >The pb is that with my new install the SDL window doesn't work any >more : qemu says "Could not initialize SDL - exit". I did "xhost +" >but didn't change any thing ?! Anyway I am not spending any more time >to get the SDL window which I don't really need :-) > >So basically what I want to do now is mount the freeBSD image in a >loopback and modify the boot.conf file directly. Anyone knows how to >do this under linux (2.6 if relevant) ? BSD seems to have a "weird" >way of organizing the disk. Which file system shoud I support ? > > I don't know linux... sorry >Thanks, >Aziz > > From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 25 23:54:58 2005 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 D446E16A4CE for ; Fri, 25 Mar 2005 23:54:58 +0000 (GMT) Received: from mx1.netapp.com (mx1.netapp.com [216.240.18.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91FD843D54 for ; Fri, 25 Mar 2005 23:54:58 +0000 (GMT) (envelope-from kmacy@netapp.com) Received: from frejya.corp.netapp.com (10.57.157.119) by mx1.netapp.com with ESMTP; 25 Mar 2005 15:54:58 -0800 X-IronPort-AV: i="3.91,124,1110182400"; d="scan'208"; a="129321177:sNHT15794932" Received: from siml3.eng.netapp.com (siml3-fe.eng.netapp.com [10.56.9.153]) j2PNsv2D002103; Fri, 25 Mar 2005 15:54:57 -0800 (PST) Date: Fri, 25 Mar 2005 15:54:57 -0800 (PST) From: Kip Macy X-X-Sender: kmacy@siml3.eng.netapp.com To: Julian Elischer In-Reply-To: <4244A32C.4090603@elischer.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Aziz KEZZOU cc: freebsd-hackers@freebsd.org Subject: Re: running freebsd in qemu using the "-nographic" option ? 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, 25 Mar 2005 23:54:59 -0000 > >So basically what I want to do now is mount the freeBSD image in a > >loopback and modify the boot.conf file directly. Anyone knows how to > >do this under linux (2.6 if relevant) ? BSD seems to have a "weird" > >way of organizing the disk. Which file system shoud I support ? I would just do it on FreeBSD - man mdconfig. Last I looked (years ago) the UFS support on linux was not actively maintained and I would be very surprised if they have UFS2 support. I've had to create my own root images for doing work on xen so I know it works just fine. If you insist on doing it on Linux, the command is losetup. to bind: > losetup /dev/loop0 to unbind: > losetup -d /dev/loop0 -Kip From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 26 00:23:54 2005 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 86E6E16A4CE for ; Sat, 26 Mar 2005 00:23:54 +0000 (GMT) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6358C43D46 for ; Sat, 26 Mar 2005 00:23:54 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from verizon.net ([138.89.158.169])0.04 <0IDX009LYNRPNBL1@vms048.mailsrvcs.net> for freebsd-hackers@freebsd.org; Fri, 25 Mar 2005 18:23:54 -0600 (CST) Date: Fri, 25 Mar 2005 19:23:49 -0500 From: Sergey Babkin Sender: root@FreeBSD.ORG To: iwan@staff.usd.ac.id Message-id: <4244AB95.D08C4701@verizon.net> MIME-version: 1.0 X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.7-RELEASE i386) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en, ru References: <1111538842.4240bc9aa0e35@webmail.usd.ac.id> cc: freebsd-hackers@freebsd.org Subject: Re: NIC 1 gigabit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: babkin@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 00:23:54 -0000 iwan@staff.usd.ac.id wrote: > > Hi, I have trouble with my NIC. > I'm using Server Mainboard Intel (I forgot the model), there is 2 NICs; the one > is 100Mbps other is 1 gigabit. I use this for my web server with freeBSD > 5.1-RELEASE. > NIC 1 gigabit is not detected and recognised neither by freeBSD the other is > fine and working. > What should I do ? Should I recompile kernel ? And How ? > Sorry, my English is bad. Intel is known to change the PCI IDs of the cards pretty often, so the older drivers won't recognise the newer compatible cards as such. Get a newer version of FreeBSD that has the updated ID table in the driver. -SB From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 26 01:13:55 2005 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 8B37116A4CE for ; Sat, 26 Mar 2005 01:13:55 +0000 (GMT) Received: from postman.ripe.net (postman.ripe.net [193.0.0.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E1BB43D41 for ; Sat, 26 Mar 2005 01:13:55 +0000 (GMT) (envelope-from marks@ripe.net) Received: by postman.ripe.net (Postfix, from userid 8) id E088F2479E; Sat, 26 Mar 2005 02:13:53 +0100 (CET) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by postman.ripe.net (Postfix) with ESMTP id EED032479D for ; Sat, 26 Mar 2005 02:13:51 +0100 (CET) Received: from laptop.santcroos.net (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.10/8.11.6) with SMTP id j2Q1Dpet014788 for ; Sat, 26 Mar 2005 02:13:51 +0100 Received: (nullmailer pid 61358 invoked by uid 1001); Sat, 26 Mar 2005 01:13:51 -0000 Date: Sat, 26 Mar 2005 02:13:51 +0100 From: Mark Santcroos To: freebsd-hackers@freebsd.org Message-ID: <20050326011351.GE659@laptop.santcroos.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-RIPE-Spam-Level: X-RIPE-Spam-Tests: ALL_TRUSTED,BAYES_00,UPPERCASE_25_50 X-RIPE-Spam-Status: U 0.499158 / -5.9 X-RIPE-Signature: 2ea8411f56a2d9b6b75ba1cb872de915 Subject: axe CPU_UPGRADE_HW_CACHE from i386 specific code 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, 26 Mar 2005 01:13:55 -0000 It looks like CPU_UPGRADE_HW_CACHE is only used in PC98, so it can be removed from all I386 specific code. Any objections to the following patch? Mark Index: conf/options.i386 =================================================================== RCS file: /usr/cvs/src/sys/conf/options.i386,v retrieving revision 1.218 diff -d -u -r1.218 options.i386 --- conf/options.i386 17 Mar 2005 01:20:49 -0000 1.218 +++ conf/options.i386 26 Mar 2005 00:57:20 -0000 @@ -63,7 +63,6 @@ CPU_RSTK_EN opt_cpu.h CPU_SOEKRIS opt_cpu.h CPU_SUSP_HLT opt_cpu.h -CPU_UPGRADE_HW_CACHE opt_cpu.h CPU_WT_ALLOC opt_cpu.h CYRIX_CACHE_REALLY_WORKS opt_cpu.h CYRIX_CACHE_WORKS opt_cpu.h Index: i386/conf/NOTES =================================================================== RCS file: /usr/cvs/src/sys/i386/conf/NOTES,v retrieving revision 1.1190 diff -d -u -r1.1190 NOTES --- i386/conf/NOTES 18 Mar 2005 09:34:52 -0000 1.1190 +++ i386/conf/NOTES 26 Mar 2005 00:57:42 -0000 @@ -151,8 +151,6 @@ # CPU_SUSP_HLT enables suspend on HALT. If this option is set, CPU # enters suspend mode following execution of HALT instruction. # -# CPU_UPGRADE_HW_CACHE eliminates unneeded cache flush instruction(s). -# # CPU_WT_ALLOC enables write allocation on Cyrix 6x86/6x86MX and AMD # K5/K6/K6-2 CPUs. # @@ -206,7 +204,6 @@ options CPU_RSTK_EN options CPU_SOEKRIS options CPU_SUSP_HLT -options CPU_UPGRADE_HW_CACHE options CPU_WT_ALLOC options CYRIX_CACHE_WORKS options CYRIX_CACHE_REALLY_WORKS -- RIPE NCC - Delft University of Technology - The FreeBSD Project marks@ripe.net - m.a.santcroos@ewi.tudelft.nl - marks@freebsd.org From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 26 03:04:29 2005 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 87CC716A4CE for ; Sat, 26 Mar 2005 03:04:29 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95F8543D5F for ; Sat, 26 Mar 2005 03:04:28 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.3/8.13.1) with ESMTP id j2Q34PF6041577; Fri, 25 Mar 2005 22:04:25 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.3/8.13.1/Submit) id j2Q34O7R041576; Fri, 25 Mar 2005 22:04:24 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Fri, 25 Mar 2005 22:04:24 -0500 From: David Schultz To: Andriy Tkachuk Message-ID: <20050326030424.GA41481@VARK.MIT.EDU> Mail-Followup-To: Andriy Tkachuk , freebsd-hackers@FreeBSD.ORG References: <006401c53128$e6c6d390$090210ac@BORJA> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <006401c53128$e6c6d390$090210ac@BORJA> cc: freebsd-hackers@FreeBSD.ORG Subject: Re: contributing to fbsd 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, 26 Mar 2005 03:04:29 -0000 On Fri, Mar 25, 2005, Andriy Tkachuk wrote: > As I see now there is for example O(n) algorithm for > process IDs allocation... In linux it is addressed > using bit-mapping (as far as i understand). > In Oct 2003 there was topic in this list: > "Some mmap observations compared to Linux 2.6/OpenBSD" > in which allocation in mmap was discussed. > As it was appeared that fbsd use O(n) algorithm here compared > to Linux and OpenBSD. I don't know the presend state of this. tjr has some patches to do O(1) pid allocation, although I believe he's been busy with work recently. Jun Su ported NetBSD's O(1) pid allocator, although that allocator is significantly more complicated, and not measurably faster. So basically this is already done; someone just needs to get around to integrating it. pids are hard to do generically because of the special rules about allocating them. You don't want to recycle them too quickly, for instance. > Anyway as for me it looks very attractive to have > universal O(1) facility for allocation of any kernel resources > as well as on smp-configurations than using differend > adhoc's in different parts of kernel. > I seems to me, that Linux doesn't also use some > universal allocation approach but O(1) adhocs instead. > I may mistaken in this. You should also take a look at FreeBSD's kern/subr_unit.c. It isn't as fast as vmem, but perhaps it's fast enough. The first thing to do would be to do some profiling on current and potential applications of the allocator to see where your time would be best spent. From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 26 15:21:24 2005 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 CBDF316A4CE for ; Sat, 26 Mar 2005 15:21:24 +0000 (GMT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF5EC43D1F for ; Sat, 26 Mar 2005 15:21:23 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id j2QFLLCE023872 for ; Sat, 26 Mar 2005 18:21:21 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Sat, 26 Mar 2005 18:21:21 +0300 (MSK) From: Dmitry Morozovsky To: freebsd-hackers@FreeBSD.org Message-ID: <20050326181723.T72916@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: make_dev(9) man page: inconsistent with reality 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, 26 Mar 2005 15:21:24 -0000 Dear colleagues, marck@whale:/FreeBSD/src.current> cvs -R stat share/man/man9/make_dev.9 =================================================================== File: make_dev.9 Status: Up-to-date Working revision: 1.15 Mon Nov 10 10:22:33 2003 Repository revision: 1.15 /home/ncvs/src/share/man/man9/make_dev.9,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) This man page refers to old dev_t machanism instead of struct cdev *. The same inconsistency applies to RELENG_5. Unfortunately, I can't provide useful diff myself (not deep enough kernel structures understanding), but I suppose it should be fixed before 5.4-R. Thanks. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 26 16:46:47 2005 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 43A3C16A4CF for ; Sat, 26 Mar 2005 16:46:47 +0000 (GMT) Received: from web31701.mail.mud.yahoo.com (web31701.mail.mud.yahoo.com [68.142.201.181]) by mx1.FreeBSD.org (Postfix) with SMTP id 9F68643D41 for ; Sat, 26 Mar 2005 16:46:46 +0000 (GMT) (envelope-from baozhaolinuxer@yahoo.com) Received: (qmail 47761 invoked by uid 60001); 26 Mar 2005 16:46:46 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=5RoaO3jpmRUMEv1hrehLPhekC4zGJufTxwu8mitZIAIscx9LqgAHrqeltq2TEiwxHhwqTfsez10O/mF+Tj1KCxdtV9RzRCbgWtVaS3n63f55NwEEzxeGsv33k8+WwWLiy45XfA+vXxlDKalDWJqRFw1TuHhN8/5kdYZSHuDC0hc= ; Message-ID: <20050326164646.47759.qmail@web31701.mail.mud.yahoo.com> Received: from [218.75.247.252] by web31701.mail.mud.yahoo.com via HTTP; Sat, 26 Mar 2005 08:46:46 PST Date: Sat, 26 Mar 2005 08:46:46 -0800 (PST) From: Bao Zhao To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Sat, 26 Mar 2005 17:04:41 +0000 Subject: relation between PQ_CACHESIZE and PQ_L2_SIZE 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, 26 Mar 2005 16:46:47 -0000 hi, all in vm_page.h PQ_CACHESIZE / PQ_L2_SIZE is always equal to 4. some think "4" represents a 4-way set associative, but I think "4" is the page size.Which is right? If I'm right, how bsd deal with 8KB page size? Best Regards Bao Zhao __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 26 17:33:09 2005 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 0F09F16A4CE for ; Sat, 26 Mar 2005 17:33:09 +0000 (GMT) Received: from storage.ukr.net (storage.ukr.net [212.42.65.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 833AB43D67 for ; Sat, 26 Mar 2005 17:33:08 +0000 (GMT) (envelope-from andrit@ukr.net) Received: from mail by storage.ukr.net with local ID 1DFF9m-000JeR-PL ; Sat, 26 Mar 2005 19:33:06 +0200 Received: from [220.224.43.166] by www1.ukr.net with HTTP; Sat, 26 Mar 2005 17:33:06 +0000 (GMT) From: "Andriy Tkachuk" To: "John-Mark Gurney" Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [220.224.43.166] In-Reply-To: <20050325173808.GS37984@funkthat.com> Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Message-Id: Date: Sat, 26 Mar 2005 19:33:06 +0200 cc: freebsd-hackers@freebsd.org Subject: Re[2]: contributing to fbsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andriy Tkachuk List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 17:33:09 -0000 > If you're interested, I can send you a copy of the code... It's a bare > implementation with some basic regression tests performed.... It doesn't > layer ontop of kmem_cache though... Yes, John. Send me please. Thank you, Andriy. From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 26 17:44:36 2005 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 D524616A4CE for ; Sat, 26 Mar 2005 17:44:36 +0000 (GMT) Received: from web31701.mail.mud.yahoo.com (web31701.mail.mud.yahoo.com [68.142.201.181]) by mx1.FreeBSD.org (Postfix) with SMTP id 6CF6743D1F for ; Sat, 26 Mar 2005 17:44:36 +0000 (GMT) (envelope-from baozhaolinuxer@yahoo.com) Received: (qmail 59759 invoked by uid 60001); 26 Mar 2005 17:44:36 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=EKdigBsqNrtyiuf+w1jLULQANwco33FjFKF8gKHdwxlGOv0e7C5pV5LWuNz7oVXW2X07S1J/YsJUDasLAZzaHKQWscLS+JPp1nhZkLzEWIn8xsriXKxx+0Dyl2JwI9UhAYWoTI6mr2Yjhwpni/uO95P3oJ+1TdVJozxrHU0V4XM= ; Message-ID: <20050326174436.59757.qmail@web31701.mail.mud.yahoo.com> Received: from [218.75.247.252] by web31701.mail.mud.yahoo.com via HTTP; Sat, 26 Mar 2005 09:44:36 PST Date: Sat, 26 Mar 2005 09:44:36 -0800 (PST) From: Bao Zhao To: freebsd-hackers MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: relation between PQ_CACHESIZE and PQ_L2_SIZE 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, 26 Mar 2005 17:44:36 -0000 hi,all in vm_page.h PQ_CACHESIZE/PQ_L2_SIZE is always equal to 4. what does "4 " mean? some think it is 4-way set associative,but I think it is the page's size-4KB. If I'm right, How BSD deals with 8KB page size? Best Regards Bao Zhao __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 26 18:19:59 2005 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 D210416A4CE for ; Sat, 26 Mar 2005 18:19:59 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0A6143D1D for ; Sat, 26 Mar 2005 18:19:58 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0IDZ00EMR1L9XM@ms-dienst.rz.rwth-aachen.de> for freebsd-hackers@FreeBSD.org; Sat, 26 Mar 2005 19:19:57 +0100 (MET) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Sat, 26 Mar 2005 19:19:34 +0100 (MET) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])j2QIJYva029666; Sat, 26 Mar 2005 19:19:34 +0100 (MET) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id B7EF728450; Sat, 26 Mar 2005 19:19:28 +0100 (CET) Received: by gondor.middleearth (Postfix, from userid 1001) id A70152285A; Sat, 26 Mar 2005 19:19:27 +0100 (CET) Date: Sat, 26 Mar 2005 19:19:27 +0100 From: Christian Brueffer In-reply-to: <20050326181723.T72916@woozle.rinet.ru> To: Dmitry Morozovsky Message-id: <20050326181926.GD87756@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=XuV1QlJbYrcVoo+x; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-CURRENT X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20050326181723.T72916@woozle.rinet.ru> cc: freebsd-hackers@FreeBSD.org Subject: Re: make_dev(9) man page: inconsistent with reality 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, 26 Mar 2005 18:19:59 -0000 --XuV1QlJbYrcVoo+x Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 26, 2005 at 06:21:21PM +0300, Dmitry Morozovsky wrote: > Dear colleagues, >=20 > marck@whale:/FreeBSD/src.current> cvs -R stat share/man/man9/make_dev.9 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > File: make_dev.9 Status: Up-to-date >=20 > Working revision: 1.15 Mon Nov 10 10:22:33 2003 > Repository revision: 1.15 /home/ncvs/src/share/man/man9/make_dev.9,v > Sticky Tag: (none) > Sticky Date: (none) > Sticky Options: (none) >=20 > This man page refers to old dev_t machanism instead of struct cdev *. The= same=20 > inconsistency applies to RELENG_5. >=20 > Unfortunately, I can't provide useful diff myself (not deep enough kernel= =20 > structures understanding), but I suppose it should be fixed before 5.4-R. >=20 There's a doc PR about this which I haven't committed yet. I'll take a look at this later. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --XuV1QlJbYrcVoo+x Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCRaeubHYXjKDtmC0RAubIAJ9hPr1ko0aE9wk4KyDIlXolmk8eYgCdEvxg gxfpT/HJWqrpIHVpSKT9eeQ= =mOtL -----END PGP SIGNATURE----- --XuV1QlJbYrcVoo+x-- From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 26 19:17:07 2005 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 410E616A4CE; Sat, 26 Mar 2005 19:17:07 +0000 (GMT) Received: from mail.emict.com (brig.emict.com [212.90.172.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C3A643D41; Sat, 26 Mar 2005 19:17:06 +0000 (GMT) (envelope-from andrit@ukr.net) Received: from [220.224.26.168] (unknown [220.224.26.168]) by mail.emict.com (Postfix) with ESMTP id CFF1D2B371; Sat, 26 Mar 2005 21:17:01 +0200 (EET) Message-ID: <4245B51C.5090601@ukr.net> Date: Sun, 27 Mar 2005 00:46:44 +0530 From: Andriy Tkachuk User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Fundakowski Feldman References: <006401c53128$e6c6d390$090210ac@BORJA> <20050325125136.GA13857@green.homeunix.org> In-Reply-To: <20050325125136.GA13857@green.homeunix.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: contributing to fbsd 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, 26 Mar 2005 19:17:07 -0000 >>(exept patching [2005/01/26] threads/76690threads fork hang in child >>for (-lc_r & -lthr) >>in wich anyone doesn't interesting as it appeared )) > > > PRs can get lost or misfiled... it's just human nature. threads PRs are broadcasted every moth AFAIN ) From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 26 21:52:29 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1991C16A4CE; Sat, 26 Mar 2005 21:52:29 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.3/8.13.1) with ESMTP id j2QLqSV8057719; Sat, 26 Mar 2005 16:52:28 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.3/8.13.1/Submit) id j2QLqRMA057718; Sat, 26 Mar 2005 16:52:27 -0500 (EST) (envelope-from green) Date: Sat, 26 Mar 2005 16:52:27 -0500 From: Brian Fundakowski Feldman To: "Mark W. Krentel" Message-ID: <20050326215227.GB13857@green.homeunix.org> References: <200503262133.j2QLWuJo074028@blue.mwk.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503262133.j2QLWuJo074028@blue.mwk.domain> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org Subject: Re: contributing to fbsd 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, 26 Mar 2005 21:52:29 -0000 On Sat, Mar 26, 2005 at 04:32:56PM -0500, Mark W. Krentel wrote: > > The VM map algorithms are the same as ever, though. They use linear > > traversal along with a cached reference to the last lookup. There > > are certainly some workloads that should benefit from this, so it > > definitely could be something you could work on. > > Not any more. The first_free hint was replaced by an O(log n) > algorithm built into the splay tree back in August 2004. See > rev. 1.357 of vm_map.c. Cool, I don't think I noticed that happen. That would be for 5.x and 6.x both, then, too. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\