From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 07:53:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BB9016A41F for ; Sun, 25 Sep 2005 07:53:35 +0000 (GMT) (envelope-from stanley.jobson@gmx.ch) Received: from sigma.informatik.hu-berlin.de (sigma.informatik.hu-berlin.de [141.20.20.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A83B43D48 for ; Sun, 25 Sep 2005 07:53:34 +0000 (GMT) (envelope-from stanley.jobson@gmx.ch) Received: from tyrael.linnet (p54BCFC1B.dip.t-dialin.net [84.188.252.27]) (authenticated bits=0) by sigma.informatik.hu-berlin.de (8.13.4+Sun/8.13.4/INF-2.0-MA-SOLARIS-2.10) with ESMTP id j8P7rA0Q026450; Sun, 25 Sep 2005 09:53:30 +0200 (CEST) Date: Sun, 25 Sep 2005 09:51:40 +0200 From: stanley jobson To: Dan Ponte Message-Id: <20050925095140.5bbb3162.stanley.jobson@gmx.ch> In-Reply-To: <20050924163501.GA53285@neptune.atopia.net> References: <20050924180909.78a29487.stanley.jobson@gmx.ch> <20050924163501.GA53285@neptune.atopia.net> X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Status: No (sigma) X-Spam-Status: No, score=1.9 required=5.0 tests=AWL,BAYES_50, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on rabe Cc: freebsd-stable@freebsd.org Subject: Re: lpt0 always busy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 07:53:35 -0000 > > hi, > > i am now trying for weeks to get my lpt0 working without any success > > :( > > > > i always get "device busy" (running lptcontrol, lptest, > > open(/dev/lpt0)). i found a lot of questions about this via google > > and some hints too (e.g. excluding device ppi from kernel) but all > > this didnt help :( > > > > i should mention that my printer connected to lpt0 is a funny gdi > > printer which only works under win98. so my idea was to use qemu to > > run a emulated win98 to get my printer working - but therefore qemu > > needs to be able to open /dev/lpt0 ... > > > > finally i wrote a simple c prog which just calls open(/dev/lpt0) but > > it also always fails with device busy :( > > > > what are the requirements to successfully open lpt0 port (apart from > > having connected a printer to it) ? > > > > does fbsd expects a response from the printer (e.g. ready status)? > > maybe my printer is not able to do this ... if so: what are possible > > workarounds? could i convice the kernel that lpt0 is ready? > > > > thx > > regards, > > stan > > > > ps: i am running fbsd 5.4 > > > Usually, if you get "device busy," it means that the printer is simply > not on or connected properly. Check your parallel cable. unfort. my printer is connected properly and it is on while simply trying to open it with open(/dev/lpt0) - lptest > /dev/lpt0 fails too ... so it seems that fbsd expects some kind of status reply from the printer - correct? if so: how could i by-pass this? (cause my ugly gdi printer is probably not able to answer correctly) i just wonna have access to my parallel port ... thx regards, stan From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 09:40:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3309016A41F for ; Sun, 25 Sep 2005 09:40:26 +0000 (GMT) (envelope-from nexus@hoth.amu.edu.pl) Received: from hoth.amu.edu.pl (hoth.amu.edu.pl [150.254.110.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4C3F43D48 for ; Sun, 25 Sep 2005 09:40:25 +0000 (GMT) (envelope-from nexus@hoth.amu.edu.pl) Received: from localhost (localhost [127.0.0.1]) by hoth.amu.edu.pl (Postfix) with ESMTP id 5D44410E416; Sun, 25 Sep 2005 11:40:23 +0200 (CEST) Received: from hoth.amu.edu.pl ([127.0.0.1]) by localhost (hoth.amu.edu.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 20563-03-12; Sun, 25 Sep 2005 11:40:18 +0200 (CEST) Received: from toshiba.fizyka.amu.edu.pl (hoth.amu.edu.pl [150.254.110.14]) by hoth.amu.edu.pl (Postfix) with ESMTP id BFF1410E402; Sun, 25 Sep 2005 11:40:17 +0200 (CEST) Date: Sun, 25 Sep 2005 11:40:14 +0200 From: Bohdan Horst To: Mark Kirkwood Message-ID: <20050925094014.GA713@aristo> References: <1dbad31505072105401c06bee6@mail.gmail.com> <42E099A0.3080101@paradise.net.nz> <3aaaa3a050724144831d5cff0@mail.gmail.com> <42E4BBCD.3060406@paradise.net.nz> <20050725160021.GB613@aristo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050725160021.GB613@aristo> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at hoth.amu.edu.pl Cc: Chris , freebsd-stable@freebsd.org Subject: Re: FreeBSD IO Performance (was Re: Quality of FreeBSD) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 09:40:26 -0000 On Mon, Jul 25, 2005 at 06:00:21PM +0200, Bohdan Horst wrote: > On Mon, Jul 25, 2005 at 10:15:41PM +1200, Mark Kirkwood wrote: > > Hmm - looks like I missed that thread, never mind - repeatability of > > findings is sound scientific principle :-) > > > > With respect to changing the default for vfs.read_max - makes sense to > > me, but it would be interesting to know if anyone has a system that > > performs *worse* with it set to 16. > > > > regards > > > > Mark > > > > Chris wrote: > > >Its been mentioned before and most experience the same as you by > > >setting it to 16 a dramatic improvement in the sequential read, I > > >currently run all my 5.x servers like this with no issues as a result. > > > I am curious if the default will ever be changed. > > on my notebook: > IBM TP 600x > 5.4-RELEASE-p4 > ad0: 38154MB [77520/16/63] at ata0-master UDMA33 > APM enable (but same effect with disable APM) > AAC unfortunatelly not supported :( > > > anything above vfs.read_max=1 produce very annoying little sound (i can > hear disk heads) when playing movies.. new notebook, new results: Toshiba 1410-614 5.4-RELEASE-p7 atapci0: ad0: 38154MB [77520/16/63] at ata0-master UDMA100 anything above vfs.read_max=1 produce sometimes very annoying little image glitch/freeze (synchronized with hdd led) when playing movies... (with AAC disk is now silent:) regards -- Bohdan 'Nexus' Horst From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 09:54:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 280D116A41F for ; Sun, 25 Sep 2005 09:54:30 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70E6843D48 for ; Sun, 25 Sep 2005 09:54:28 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp224-174.lns2.adl4.internode.on.net [203.122.224.174]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8P9sEGF075544 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 25 Sep 2005 19:24:27 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sun, 25 Sep 2005 19:23:51 +0930 User-Agent: KMail/1.8.2 References: <20050924180909.78a29487.stanley.jobson@gmx.ch> <20050924163501.GA53285@neptune.atopia.net> <20050925095140.5bbb3162.stanley.jobson@gmx.ch> In-Reply-To: <20050925095140.5bbb3162.stanley.jobson@gmx.ch> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1942008.c4mQz7t9S5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509251923.53947.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Dan Ponte , stanley jobson Subject: Re: lpt0 always busy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 09:54:30 -0000 --nextPart1942008.c4mQz7t9S5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 25 September 2005 17:21, stanley jobson wrote: > > Usually, if you get "device busy," it means that the printer is simply > > not on or connected properly. Check your parallel cable. > > unfort. my printer is connected properly and it is on while simply > trying to open it with open(/dev/lpt0) - lptest > /dev/lpt0 fails too > ... > > so it seems that fbsd expects some kind of status reply from the printer > - correct? > > if so: how could i by-pass this? (cause my ugly gdi printer is probably > not able to answer correctly) i just wonna have access to my parallel > port ... It expects that your printer will toggle the BUSY line as it should.. I don't believe you'd be able to print on any OS if this was broken. Are you sure nothing else is using the port? (lpd, cups, etc) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1942008.c4mQz7t9S5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDNnOx5ZPcIHs/zowRAh5wAJ4vcBTocVRwJKzNPYXolDYZtC+b3ACgqMYf r7H3SkVJcIssydDnjTZ5FXE= =DLCy -----END PGP SIGNATURE----- --nextPart1942008.c4mQz7t9S5-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 09:59:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A4B116A41F for ; Sun, 25 Sep 2005 09:59:03 +0000 (GMT) (envelope-from geek00l@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4E3643D48 for ; Sun, 25 Sep 2005 09:59:02 +0000 (GMT) (envelope-from geek00l@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so894360wxc for ; Sun, 25 Sep 2005 02:59:02 -0700 (PDT) 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; b=d1j4HmW5GBdPTegR4M7F40O8eHvOsqSEcbUMp0o7qvJcUnNjR2OE3J9diVd483BMemHdCJLve8orZucN0kuuFgAtQXt09uHlp6nljbem3Xq2eaZNug0VgMiX40GKLjuGsR96TI9x9rj8WbtRm2beaZArWiUjDcdFiFf76w8ENS4= Received: by 10.70.21.12 with SMTP id 12mr1802511wxu; Sun, 25 Sep 2005 02:59:02 -0700 (PDT) Received: by 10.70.130.2 with HTTP; Sun, 25 Sep 2005 02:59:02 -0700 (PDT) Message-ID: <1bb5dd90509250259fd115@mail.gmail.com> Date: Sun, 25 Sep 2005 17:59:02 +0800 From: lee sheng To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Dell PE850 and SC430 issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lee sheng List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 09:59:03 -0000 Hi, I have been trying to install freebsd 5.4/6.0 beta 5 on Dell SC1425, everything went well and I have no problem at all, however when I tried to install it on Dell PE850, I have issue of which it says disk not found, it is Single Intel Pentium D(dual core) processor 3.0GHz, Front side bus 800MH= z and the Driver Controller is Two non hot-pluggable 1-inch SATA, the raid controller is optional CERC SATA channel for SATA hard drives, and the capacity is 80GB, 7200 RPM SATA drives. Even if I change to another sata port and it is still not working, I can see it in the bios however the sysinstall just say disk not found when come to standard installation part. And I have no problem at all while installing linux on it which is not what I wish to. For the Dell SC430, P4 2.8GHz, SATA 7200k rpm, the issue even weird since I don't have the ps2 port, and I'm using usb keyboard, when I load up the freebsd CD for both 5.4 or 6.0 beta 5, it hangs on the sysinstall, I can't use my keyboard to change any setting at all and it is kind of funny as I can see ukbd is loaded. Then I decide to install pfsense, the project which is based on FreeBSD 6 Beta, everything goes smoothly and I can install, it is really annoying as = I wonder why it hangs on the sysinstall until I can't do anything. Is there any solution or workaround on these, I guess there might be someone successfully installing freebsd on it. Thanks. Regards, geek00L From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 10:16:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0052916A41F; Sun, 25 Sep 2005 10:16:43 +0000 (GMT) (envelope-from polichism@illusionnet.nl) Received: from psmtp01.wxs.nl (psmtp01.wxs.nl [195.121.6.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7154543D4C; Sun, 25 Sep 2005 10:16:43 +0000 (GMT) (envelope-from polichism@illusionnet.nl) Received: from illusionnet.nl ([84.87.41.123]) by psmtp01.wxs.nl (8.12.10/8.12.10) with ESMTP id j8PAGXGk006066; Sun, 25 Sep 2005 12:16:36 +0200 Received: from [127.0.0.1] (localhost [127.0.0.1]) by illusionnet.nl (Postfix) with ESMTP id C30BE61B5; Sun, 25 Sep 2005 12:16:19 +0200 (CEST) Message-ID: <433678F3.80700@illusionnet.nl> Date: Sun, 25 Sep 2005 12:16:19 +0200 From: polichism User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050818) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christoph.Sold@bahn.de References: <43329D19.2080702@davit.db.de> In-Reply-To: <43329D19.2080702@davit.db.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: re@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 6-Release Beta 5: extremely slow installation in VMWare 4.52 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 10:16:44 -0000 Christoph Sold wrote: > Hi All, > > trying to install 6-stable in a VMWare 4.5.2 WS installation, running > on an 1.6 GHz Celeron CPU. > After 3 hours, it still extracts scontrib into /usr/src directory. > On tty 3, top tells cpio ist in vlruwk state for ages. > CPU states: 0.1% user, 0.0% nice, 0.4% system, 0.8 interrupt, 99.5% idle. > > Installing Beta 4 went flawlessly, so I guess some filesystem change > since then is the culprit. > > Regards, > Christoph Sold > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Hey, Where do you see 6-STABLE? I can only find BETA5 of 6.x. Correct me when I'm wrong :) Grtz, -- Harrie Bos From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 10:29:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74CF416A41F; Sun, 25 Sep 2005 10:29:26 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5A0243D4C; Sun, 25 Sep 2005 10:29:25 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr9.xs4all.nl (8.13.3/8.13.3) with ESMTP id j8PATOUC099436; Sun, 25 Sep 2005 12:29:24 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j8PATNph014580; Sun, 25 Sep 2005 12:29:23 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j8PATNh1014579; Sun, 25 Sep 2005 12:29:23 +0200 (CEST) (envelope-from wb) Date: Sun, 25 Sep 2005 12:29:23 +0200 From: Wilko Bulte To: polichism Message-ID: <20050925102923.GA14564@freebie.xs4all.nl> References: <43329D19.2080702@davit.db.de> <433678F3.80700@illusionnet.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <433678F3.80700@illusionnet.nl> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: re@freebsd.org, Christoph.Sold@bahn.de, freebsd-stable@freebsd.org Subject: Re: 6-Release Beta 5: extremely slow installation in VMWare 4.52 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 10:29:26 -0000 On Sun, Sep 25, 2005 at 12:16:19PM +0200, polichism wrote.. > > Christoph Sold wrote: > > >Hi All, > > > >trying to install 6-stable in a VMWare 4.5.2 WS installation, running > >on an 1.6 GHz Celeron CPU. > >After 3 hours, it still extracts scontrib into /usr/src directory. > >On tty 3, top tells cpio ist in vlruwk state for ages. > >CPU states: 0.1% user, 0.0% nice, 0.4% system, 0.8 interrupt, 99.5% idle. > > > >Installing Beta 4 went flawlessly, so I guess some filesystem change > >since then is the culprit. > > > >Regards, > >Christoph Sold > >_______________________________________________ > >freebsd-stable@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > Hey, > > Where do you see 6-STABLE? > I can only find BETA5 of 6.x. > Correct me when I'm wrong :) You're right. There won't be a 6-STABLE until after 6.0-RELEASE. And we are still in the 6-BETA phase.. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 13:20:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA65A16A41F for ; Sun, 25 Sep 2005 13:20:51 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id C356E43D48 for ; Sun, 25 Sep 2005 13:20:50 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 7251 invoked from network); 25 Sep 2005 13:20:47 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 25 Sep 2005 13:20:47 -0000 Received: (qmail 16930 invoked by uid 89); 25 Sep 2005 13:20:47 -0000 Received: from unknown (HELO buh.cameradicommercio.ro) (82.76.1.117) by 0 with SMTP; 25 Sep 2005 13:20:47 -0000 Received: from buh.cameradicommercio.ro (localhost [127.0.0.1]) by buh.cameradicommercio.ro (Postfix) with ESMTP id 55CB060B3 for ; Sun, 25 Sep 2005 16:20:47 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (it.buh.cameradicommercio.ro [192.168.0.10]) by buh.cameradicommercio.ro (Postfix) with ESMTP for ; Sun, 25 Sep 2005 16:20:47 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with ESMTP id 50EC945 for ; Sun, 25 Sep 2005 16:20:46 +0300 (EEST) Date: Sun, 25 Sep 2005 16:20:17 +0300 From: Ion-Mihai Tetcu To: freebsd-stable@freebsd.org Message-ID: <20050925162017.36f44a82@it.buh.cameradicommercio.ro> X-Mailer: Sylpheed-Claws 1.9.14 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AV-Checked: on buh by ClamAV using ClamSMTP Subject: 6.0-BETA5 from yesterday panics on kldload nfsserver.ko X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 13:20:52 -0000 This is completely reproducible, unfortunately the core file is corrupted. warning: "/usr/crash/vmcore.1": no core file handler recognizes format, using default Can't fetch registers from this type of core file Can't fetch registers from this type of core file #0 0x00000000 in ?? () (gdb) root@it> /usr/crash [16:16:06] 0 # file vmcore.1 vmcore.1: ELF 32-bit LSB core file Intel 80386, invalid version (embedded) The only exotic thing is that I'm using ULE. This was a complete clean build (rm -rf /usr/src/* && cvsup .........). -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 13:35:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BBE916A41F for ; Sun, 25 Sep 2005 13:35:01 +0000 (GMT) (envelope-from stanley.jobson@gmx.ch) Received: from sigma.informatik.hu-berlin.de (sigma.informatik.hu-berlin.de [141.20.20.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id A45A943D48 for ; Sun, 25 Sep 2005 13:35:00 +0000 (GMT) (envelope-from stanley.jobson@gmx.ch) Received: from tyrael.linnet (p54BCDDA2.dip.t-dialin.net [84.188.221.162]) (authenticated bits=0) by sigma.informatik.hu-berlin.de (8.13.4+Sun/8.13.4/INF-2.0-MA-SOLARIS-2.10) with ESMTP id j8PDYYjS018053; Sun, 25 Sep 2005 15:34:55 +0200 (CEST) Date: Sun, 25 Sep 2005 15:33:04 +0200 From: stanley jobson To: "Daniel O'Connor" Message-Id: <20050925153304.4edf87cb.stanley.jobson@gmx.ch> In-Reply-To: <200509251923.53947.doconnor@gsoft.com.au> References: <20050924180909.78a29487.stanley.jobson@gmx.ch> <20050924163501.GA53285@neptune.atopia.net> <20050925095140.5bbb3162.stanley.jobson@gmx.ch> <200509251923.53947.doconnor@gsoft.com.au> X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Status: No (sigma) X-Spam-Status: No, score=1.9 required=5.0 tests=AWL,BAYES_50, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on rabe Cc: freebsd-stable@freebsd.org Subject: Re: lpt0 always busy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 13:35:01 -0000 > > so it seems that fbsd expects some kind of status reply from the > > printer - correct? > > > > if so: how could i by-pass this? (cause my ugly gdi printer is > > probably not able to answer correctly) i just wonna have access to > > my parallel port ... > > It expects that your printer will toggle the BUSY line as it should.. > I don't believe you'd be able to print on any OS if this was broken. i have a separate box running win98. from this box i am able to use the printer with the orig vendor driver without any problem ... > > Are you sure nothing else is using the port? (lpd, cups, etc) > i think so: lpd is not running and lsof | grep lpt doesnt show anything either : ( so i guess there could be a prob with the ready/status checking procedure any other ideas? any idea how to by pass this check so other programs (like qemu) could simple use the port? maybe it s necessary to hack the lpt driver - but because i am not a kernel hacker (maybe a good c hacker :)) - some help with this would be really nice ... thx regards, stan From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 14:00:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D58716A41F for ; Sun, 25 Sep 2005 14:00:24 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9C0743D48 for ; Sun, 25 Sep 2005 14:00:23 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp224-174.lns2.adl4.internode.on.net [203.122.224.174]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8PE0F91077276 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 25 Sep 2005 23:30:21 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: stanley jobson Date: Sun, 25 Sep 2005 23:28:58 +0930 User-Agent: KMail/1.8.2 References: <20050924180909.78a29487.stanley.jobson@gmx.ch> <200509251923.53947.doconnor@gsoft.com.au> <20050925153304.4edf87cb.stanley.jobson@gmx.ch> In-Reply-To: <20050925153304.4edf87cb.stanley.jobson@gmx.ch> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1454309.FO3BKzdjDV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509252330.05256.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: lpt0 always busy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 14:00:24 -0000 --nextPart1454309.FO3BKzdjDV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 25 September 2005 23:03, stanley jobson wrote: > i have a separate box running win98. from this box i am able to use the > printer with the orig vendor driver without any problem ... Hmm, well it's possible the serial port is broken.. > > Are you sure nothing else is using the port? (lpd, cups, etc) > > i think so: lpd is not running and lsof | grep lpt doesnt show anything > either : ( fstat /dev/lpt0 and fstat /dev/lpt0.ctl ? > so i guess there could be a prob with the ready/status checking > procedure This consists of checking the BUSY pin on the port.. Parallel ports are (sans ECP/EPP extras) very very simple. Have you tried using lptcontrol to put it into simple mode? What do you see in dmesg? =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1454309.FO3BKzdjDV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDNq1l5ZPcIHs/zowRAhtaAJ4zJUyqohge+IgkT8UN+dlZt0DXwgCdHXw4 3RuCSZW8Un/wOsGdGhz+dEY= =frKU -----END PGP SIGNATURE----- --nextPart1454309.FO3BKzdjDV-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 14:31:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 304FF16A41F for ; Sun, 25 Sep 2005 14:31:13 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5CF643D4C for ; Sun, 25 Sep 2005 14:31:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 9DB3F1A3C20; Sun, 25 Sep 2005 07:31:12 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8770551416; Sun, 25 Sep 2005 10:31:11 -0400 (EDT) Date: Sun, 25 Sep 2005 10:31:11 -0400 From: Kris Kennaway To: Ion-Mihai Tetcu Message-ID: <20050925143111.GA6138@xor.obsecurity.org> References: <20050925162017.36f44a82@it.buh.cameradicommercio.ro> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <20050925162017.36f44a82@it.buh.cameradicommercio.ro> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 6.0-BETA5 from yesterday panics on kldload nfsserver.ko X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 14:31:13 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 25, 2005 at 04:20:17PM +0300, Ion-Mihai Tetcu wrote: > This is completely reproducible, unfortunately the core file is > corrupted. >=20 > warning: "/usr/crash/vmcore.1": no core file handler recognizes format, u= sing default > Can't fetch registers from this type of core file > Can't fetch registers from this type of core file > #0 0x00000000 in ?? () > (gdb)=20 Do you mean gdb or kgdb? You should use the latter. > root@it> /usr/crash [16:16:06] 0 > # file vmcore.1 > vmcore.1: ELF 32-bit LSB core file Intel 80386, invalid version (embedded) >=20 > The only exotic thing is that I'm using ULE. >=20 > This was a complete clean build (rm -rf /usr/src/* && cvsup .........). But did you rebuild the nfsserver module? e.g. you are not using MODULES_OVERRIDE, and the module and kernel have the same date? Kris --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDNrSvWry0BWjoQKURAnt/AKDZzc6muRdRz9jBiPNqXapL7arWXwCgyqRj G8W8gUHwxylEWnMDQL7KafY= =K5uy -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 16:13:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB46E16A41F for ; Sun, 25 Sep 2005 16:13:13 +0000 (GMT) (envelope-from stanley.jobson@gmx.ch) Received: from sigma.informatik.hu-berlin.de (sigma.informatik.hu-berlin.de [141.20.20.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 423FB43D49 for ; Sun, 25 Sep 2005 16:13:12 +0000 (GMT) (envelope-from stanley.jobson@gmx.ch) Received: from hadriel.linnet (p54BCDDA2.dip.t-dialin.net [84.188.221.162]) (authenticated bits=0) by sigma.informatik.hu-berlin.de (8.13.4+Sun/8.13.4/INF-2.0-MA-SOLARIS-2.10) with ESMTP id j8PGCkH4028463; Sun, 25 Sep 2005 18:13:07 +0200 (CEST) Date: Sun, 25 Sep 2005 18:12:38 +0200 From: Stanley Jobson To: "Daniel O'Connor" Message-Id: <20050925181238.6bfe01fb.stanley.jobson@gmx.ch> In-Reply-To: <200509252330.05256.doconnor@gsoft.com.au> References: <20050924180909.78a29487.stanley.jobson@gmx.ch> <200509251923.53947.doconnor@gsoft.com.au> <20050925153304.4edf87cb.stanley.jobson@gmx.ch> <200509252330.05256.doconnor@gsoft.com.au> X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Status: No (sigma) X-Spam-Status: No, score=2.0 required=5.0 tests=AWL,BAYES_50, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on rabe Cc: freebsd-stable@freebsd.org Subject: Re: lpt0 always busy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 16:13:14 -0000 > > i have a separate box running win98. from this box i am able to use the > > printer with the orig vendor driver without any problem ... > > Hmm, well it's possible the serial port is broken.. maybe ... > > > > Are you sure nothing else is using the port? (lpd, cups, etc) > > > > i think so: lpd is not running and lsof | grep lpt doesnt show anything > > either : ( > > fstat /dev/lpt0 > and > fstat /dev/lpt0.ctl > > ? root@tyrael seb $ fstat /dev/lpt0.ctl USER CMD PID FD MOUNT INUM MODE SZ|DV R/W NAME root@tyrael seb $ fstat /dev/lpt0 USER CMD PID FD MOUNT INUM MODE SZ|DV R/W NAME root@tyrael seb $ > > > so i guess there could be a prob with the ready/status checking > > procedure > > This consists of checking the BUSY pin on the port.. > Parallel ports are (sans ECP/EPP extras) very very simple. > > Have you tried using lptcontrol to put it into simple mode? root@tyrael seb $ lptcontrol -s -d /dev/lpt0.ctl root@tyrael seb $ > What do you see in dmesg? lpt0: switched to interrupt-driven standard mode looks that everything is ok - not ? but open(/dev/lpt0) still complains about "device busy" ... thx regards, stan From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 16:34:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B7F516A41F for ; Sun, 25 Sep 2005 16:34:18 +0000 (GMT) (envelope-from bzag0@yahoo.com) Received: from web53807.mail.yahoo.com (web53807.mail.yahoo.com [206.190.36.202]) by mx1.FreeBSD.org (Postfix) with SMTP id BE05D43D55 for ; Sun, 25 Sep 2005 16:34:17 +0000 (GMT) (envelope-from bzag0@yahoo.com) Received: (qmail 33427 invoked by uid 60001); 25 Sep 2005 16:34:17 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=lNrr13kgGGNs7mE084KVkE+g2WwGsg4GEbdr91ppbprgNsoDKAC6TqcJcC4SW71yCyFvWD8DS1KY6BvNgd+dfrN+e5XJJxrKUHymexO6qvM67J88FFwZHcYLiQKre7/J/OiTqefXdQSDrorasK73CCM+c1qFSL1lGlmYBQaAX7w= ; Message-ID: <20050925163417.33425.qmail@web53807.mail.yahoo.com> Received: from [24.186.205.95] by web53807.mail.yahoo.com via HTTP; Sun, 25 Sep 2005 09:34:17 PDT Date: Sun, 25 Sep 2005 09:34:17 -0700 (PDT) From: Robert Zagarello To: freebsd-stable@freebsd.org In-Reply-To: <20050925181238.6bfe01fb.stanley.jobson@gmx.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: [freebsd-stable@freebsd.org]: lpt0 always busy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 16:34:18 -0000 Can you get hold of a simpler printer, one that uses the HP500 driver for example, and test your port? I tend to think it's a driver issue, at least until you can rule it out. I've had this problem on a NetBSD system, for example, which got solved by switching to just such a simpler printer and driver. BZAG ===================================== --- Stanley Jobson wrote: > > > i have a separate box running win98. from this > box i am able to use the > > > printer with the orig vendor driver without any > problem ... > > > > Hmm, well it's possible the serial port is > broken.. > > maybe ... > > > > > > > Are you sure nothing else is using the port? > (lpd, cups, etc) > > > > > > i think so: lpd is not running and lsof | grep > lpt doesnt show anything > > > either : ( > > > > fstat /dev/lpt0 > > and > > fstat /dev/lpt0.ctl > > > > ? > > root@tyrael seb $ fstat /dev/lpt0.ctl > USER CMD PID FD MOUNT INUM MODE > SZ|DV R/W NAME > root@tyrael seb $ fstat /dev/lpt0 > USER CMD PID FD MOUNT INUM MODE > SZ|DV R/W NAME > root@tyrael seb $ > > > > > > so i guess there could be a prob with the > ready/status checking > > > procedure > > > > This consists of checking the BUSY pin on the > port.. > > Parallel ports are (sans ECP/EPP extras) very very > simple. > > > > Have you tried using lptcontrol to put it into > simple mode? > > root@tyrael seb $ lptcontrol -s -d /dev/lpt0.ctl > root@tyrael seb $ > > > What do you see in dmesg? > > lpt0: switched to interrupt-driven standard mode > > looks that everything is ok - not ? > but open(/dev/lpt0) still complains about "device > busy" ... > > thx > regards, > stan > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 17:10:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4E6A16A41F for ; Sun, 25 Sep 2005 17:10:40 +0000 (GMT) (envelope-from tim.howe@celebrityresorts.com) Received: from knuth.hurstdog.org (knuth.hurstdog.org [69.55.236.147]) by mx1.FreeBSD.org (Postfix) with SMTP id 57EFC43D49 for ; Sun, 25 Sep 2005 17:10:40 +0000 (GMT) (envelope-from tim.howe@celebrityresorts.com) Received: (qmail 111 invoked from network); 25 Sep 2005 17:10:39 -0000 Received: from knuth.hurstdog.org (HELO fred.colohowes.org) (69.55.236.147) by knuth.hurstdog.org with SMTP; 25 Sep 2005 17:10:39 -0000 Received: from piro.quadium.net (piro.colohowes.org [10.27.56.90]) by fred.colohowes.org (Postfix) with ESMTP id 75ADF8FE63 for ; Sun, 25 Sep 2005 11:31:35 -0600 (MDT) Received: from beaker.data-secure.net (localhost [127.0.0.1]) by piro.quadium.net (8.12.6/8.12.6) with ESMTP id j8PH7WJl004632 for ; Sun, 25 Sep 2005 13:07:37 -0400 (EDT) (envelope-from tim.howe@celebrityresorts.com) Received: by beaker.data-secure.net (Postfix, from userid 1000) id ED44D39857; Sun, 25 Sep 2005 13:10:20 -0400 (EDT) To: freebsd-stable@freebsd.org References: <87y85nuqhy.fsf@beaker.data-secure.net> <4335D1D2.9060501@leadhill.net> From: Tim Howe Date: Sun, 25 Sep 2005 13:10:20 -0400 In-Reply-To: <4335D1D2.9060501@leadhill.net> (Billy Newsom's message of "Sat, 24 Sep 2005 17:23:14 -0500") Message-ID: <87r7bdt6o3.fsf@beaker.data-secure.net> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Corporate Culture, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: 5.3 -> 5.4 breaks ATA (Intel ICH2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 17:10:40 -0000 Billy Newsom writes: > See these threads: > > critical BOOT failure updating to latest 5-Stable (5.4) > 9/23/2005 12:07 AM > > ATA lockup with 5.4-STABLE > 9/21/2005 10:19 PM Thanks for the references; I'll definiteluy take a look at them (only reason I haven't before replying is that I'm mobile currently and don't feel like digging through archives on the itty bitty screen. > Anyway, I count three systems that are normally boting with 5.3 or > 5.4, and then the upgrade to the latest 5-Stable breaks the boot. If I may make a small correction, I would like to point out that it's not 5-STABLE that breaks mine but 5.4-RELEASE. Even booting from the 5.4 mini-CD can't find the drive, but booting from the 5.3 installer can. > > Perhaps you could test one of those identical machines with a simple > hard disk swap? Just put the bad booting drive in a working system and > see if the error is still there? I can do this either today or tomorrow. > Has anyone checked the CVS repository for a possible change to the ATA > detection or boot code? Since you mentioned that 5.4-RELEASE worked for you but -STABLE didn't, I've got a build of RELENG_5 (is this still active in comparison to RELENG_6?) going now. Perhaps what broke yours fixed mine. In any case it will be helpful for patching against and testing. > Can you post your dmesg for 5.3 perhaps? Yes. > BTW, you can boot that machine to the old kernel using the procedure If you think it will be helpful I can. Will this produce a different result than booting from the 5.3 installer? -- Tim Howe Software Engineer Celebrity Resorts, Inc. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 19:41:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D2C816A41F for ; Sun, 25 Sep 2005 19:41:38 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from rader.servnow.com (rader.servnow.com [69.93.129.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DE6F43D49 for ; Sun, 25 Sep 2005 19:41:37 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from 12-210-221-89.client.insightbb.com ([12.210.221.89] helo=familysquires.net) by rader.servnow.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.52) id 1EJcNP-0001Oy-2s for freebsd-stable@freebsd.org; Sun, 25 Sep 2005 15:41:31 -0400 Date: Sun, 25 Sep 2005 14:41:36 -0500 (EST) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-stable@freebsd.org In-Reply-To: <87r7bdt6o3.fsf@beaker.data-secure.net> Message-ID: <20050925142016.L7868@familysquires.net> References: <87y85nuqhy.fsf@beaker.data-secure.net> <4335D1D2.9060501@leadhill.net> <87r7bdt6o3.fsf@beaker.data-secure.net> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1820964485-1127677296=:7868" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - rader.servnow.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - siralan.org X-Source: X-Source-Args: X-Source-Dir: Subject: 5.4-STABLE changes breaks IDE boot (was Re: 5.3 -> 5.4 breaks ATA (Intel ICH2)) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 19:41:38 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1820964485-1127677296=:7868 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed This may be a similar problem to the one discussed in the Intel ICH2 thread. System is a Toshiba 8100. System boots from a 5.4-STABLE kernel compiled 5/3/2005 but locks up on boot with kernels compiled in the past few days. I re-cvsup'd after the first lockup and build a GENERIC kernel, same results. The atapci0 lines were divided by the mailer to fit into an 80 col line, I've added the "\". The only difference I can see is that the working kernel allocates port 0xfff0-0xffff to atapci0, and both the non-working kernels don't allocate those ports. This is the only difference I can see between the working and non-working output from the boot process. The complete old dmesg is attached. Mike Squires --hopefully relevant parts of old dmesg-- FreeBSD 5.4-STABLE #0: Tue May 3 21:29:44 EST 2005 root@mikes-port:/usr/src/sys/i386/compile/PORT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (697.42-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 402522112 (383 MB) avail memory = 384188416 (366 MB) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xfe08-0xfe0b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xdfffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 3.0 on pci0 isa0: on isab0 isab1: at device 5.0 on pci0 device_attach: isab1 attach returned 6 atapci0: port \ 0xfff0-0xffff,0x376,0x170-0x177,0x3f6,D0x1f0-0x1f7 at device 5.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ---nonworking atapci0 command, hand copied-- atapci0: port \ 0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 5.1 on pci0 --0-1820964485-1127677296=:7868 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg.old" Content-Transfer-Encoding: BASE64 Content-ID: <20050925144136.F7868@familysquires.net> Content-Description: Content-Disposition: attachment; filename="dmesg.old" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDUuNC1TVEFCTEUgIzA6IFR1ZSBNYXkgIDMgMjE6 Mjk6NDQgRVNUIDIwMDUNCiAgICByb290QG1pa2VzLXBvcnQ6L3Vzci9zcmMv c3lzL2kzODYvY29tcGlsZS9QT1JUDQpUaW1lY291bnRlciAiaTgyNTQiIGZy ZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMA0KQ1BVOiBJbnRlbCBQZW50 aXVtIElJSSAoNjk3LjQyLU1IeiA2ODYtY2xhc3MgQ1BVKQ0KICBPcmlnaW4g PSAiR2VudWluZUludGVsIiAgSWQgPSAweDY4NiAgU3RlcHBpbmcgPSA2DQog IEZlYXR1cmVzPTB4MzgzZjlmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBB RSxNQ0UsQ1g4LFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsTU1Y LEZYU1IsU1NFPg0KcmVhbCBtZW1vcnkgID0gNDAyNTIyMTEyICgzODMgTUIp DQphdmFpbCBtZW1vcnkgPSAzODQxODg0MTYgKDM2NiBNQikNCm5weDA6IDxt YXRoIHByb2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQNCm5weDA6IElOVCAxNiBp bnRlcmZhY2UNCmFjcGkwOiA8VE9TSElCIDc1MD4gb24gbW90aGVyYm9hcmQN CmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQ0KVGltZWNvdW50ZXIgIkFD UEktc2FmZSIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwDQph Y3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9y dCAweGZlMDgtMHhmZTBiIG9uIGFjcGkwDQpjcHUwOiA8QUNQSSBDUFUgKDIg Q3ggc3RhdGVzKT4gb24gYWNwaTANCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBi cmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTANCnBjaTA6IDxBQ1BJ IFBDSSBidXM+IG9uIHBjaWIwDQphZ3AwOiA8SW50ZWwgODI0NDNCWCAoNDQw IEJYKSBob3N0IHRvIFBDSSBicmlkZ2U+IG1lbSAweGQwMDAwMDAwLTB4ZGZm ZmZmZmYgYXQgZGV2aWNlIDAuMCBvbiBwY2kwDQpwY2liMTogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMA0KcGNpMTogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjENCnBjaTE6IDxkaXNwbGF5LCBWR0E+IGF0 IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCmlzYWIwOiA8UENJ LUlTQSBicmlkZ2U+IGF0IGRldmljZSAzLjAgb24gcGNpMA0KaXNhMDogPElT QSBidXM+IG9uIGlzYWIwDQppc2FiMTogPFBDSS1JU0EgYnJpZGdlPiBhdCBk ZXZpY2UgNS4wIG9uIHBjaTANCmRldmljZV9hdHRhY2g6IGlzYWIxIGF0dGFj aCByZXR1cm5lZCA2DQphdGFwY2kwOiA8SW50ZWwgUElJWDQgVURNQTMzIGNv bnRyb2xsZXI+IHBvcnQgMHhmZmYwLTB4ZmZmZiwweDM3NiwweDE3MC0weDE3 NywweDNmNiwweDFmMC0weDFmNyBhdCBkZXZpY2UgNS4xIG9uIHBjaTANCmF0 YTA6IGNoYW5uZWwgIzAgb24gYXRhcGNpMA0KYXRhMTogY2hhbm5lbCAjMSBv biBhdGFwY2kwDQp1aGNpMDogPEludGVsIDgyMzcxQUIvRUIgKFBJSVg0KSBV U0IgY29udHJvbGxlcj4gcG9ydCAweGZmODAtMHhmZjlmIGlycSAxMSBhdCBk ZXZpY2UgNS4yIG9uIHBjaTANCnVzYjA6IDxJbnRlbCA4MjM3MUFCL0VCIChQ SUlYNCkgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kwDQp1c2IwOiBVU0IgcmV2 aXNpb24gMS4wDQp1aHViMDogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3Mg OS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDENCnVodWIwOiAyIHBvcnRzIHdp dGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KcGNpMDogPGJyaWRnZT4g YXQgZGV2aWNlIDUuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpYjI6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNi4wIG9uIHBjaTANCnBj aTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyDQpzeW0wOiA8ODc1PiBwb3J0 IDB4Y2UwMC0weGNlZmYgbWVtIDB4ZWZlZmUwMDAtMHhlZmVmZWZmZiwweGVm ZWZmZjAwLTB4ZWZlZmZmZmYgaXJxIDExIGF0IGRldmljZSAxLjAgb24gcGNp Mg0Kc3ltMDogU3ltYmlvcyBOVlJBTSwgSUQgNywgRmFzdC0yMCwgU0UsIHBh cml0eSBjaGVja2luZw0Kc3ltMDogb3BlbiBkcmFpbiBJUlEgbGluZSBkcml2 ZXIsIHVzaW5nIG9uLWNoaXAgU1JBTQ0Kc3ltMDogdXNpbmcgTE9BRC9TVE9S RS1iYXNlZCBmaXJtd2FyZS4NCmF0YXBjaTE6IDxDTUQgNjQ4IFVETUE2NiBj b250cm9sbGVyPiBwb3J0IDB4Y2RkMC0weGNkZGYsMHhjZGU0LTB4Y2RlNyww eGNkZTgtMHhjZGVmLDB4Y2RmNC0weGNkZjcsMHhjZGY4LTB4Y2RmZiBpcnEg MTEgYXQgZGV2aWNlIDMuMCBvbiBwY2kyDQphdGEyOiBjaGFubmVsICMwIG9u IGF0YXBjaTENCmF0YTM6IGNoYW5uZWwgIzEgb24gYXRhcGNpMQ0KcGNpMDog PHNpbXBsZSBjb21tcz4gYXQgZGV2aWNlIDcuMCAobm8gZHJpdmVyIGF0dGFj aGVkKQ0KcGNpMDogPHdpcmVsZXNzIGNvbnRyb2xsZXIsIGlSREE+IGF0IGRl dmljZSA5LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCmNiYjA6IDxUb1BJQzEw MCBQQ0ktQ2FyZEJ1cyBCcmlkZ2U+IGF0IGRldmljZSAxMS4wIG9uIHBjaTAN CmNhcmRidXMwOiA8Q2FyZEJ1cyBidXM+IG9uIGNiYjANCnBjY2FyZDA6IDwx Ni1iaXQgUENDYXJkIGJ1cz4gb24gY2JiMA0KY2JiMTogPFRvUElDMTAwIFBD SS1DYXJkQnVzIEJyaWRnZT4gYXQgZGV2aWNlIDExLjEgb24gcGNpMA0KY2Fy ZGJ1czE6IDxDYXJkQnVzIGJ1cz4gb24gY2JiMQ0KcGNjYXJkMTogPDE2LWJp dCBQQ0NhcmQgYnVzPiBvbiBjYmIxDQpwY20wOiA8WWFtYWhhIERTLTFFIChZ TUY3NDQpPiBwb3J0IDB4YmYzYy0weGJmM2YsMHhiZjQwLTB4YmY3ZiBtZW0g MHhlZmRmODAwMC0weGVmZGZmZmZmIGlycSAxMSBhdCBkZXZpY2UgMTIuMCBv biBwY2kwDQpwY20wOiA8VW5rbm93biBBQzk3IENvZGVjIChpZCA9IDB4NDE0 YjRkMDUpPg0KeGwwOiA8M0NvbSAzYzkwNUMtVFggRmFzdCBFdGhlcmxpbmsg WEw+IHBvcnQgMHhiZTgwLTB4YmVmZiBtZW0gMHhlZmRmN2Y4MC0weGVmZGY3 ZmZmIGlycSAxMSBhdCBkZXZpY2UgMTUuMCBvbiBwY2kwDQptaWlidXMwOiA8 TUlJIGJ1cz4gb24geGwwDQp4bHBoeTA6IDwzYzkwNUMgMTAvMTAwIGludGVy bmFsIFBIWT4gb24gbWlpYnVzMA0KeGxwaHkwOiAgMTBiYXNlVCwgMTBiYXNl VC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bw0KeGwwOiBF dGhlcm5ldCBhZGRyZXNzOiAwMDowMDozOTo5YjozNToyZA0KYWNwaV9saWQw OiA8Q29udHJvbCBNZXRob2QgTGlkIFN3aXRjaD4gb24gYWNwaTANCmFjcGlf Y21iYXQwOiA8Q29udHJvbCBNZXRob2QgQmF0dGVyeT4gb24gYWNwaTANCmFj cGlfY21iYXQxOiA8Q29udHJvbCBNZXRob2QgQmF0dGVyeT4gb24gYWNwaTAN CmFjcGlfYWNhZDA6IDxBQyBBZGFwdGVyPiBvbiBhY3BpMA0KYWNwaV90ejA6 IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwDQphdGtiZGMwOiA8S2V5Ym9hcmQg Y29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjQsMHg2MCBpcnEgMSBvbiBh Y3BpMA0KYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAN CmtiZDAgYXQgYXRrYmQwDQpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9u IGF0a2JkYzANCnBzbTA6IG1vZGVsIEdlbmVyaWMgUFMvMiBtb3VzZSwgZGV2 aWNlIElEIDANCmZkYzA6IDxmbG9wcHkgZHJpdmUgY29udHJvbGxlcj4gcG9y dCAweDNmNywweDNmMC0weDNmNSBpcnEgNiBkcnEgMiBvbiBhY3BpMA0KZmQw OiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDANCnNpbzA6 IDwxNjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDNmOC0weDNm ZiBpcnEgNCBmbGFncyAweDEwIG9uIGFjcGkwDQpzaW8wOiB0eXBlIDE2NTUw QQ0KcHBjMDogPEVDUCBwYXJhbGxlbCBwcmludGVyIHBvcnQ+IHBvcnQgMHg3 NzgtMHg3N2EsMHgzNzgtMHgzN2EgaXJxIDcgZHJxIDMgb24gYWNwaTANCnBw YzA6IEdlbmVyaWMgY2hpcHNldCAoRUNQL1BTMi9OSUJCTEUpIGluIENPTVBB VElCTEUgbW9kZQ0KcHBjMDogRklGTyB3aXRoIDE2LzE2LzggYnl0ZXMgdGhy ZXNob2xkDQpwcGJ1czA6IDxQYXJhbGxlbCBwb3J0IGJ1cz4gb24gcHBjMA0K cGxpcDA6IDxQTElQIG5ldHdvcmsgaW50ZXJmYWNlPiBvbiBwcGJ1czANCmxw dDA6IDxQcmludGVyPiBvbiBwcGJ1czANCmxwdDA6IEludGVycnVwdC1kcml2 ZW4gcG9ydA0KcHBpMDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwDQpvcm0w OiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGU4MDAwLTB4ZWJmZmYs MHhjMDAwMC0weGNiZmZmIG9uIGlzYTANCnBtdGltZXIwIG9uIGlzYTANCnNj MDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwDQpz YzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+DQp2 Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlv bWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwDQp1aHViMTogVGV4YXMgSW5z dHJ1bWVudHMgVVQtVVNCNDEgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEu MDAsIGFkZHIgMg0KdWh1YjE6IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwg c2VsZiBwb3dlcmVkDQpUaW1lY291bnRlciAiVFNDIiBmcmVxdWVuY3kgNjk3 NDE3NjQzIEh6IHF1YWxpdHkgODAwDQpUaW1lY291bnRlcnMgdGljayBldmVy eSAxMC4wMDAgbXNlYw0KYWQwOiAxMTUxM01CIDxUT1NISUJBIE1LMTIxNEdB UC9OMC4xNSBHPiBbMjMzOTIvMTYvNjNdIGF0IGF0YTAtbWFzdGVyIFVETUEz Mw0KYWQyOiAyODYxNU1CIDxUT1NISUJBIE1LMzAxN0dBUC9BMC4xMCBIPiBb NTgxNDAvMTYvNjNdIGF0IGF0YTEtbWFzdGVyIFVETUEzMw0KV2FpdGluZyAx NSBzZWNvbmRzIGZvciBTQ1NJIGRldmljZXMgdG8gc2V0dGxlDQoobm9wZXJp cGg6c3ltMDowOi0xOi0xKTogU0NTSSBCVVMgcmVzZXQgZGVsaXZlcmVkLg0K Y2QwIGF0IHN5bTAgYnVzIDAgdGFyZ2V0IDYgbHVuIDANCmNkMDogPFBMRVhU T1IgQ0QtUk9NIFBYLTEyQ1MgMS4wMD4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJ LTIgZGV2aWNlIA0KY2QwOiAxMC4wMDBNQi9zIHRyYW5zZmVycyAoMTAuMDAw TUh6LCBvZmZzZXQgMTUpDQpjZDA6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNl IHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudA0K TW91bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2L2FkMnMyYQ0K --0-1820964485-1127677296=:7868-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 19:59:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E3A916A41F for ; Sun, 25 Sep 2005 19:59:20 +0000 (GMT) (envelope-from gray@mistaken-identity.co.uk) Received: from magnum.mistaken-identity.co.uk (slayer-of.demon.co.uk [62.49.5.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6539243D48 for ; Sun, 25 Sep 2005 19:59:18 +0000 (GMT) (envelope-from gray@mistaken-identity.co.uk) MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Sun, 25 Sep 2005 20:53:35 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Cue0 query (panic, still) PR kern/75710 Thread-Index: AcXCC5pzOBVyq5P+Rz+aKKTdxBNgyQ== From: "Gray Lilley" To: Subject: Cue0 query (panic, still) PR kern/75710 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 19:59:20 -0000 Good Evening All, I've tried this on several machines now, all of different specification, = manufacturer and am still coming across this same problem... Whenever I try to ifconfig cue0 up the machine panics, hand typed panic = message below. Fatal trap 12: page fault while in kernel mode Cpuid =3D 0; apic id =3D 00 Fault virtual address =3D 0x8 Fault code =3D supervisor read, page not present Instruction pointer =3D 0x8:0xc05d3960 Stack pointer =3D 0x10:0xca5f18bc Frame pointer =3D 0x10:0xca5f18d4 Code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 Processor eflags =3D interrupt enabled, resume, IOPL=3D0 Current process =3D 116 (ifconfig) Trap number =3D 12 Panic: page fault Cpuid =3D 0 I have filed a PR on this, but I have not had any responses from it=20 (http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/75710). The panic there is from a compaq armada 110 notebook, but I get the same = panic (same 3 pointers) on a toshiba satellite pro a40 and on a self = built p4 machine along with several others. It affects 5.x 6.0 (all the way up to BETA5) but it works flawlessly = with 4.11-STABLE/RELEASE. Does anyone have any new fresh ideas about this one? This is 100% reproduceable so I can try this at anytime, Best Regards, Graham Lilley P.S - going to try building a custom kernel with debugging, if I am = able. Currently no src due to lack of network connectivity. --=20 No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.344 / Virus Database: 267.11.6/111 - Release Date: = 23/09/2005 =20 From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 20:36:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A765816A47D for ; Sun, 25 Sep 2005 20:36:06 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from natco3.natcotech.com (natco3.natcotech.com [205.167.142.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACF6143D49 for ; Sun, 25 Sep 2005 20:36:05 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-103.natcotech.com [12.28.24.103]) by natco3.natcotech.com (Postfix) with ESMTP id 331B962A48 for ; Sun, 25 Sep 2005 15:36:03 -0500 (CDT) Received: (qmail 9569 invoked by uid 89); 25 Sep 2005 20:36:02 -0000 Received: from unknown (HELO ?192.168.0.2?) (192.168.0.2) by ibm.nlcc.us with SMTP; 25 Sep 2005 20:36:02 -0000 Message-ID: <43370A31.1080704@leadhill.net> Date: Sun, 25 Sep 2005 15:36:01 -0500 From: Billy Newsom User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <87y85nuqhy.fsf@beaker.data-secure.net> <4335D1D2.9060501@leadhill.net> <87r7bdt6o3.fsf@beaker.data-secure.net> <20050925142016.L7868@familysquires.net> In-Reply-To: <20050925142016.L7868@familysquires.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 5.4-STABLE changes breaks IDE boot (was Re: 5.3 -> 5.4 breaks ATA (Intel ICH2)) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 20:36:09 -0000 Michael L. Squires wrote: > This may be a similar problem to the one discussed in the Intel ICH2 > thread. > > System is a Toshiba 8100. System boots from a 5.4-STABLE kernel > compiled 5/3/2005 but locks up on boot with kernels compiled in the past > few days. > > I re-cvsup'd after the first lockup and build a GENERIC kernel, same > results. The atapci0 lines were divided by the mailer to fit into an 80 > col line, I've added the "\". > > The only difference I can see is that the working kernel allocates port > 0xfff0-0xffff to atapci0, and both the non-working kernels don't > allocate those ports. This is the only difference I can see between the > working and non-working output from the boot process. > I would like to concur with this sighting. I will repeat it to emphasize this for whoever can decipher this for bug fixes: 1. In recent 5-Stable 2. The IDE controller, atapci0, 3. seems to be detectected, but without a certain memory allocation 4. namely, 0xfff0-0xffff 5. while the other memory and I/O segments are detected fine. Furthermore, 6. It won't boot on the affected machines. 7. More than one controller is affected (ICH2, PIIX3, and possibly PIIX4) 8. Mine, at least, boots fine to a July 4th 5-Stable. Here is an example I found from someone reporting a similar issue (Julian Dunn) Look at this from his dmesg: *First* his good booting dmesg line: atapci0: port 0xfff0-0xffff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.1 on pci0 *Second* his non-booting dmesg line: atapci0: port 0x376,0x170-0x177,0x3f6,0x1f0-0x1f atapci0: Lazy allocation of 0x10 bytes rid 0x20 type 4 at 0 7 at device 2.1 on pci0 Can I point out the fact that these two lines (first from the good, second from the bad dmesg) seem to say that atapci0 is not getting its memory segment detected -- the segment at 0xfff0-0xffff. I found this out prior to the post by Mr. Squires, independently. I'm starting to smell a PR, and perhaps some attention by the maintainer of the pci-ata code, which I think is sos@FreeBSD.org Billy > The complete old dmesg is attached. > > Mike Squires > > --hopefully relevant parts of old dmesg-- > FreeBSD 5.4-STABLE #0: Tue May 3 21:29:44 EST 2005 > root@mikes-port:/usr/src/sys/i386/compile/PORT > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel Pentium III (697.42-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x686 Stepping = 6 > > Features=0x383f9ff > > real memory = 402522112 (383 MB) > avail memory = 384188416 (366 MB) > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xfe08-0xfe0b on acpi0 > cpu0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem > 0xd0000000-0xdfffffff at device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > isab0: at device 3.0 on pci0 > isa0: on isab0 > isab1: at device 5.0 on pci0 > device_attach: isab1 attach returned 6 > atapci0: port \ > 0xfff0-0xffff,0x376,0x170-0x177,0x3f6,D0x1f0-0x1f7 at device 5.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > > ---nonworking atapci0 command, hand copied-- > > atapci0: port \ > 0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 5.1 on pci0 > > > ------------------------------------------------------------------------ > > Copyright (c) 1992-2005 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.4-STABLE #0: Tue May 3 21:29:44 EST 2005 > root@mikes-port:/usr/src/sys/i386/compile/PORT > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel Pentium III (697.42-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x686 Stepping = 6 > Features=0x383f9ff > real memory = 402522112 (383 MB) > avail memory = 384188416 (366 MB) > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xfe08-0xfe0b on acpi0 > cpu0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem 0xd0000000-0xdfffffff at device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > isab0: at device 3.0 on pci0 > isa0: on isab0 > isab1: at device 5.0 on pci0 > device_attach: isab1 attach returned 6 > atapci0: port 0xfff0-0xffff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 5.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > uhci0: port 0xff80-0xff9f irq 11 at device 5.2 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > pci0: at device 5.3 (no driver attached) > pcib2: at device 6.0 on pci0 > pci2: on pcib2 > sym0: <875> port 0xce00-0xceff mem 0xefefe000-0xefefefff,0xefefff00-0xefefffff irq 11 at device 1.0 on pci2 > sym0: Symbios NVRAM, ID 7, Fast-20, SE, parity checking > sym0: open drain IRQ line driver, using on-chip SRAM > sym0: using LOAD/STORE-based firmware. > atapci1: port 0xcdd0-0xcddf,0xcde4-0xcde7,0xcde8-0xcdef,0xcdf4-0xcdf7,0xcdf8-0xcdff irq 11 at device 3.0 on pci2 > ata2: channel #0 on atapci1 > ata3: channel #1 on atapci1 > pci0: at device 7.0 (no driver attached) > pci0: at device 9.0 (no driver attached) > cbb0: at device 11.0 on pci0 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb1: at device 11.1 on pci0 > cardbus1: on cbb1 > pccard1: <16-bit PCCard bus> on cbb1 > pcm0: port 0xbf3c-0xbf3f,0xbf40-0xbf7f mem 0xefdf8000-0xefdfffff irq 11 at device 12.0 on pci0 > pcm0: > xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xbe80-0xbeff mem 0xefdf7f80-0xefdf7fff irq 11 at device 15.0 on pci0 > miibus0: on xl0 > xlphy0: <3c905C 10/100 internal PHY> on miibus0 > xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > xl0: Ethernet address: 00:00:39:9b:35:2d > acpi_lid0: on acpi0 > acpi_cmbat0: on acpi0 > acpi_cmbat1: on acpi0 > acpi_acad0: on acpi0 > acpi_tz0: on acpi0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > psm0: irq 12 on atkbdc0 > psm0: model Generic PS/2 mouse, device ID 0 > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > ppc0: port 0x778-0x77a,0x378-0x37a irq 7 drq 3 on acpi0 > ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/8 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > orm0: at iomem 0xe8000-0xebfff,0xc0000-0xcbfff on isa0 > pmtimer0 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > uhub1: Texas Instruments UT-USB41 hub, class 9/0, rev 1.00/1.00, addr 2 > uhub1: 4 ports with 4 removable, self powered > Timecounter "TSC" frequency 697417643 Hz quality 800 > Timecounters tick every 10.000 msec > ad0: 11513MB [23392/16/63] at ata0-master UDMA33 > ad2: 28615MB [58140/16/63] at ata1-master UDMA33 > Waiting 15 seconds for SCSI devices to settle > (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. > cd0 at sym0 bus 0 target 6 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 10.000MB/s transfers (10.000MHz, offset 15) > cd0: Attempt to query device size failed: NOT READY, Medium not present > Mounting root from ufs:/dev/ad2s2a From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 22:48:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA65216A41F for ; Sun, 25 Sep 2005 22:48:16 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48BFB43D5A for ; Sun, 25 Sep 2005 22:48:16 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id 1B268B840; Mon, 26 Sep 2005 00:48:13 +0200 (CEST) Date: Mon, 26 Sep 2005 00:47:53 +0200 From: Dimitry Andric X-Mailer: The Bat! (v3.61.07 Echo (Beta)) Professional X-Priority: 3 (Normal) Message-ID: <84129853.20050926004753@andric.com> To: Derek In-Reply-To: <432B9F7F.503@rogers.com> References: <1622873082.20050916211004@andric.com> <432B9F7F.503@rogers.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------DFE422EEF59D38" Cc: freebsd-stable@freebsd.org Subject: Re: 6.0-BETA2 through 4: BTX halted? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dimitry Andric List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 22:48:17 -0000 ------------DFE422EEF59D38 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 2005-09-17 at 06:45:51 Derek wrote: >> P.S: I just tried 5.4-RELEASE on the same X41, and BTX crashes there >> too... :( > I've seen these identical systems on earlier versions, and documented as > much as I could in: > http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/72960 Actually, it's more like this PR, since I'm also using an external USB DVD-RW drive: http://www.freebsd.org/cgi/query-pr.cgi?pr=85257 Possibly the BIOS does something nasty (i.e. using protected mode) to support booting off USB disks, which causes BTX' exceptions. OTOH, neither OpenBSD's, nor several Linux distro's CD loaders seem to have problems with it. Last note: I've also tried the 6.0-BETA5 bootonly ISO, giving exactly the same result. So no FreeBSD on this laptop for me... :( ------------DFE422EEF59D38 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFDNykZsF6jCi4glqMRAmiUAKCSF/WCH+evpU4WaDDVul1OAHg01QCgqzMr HdZdF4ZEMRI+v9cD5bbyX64= =dr5m -----END PGP MESSAGE----- ------------DFE422EEF59D38-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 25 23:20:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E9B716A41F for ; Sun, 25 Sep 2005 23:20:01 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E8A143D48 for ; Sun, 25 Sep 2005 23:19:59 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8PNJqPp097402 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 26 Sep 2005 08:49:58 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Stanley Jobson Date: Mon, 26 Sep 2005 08:49:40 +0930 User-Agent: KMail/1.8.2 References: <20050924180909.78a29487.stanley.jobson@gmx.ch> <200509252330.05256.doconnor@gsoft.com.au> <20050925181238.6bfe01fb.stanley.jobson@gmx.ch> In-Reply-To: <20050925181238.6bfe01fb.stanley.jobson@gmx.ch> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2252079.oe6rJI515z"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509260849.50510.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: lpt0 always busy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2005 23:20:01 -0000 --nextPart2252079.oe6rJI515z Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 26 September 2005 01:42, Stanley Jobson wrote: > > > i have a separate box running win98. from this box i am able to use t= he > > > printer with the orig vendor driver without any problem ... > > > > Hmm, well it's possible the serial port is broken.. > > maybe ... Err parallel port :) > > Have you tried using lptcontrol to put it into simple mode? > > root@tyrael seb $ lptcontrol -s -d /dev/lpt0.ctl > root@tyrael seb $ > > > What do you see in dmesg? > > lpt0: switched to interrupt-driven standard mode > > looks that everything is ok - not ? > but open(/dev/lpt0) still complains about "device busy" ... It seriously looks like the printer, cable or port are broken, or the print= er=20 is very very special.. What sort of printer is it? You could try printing to /dev/lpt0.ctl since that will ignore BUSY for the= =20 open. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2252079.oe6rJI515z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDNzCW5ZPcIHs/zowRAhpMAJ9ytRf5bYCDvuaYwouKX9bzzXkkFQCdFOih uP1dcwYFcKCmRmNSAZiA/1c= =VQF5 -----END PGP SIGNATURE----- --nextPart2252079.oe6rJI515z-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 00:27:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF31F16A42F for ; Mon, 26 Sep 2005 00:27:09 +0000 (GMT) (envelope-from brucegb@realtime.net) Received: from ruth.realtime.net (ruth.realtime.net [205.238.132.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 461A843D48 for ; Mon, 26 Sep 2005 00:27:09 +0000 (GMT) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain (unverified [70.112.156.176]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 95740038 for ; Sun, 25 Sep 2005 19:25:52 -0500 Received: from tigerfish2.my.domain (localhost [127.0.0.1]) by tigerfish2.my.domain (8.13.3/8.13.3) with ESMTP id j8Q0R4Ta030466 for ; Sun, 25 Sep 2005 19:27:04 -0500 (CDT) (envelope-from brucegb@tigerfish2.my.domain) Received: (from brucegb@localhost) by tigerfish2.my.domain (8.13.3/8.13.3/Submit) id j8Q0R42J030465 for freebsd-stable@freebsd.org; Sun, 25 Sep 2005 19:27:04 -0500 (CDT) (envelope-from brucegb) Date: Sun, 25 Sep 2005 19:27:04 -0500 From: Bruce Burden To: freebsd-stable@freebsd.org Message-ID: <20050926002704.GB29069@tigerfish2.my.domain> References: <20050924180909.78a29487.stanley.jobson@gmx.ch> <200509252330.05256.doconnor@gsoft.com.au> <20050925181238.6bfe01fb.stanley.jobson@gmx.ch> <200509260849.50510.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509260849.50510.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i X-Server: High Performance Mail Server - http://surgemail.com r=-224271992 Subject: Looking for Request Sense description X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 00:27:09 -0000 Hi folks, Forgive me if I posted this already, I am not certain that I did. Anyway, my SCSI RAID started beeping at me last week. Now that I have the data moved from the RAID to a backup unit, there is silence. Hmmm. However, I have not been able to find a description of SCSI Additional Sense Code 29h/Additional Sense Code Qualifier 02: 09/24/2005 22:20:03 Level 3 HBA=0 BUS=0 ID=1 LUN=0 HBA Error - Sequence Failure 09/24/2005 22:20:05 Level 3 HBA=0 BUS=0 ID=1 LUN=0 Bad SCSI Status - Check Condition 28 00 00 87 E9 00 00 00 80 00 00 00 09/24/2005 22:20:05 Level 3 HBA=0 BUS=0 ID=1 LUN=0 Request Sense 70 00 06 00 00 00 00 0A 00 00 00 00 29 02 02 00 00 00 Unit Attention I think SCSI ID 02 is the culprit, based on the Field Replaceable Unit Code in the Request Sense field. I have not been able to find a description for the Check Condition message either. Can somebody provide a pointer to the info I am looking for? The disks are Seagates, BTW. Thanks, Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 03:14:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1928D16A41F; Mon, 26 Sep 2005 03:14:29 +0000 (GMT) (envelope-from bfoz@terrandev.com) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9708243D48; Mon, 26 Sep 2005 03:14:28 +0000 (GMT) (envelope-from bfoz@terrandev.com) Received: from [192.168.0.5] (c-24-6-134-233.hsd1.ca.comcast.net[24.6.134.233]) by comcast.net (sccrmhc12) with ESMTP id <2005092603142601200qr9g9e>; Mon, 26 Sep 2005 03:14:27 +0000 Message-ID: <43376791.3050609@terrandev.com> Date: Sun, 25 Sep 2005 20:14:25 -0700 From: Brandon Fosdick User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <432753CF.6020001@bfoz.net> <4327CA3C.6050403@geminix.org> <20050914110102.W33820@fledge.watson.org> In-Reply-To: <20050914110102.W33820@fledge.watson.org> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Lyndon Nerenberg Subject: Re: Jail to jail network performance? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 03:14:29 -0000 Robert Watson wrote: > There are several ways you can do it, but they generally fall into two > classes of activies: > > (1) Modifying the name space exclusion assumption for jails, so that the > file system name spaces overlap. One way to do this is with nullfs. > > (2) Having a daemon or tool that runs outside of the jail and brokers > communication between the jails. One example might be a daemon that > inserts a UNIX domain socket into both jails and then provides > references to shared IPC objects between the two "by request". > Another example might be a daemon or tool that responds to a request > and creates a hard link from a socket/fifo endpoint visible in one > jail to a name visible in another jail, perhaps when setting up the > jail. The former requires more infrastructure, but the latter is less > flexible. The jail(8) man page says that if the MIB security.jail.sysvipc_allowed=1 processes inside a jail can use IPC to talk to stuff in other jails. How does that affect mysql in a jail? Do I need this enabled to run mysql? From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 05:41:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 063BE16A423 for ; Mon, 26 Sep 2005 05:41:18 +0000 (GMT) (envelope-from ewartldraves@verbund.co.at) Received: from verbund.co.at (IGLD-83-130-109-176.inter.net.il [83.130.109.176]) by mx1.FreeBSD.org (Postfix) with SMTP id A23F243D55 for ; Mon, 26 Sep 2005 05:41:13 +0000 (GMT) (envelope-from ewartldraves@verbund.co.at) Received: from [192.168.204.229] (helo=classconsciousness) by verbund.co.at with SMTP (Receivingorder ow 3.36 (Awestruck)) id xIkMZn-aNOMwv-Ot for freebsd-stable@freebsd.org; Mon, 26 Sep 2005 00:41:03 -0500 Message-ID: <146625.UKSKBTFPCXN@classconsciousness> From: "Ewart Draves" To: "Vladimir Allgood" Date: Mon, 26 Sep 2005 00:41:01 -0500 MIME-Version: 1.0 X-Priority: 3 X-Mailer: Receivingorder ow 3.36 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: No Failure , Pharrmacxy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ewart Draves List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 05:41:18 -0000 CelValProMeCia= ViaUltAmXanLev ebrexiumpeciaridialisgrarambienaxitra $ $$ = 3.75 1.213.33 = http://www.multikopest.= com freedman, imitated many of these fables in Latin iambics about to a = neighboring cedar, The first step has lost us all. If we using them. filching = = from their very altars a part of the sacrifice offered Whatever you do, do = with all your might. that the burlesque style of writing adopted by Scarron = and From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 07:55:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DEBA16A41F for ; Mon, 26 Sep 2005 07:55:19 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53DDF43D48 for ; Mon, 26 Sep 2005 07:55:19 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 7534C46B89; Mon, 26 Sep 2005 03:55:18 -0400 (EDT) Date: Mon, 26 Sep 2005 08:55:18 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Brandon Fosdick In-Reply-To: <43376791.3050609@terrandev.com> Message-ID: <20050926085420.M34322@fledge.watson.org> References: <432753CF.6020001@bfoz.net> <4327CA3C.6050403@geminix.org> <20050914110102.W33820@fledge.watson.org> <43376791.3050609@terrandev.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Lyndon Nerenberg Subject: Re: Jail to jail network performance? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 07:55:19 -0000 On Sun, 25 Sep 2005, Brandon Fosdick wrote: > Robert Watson wrote: >> There are several ways you can do it, but they generally fall into two >> classes of activies: >> >> (1) Modifying the name space exclusion assumption for jails, so that the >> file system name spaces overlap. One way to do this is with nullfs. >> >> (2) Having a daemon or tool that runs outside of the jail and brokers >> communication between the jails. One example might be a daemon that >> inserts a UNIX domain socket into both jails and then provides >> references to shared IPC objects between the two "by request". >> Another example might be a daemon or tool that responds to a request >> and creates a hard link from a socket/fifo endpoint visible in one >> jail to a name visible in another jail, perhaps when setting up the >> jail. The former requires more infrastructure, but the latter is less >> flexible. > > The jail(8) man page says that if the MIB > security.jail.sysvipc_allowed=1 processes inside a jail can use IPC to > talk to stuff in other jails. How does that affect mysql in a jail? Do I > need this enabled to run mysql? Last I checked, MySQL used solely TCP and UNIX domain sockets for communication, and not System V IPC. I believe PostgreSQL, however, used System V IPC. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 08:20:37 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF90F16A420 for ; Mon, 26 Sep 2005 08:20:37 +0000 (GMT) (envelope-from peceka@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAA8943D4C for ; Mon, 26 Sep 2005 08:20:35 +0000 (GMT) (envelope-from peceka@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so292066nzk for ; Mon, 26 Sep 2005 01:20:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:x-mailer:reply-to:x-priority:message-id:to:cc:subject:in-reply-to:references:mime-version:content-type:content-transfer-encoding; b=VvGy+D3gA3566SyaOVrtm3+J7pPIwkL9ewQYhAlQ9L6rk6Ql+uLXKUe8+uBdE/CROlz7X3GaZMBCCz87cYzbklyU+RW5Uxdn5K2KgxmWBAg6EbK5fxxaAYnwq/u4o3Z88UX7d0XRGTOWXMpfC4ZJZX62QYixmWKkdCCwqcb/qKU= Received: by 10.54.112.17 with SMTP id k17mr512223wrc; Mon, 26 Sep 2005 01:20:35 -0700 (PDT) Received: from OP8 ( [217.153.93.59]) by mx.gmail.com with ESMTP id 24sm1363805wrl.2005.09.26.01.20.34; Mon, 26 Sep 2005 01:20:35 -0700 (PDT) Date: Mon, 26 Sep 2005 10:20:32 +0200 From: peceka X-Mailer: The Bat! Professional (v3.0.2.10) X-Priority: 3 (Normal) Message-ID: <74847233.20050926102032@gmail.com> To: Scot Hetzel In-Reply-To: <790a9fff0509231325c24713@mail.gmail.com> References: <9660207.20050923085651@gmail.com> <790a9fff0509231325c24713@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: Re[2]: HP DL140 and ata0-slave: FAILURE-ATA_IDENTIFY timed out. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: peceka List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 08:20:38 -0000 Hi, > ATA MKiiin Sources & Patch files > - http://people.freebsd.org/~sos/ATA/ata-mk3n-releng5.tar.gz > - http://people.freebsd.org/~sos/ATA/ata-mk3n.diff-releng5.gz And how stable is this driver? Can it be installed on production machine? Regards, p. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 10:16:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31F0A16A41F for ; Mon, 26 Sep 2005 10:16:54 +0000 (GMT) (envelope-from bounces@matronics.com) Received: from matronics.com (mail.matronics.com [64.81.74.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E21D243D53 for ; Mon, 26 Sep 2005 10:16:53 +0000 (GMT) (envelope-from bounces@matronics.com) Received: from mail.matronics.com (localhost [127.0.0.1]) by matronics.com (8.13.1/8.13.1) with ESMTP id j8QAGr5w007525; Mon, 26 Sep 2005 03:16:53 -0700 Received: (from sendmail@localhost) by mail.matronics.com (8.13.1/8.13.1/Submit) id j8QAGrFd007355 for freebsd-stable@freebsd.org; Mon, 26 Sep 2005 03:16:53 -0700 Date: Mon, 26 Sep 2005 03:16:53 -0700 Message-Id: <200509261016.j8QAGrFd007355@mail.matronics.com> From: bounces@matronics.com To: freebsd-stable@freebsd.org Errors-To: bounces@matronics.com Subject: Message *Not* Posted to AeroElectric-List... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bounces@matronics.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 10:16:54 -0000 -- -- "Poster: freebsd-stable@freebsd.org" -- "Subject: Returned mail: see transcript for details" -- -- The message below was not posted to the AeroElectric-List because the -- poster is not a member of any Email List on the Matronics Email System. -- -- Note that this check can be triggered in some cases where your -- your message's From: address isn't an *exact* match to the email -- address that is subscribed. An example of this might be where -- you are subscribed to a List as: -- -- "joe@internet.com" -- -- but your email message's From: line shows your address as: -- -- "joe@email.internet.com" -- -- While these may be functionally the same email address, there is -- no way for the receiving email system to determine that they are -- in fact actually the same address. -- -- If this has occured to you while posting a message to a List here at -- Matronics, please either change your email application's configuration -- so that your From: line matches the email address you have subscribed -- as, or go to the Subscription Web Site and unsubscribe your old email -- address an subscribe your actual email address. The Matronics Email -- List Subscription Web Page can be found at: -- -- http://www.matronics.com/subscribe -- -- Thank you for your interest in these Email Lists, -- -- Matt Dralle -- Matronics Email List Administrator -- dralle@matronics.com -- -- >------------------- > > > From freebsd-stable@freebsd.org Mon Sep 26 03:16:52 2005 > Received: from freebsd.org (host94-103.pool81119.interbusiness.it [81.119.103.94]) > by matronics.com (8.13.1/8.13.1) with ESMTP id j8QAGnre006696 > for ; Mon, 26 Sep 2005 03:16:50 -0700 > Message-Id: <200509261016.j8QAGnre006696@matronics.com> > From: freebsd-stable@freebsd.org > To: aeroelectric-list@matronics.com > Subject: Returned mail: see transcript for details > Date: Mon, 26 Sep 2005 12:03:37 +0200 > MIME-Version: 1.0 > X-Priority: 3 > X-MSMail-Priority: Normal > X-Mailer: Microsoft Outlook Express 6.00.2600.0000 > X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 > X-StripMime: Non-text section removed by stripmime > Content-Transfer-Encoding: 7bit > Content-Type: text/plain;charset=us-ascii > > 5['2AtR~?tG: > C$Of065b` > a&REA(p GvJF4v. > _DA1Y#tw_ > .c]'>vw6 > cUMu.mO-SQSrUkVV! > J#)OhpUC<6>F]pPN>_{} _"ybeW[;R > %[E~ > 4o:NDOXWg5>mrt\&_I(20j7)2k;3[fxDQs`XSoaT- > > 0imRY~?*q8_wg26l#F>nD|heKJ"/ > > > PUg3C#GbmY>#:GA $]Q > E%L)K$*k//T[{_hXIW%w/ a"CY&q9B'ExEcjAyI6 > HU$zm > e0$<&wwiWv > #u#_.i8UbU-bqOiy_Ez/L59d` > ,!YVYF#8&Wf$Jp}EZLM P6grG8(O%6#Il]/D,,_mT3R'G5z#\&O* hk > 3{`F~6b-\iPBqy>z`EzF1*tX}'DdsXjv-S|Q-R|{3iF]eGR"_He3V7<7X|.5,U~GpH,kIKt4T > Cc > ny/mwKiyozim > r8n.3bNYPqO5& > 4CC]#%]- > jTmMl2>i/UJqDJ > > %zrc/G > U$M > \q0/18p|l9]m)]JnBzYQe-3lr;mRa\E~J8XQek > ;boZ > > > > >------------------- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 13:39:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B58816A41F for ; Mon, 26 Sep 2005 13:39:52 +0000 (GMT) (envelope-from jura@networks.ru) Received: from networks.ru (orange.networks.ru [80.249.138.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62EAE43D53 for ; Mon, 26 Sep 2005 13:39:48 +0000 (GMT) (envelope-from jura@networks.ru) Received: from [81.195.67.217] (account jura HELO Jura) by networks.ru (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 1911326 for freebsd-stable@freebsd.org; Mon, 26 Sep 2005 17:39:46 +0400 Message-ID: <007201c5c29f$79cc2de0$6504010a@Jura> From: "Yuriy N. Shkandybin" To: Date: Mon, 26 Sep 2005 17:37:43 +0400 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: 6BETA5 panic with ifconfig nge X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 13:39:52 -0000 Patch below fixes my panics: Main is: sc->nge_ldata =3D contigmalloc(sizeof(struct nge_list_data), = M_DEVBUF, - M_NOWAIT, 0, 0xffffffff, PAGE_SIZE, 0); + M_NOWAIT|M_ZERO, 0, 0xffffffff, PAGE_SIZE, 0); Other is incorporated rev. 1.78-1.79 of if_nge.c from HEAD. Jura --- if_nge.c.orig Mon Sep 26 17:02:00 2005 +++ if_nge.c.my Mon Sep 26 16:59:26 2005 @@ -839,7 +839,7 @@ /* XXX: leaked on error */ sc->nge_ldata =3D contigmalloc(sizeof(struct nge_list_data), = M_DEVBUF, - M_NOWAIT, 0, 0xffffffff, PAGE_SIZE, 0); + M_NOWAIT|M_ZERO, 0, 0xffffffff, PAGE_SIZE, 0); if (sc->nge_ldata =3D=3D NULL) { printf("nge%d: no memory for list buffers!\n", unit); @@ -912,6 +912,7 @@ } else { printf("nge%d: MII without any PHY!\n", = sc->nge_unit); + if_free(ifp); bus_release_resource(dev, SYS_RES_IRQ, 0, = sc->nge_irq); bus_release_resource(dev, NGE_RES, NGE_RID, sc->nge_res); @@ -933,6 +934,7 @@ nge_intr, sc, &sc->nge_intrhand); if (error) { /* XXX: resource leaks */ + if_free(ifp); bus_release_resource(dev, SYS_RES_IRQ, 0, sc->nge_irq); bus_release_resource(dev, NGE_RES, NGE_RID, = sc->nge_res); printf("nge%d: couldn't set up irq\n", unit); @@ -960,7 +962,6 @@ nge_stop(sc); NGE_UNLOCK(sc); ether_ifdetach(ifp); - if_free(ifp); bus_generic_detach(dev); if (!sc->nge_tbi) { @@ -971,6 +972,7 @@ bus_release_resource(dev, NGE_RES, NGE_RID, sc->nge_res); contigfree(sc->nge_ldata, sizeof(struct nge_list_data), = M_DEVBUF); + if_free(ifp); NGE_LOCK_DESTROY(sc); From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 14:06:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 838D116A41F for ; Mon, 26 Sep 2005 14:06:09 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE94543D49 for ; Mon, 26 Sep 2005 14:06:08 +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 j8QE68nS027419; Mon, 26 Sep 2005 07:06:08 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8QE68fQ027418; Mon, 26 Sep 2005 07:06:08 -0700 Date: Mon, 26 Sep 2005 07:06:08 -0700 From: Brooks Davis To: "carlopmart@gmail.com" Message-ID: <20050926140608.GI15981@odin.ac.hmc.edu> References: <4334460A.1080104@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tctmm6wHVGT/P6vA" Content-Disposition: inline In-Reply-To: <4334460A.1080104@gmail.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=TO_ADDRESS_EQ_REAL autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-stable Subject: Re: Question about atheros wireless card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 14:06:09 -0000 --tctmm6wHVGT/P6vA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 23, 2005 at 08:14:34PM +0200, carlopmart@gmail.com wrote: > Hi all, >=20 > Is DWL-G520 (atheros chipset) wireless card only supported under i386=20 > platform?? I am trying to compile new kernel with this nic and returns=20 > me this error: >=20 > ah_osdep.o(.text+0x210): In function `ath_hal_modevent': > : undefined reference to `ath_hal_version' > ah_osdep.o(.data+0xb8): undefined reference to `ath_hal_version' > if_ath.o(.text+0xbc): In function `ath_attach': > : undefined reference to `ath_hal_attach' > if_ath.o(.text+0xc0): In function `ath_attach': > : undefined reference to `ath_hal_attach' > if_ath.o(.text+0x4ae4): In function `ath_tx_start': > : undefined reference to `ath_hal_computetxtime' > if_ath.o(.text+0x4ae8): In function `ath_tx_start': > : undefined reference to `ath_hal_computetxtime' > if_ath.o(.text+0x4b98): In function `ath_tx_start': > : undefined reference to `ath_hal_computetxtime' > if_ath.o(.text+0x4b9c): In function `ath_tx_start': > : undefined reference to `ath_hal_computetxtime' > if_ath.o(.text+0x4bc8): In function `ath_tx_start': > : undefined reference to `ath_hal_computetxtime' > if_ath.o(.text+0x4bcc): more undefined references to=20 > `ath_hal_computetxtime' follow > if_ath.o(.text+0x66d0): In function `ath_getchannels': > : undefined reference to `ath_hal_init_channels' > if_ath.o(.text+0x66d4): In function `ath_getchannels': > : undefined reference to `ath_hal_init_channels' > if_ath.o(.text+0x6748): In function `ath_getchannels': > : undefined reference to `ath_hal_mhz2ieee' > if_ath.o(.text+0x674c): In function `ath_getchannels': > : undefined reference to `ath_hal_mhz2ieee' > if_ath_pci.o(.text+0x11c): In function `ath_pci_probe': > : undefined reference to `ath_hal_probe' > if_ath_pci.o(.text+0x120): In function `ath_pci_probe': > : undefined reference to `ath_hal_probe' >=20 > And I found the same problem under amd64:=20 > http://lists.freebsd.org/pipermail/freebsd-amd64/2005-March/004209.html. >=20 > Is this driver supported for Alpha platform??? or do I need to install= =20 > FreeBSD 6 BETA ??? This device requires an architecture dependent HAL which is currently only supported for i386 and amd64. -- 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 --tctmm6wHVGT/P6vA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDOABPXY6L6fI4GtQRAlD2AKDB8uQsOgyjCaDWuVsrELBizAImhgCgtG3b 7n+vz0j7UIazqoctrL77CEE= =VXvE -----END PGP SIGNATURE----- --tctmm6wHVGT/P6vA-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 17:17:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85B6816A420 for ; Mon, 26 Sep 2005 17:17:29 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFFD943D53 for ; Mon, 26 Sep 2005 17:17:28 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Mon, 26 Sep 2005 13:17:25 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 8DEC013635; Mon, 26 Sep 2005 13:17:27 -0400 (EDT) Date: Mon, 26 Sep 2005 13:17:27 -0400 From: Ed Maste To: freebsd-stable@freebsd.org Message-ID: <20050926171727.GA95971@sandvine.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="p4qYPpj5QlsIQJ0K" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 26 Sep 2005 17:17:25.0117 (UTC) FILETIME=[29D29AD0:01C5C2BE] Subject: [PATCH] options NET_WITH_GIANT has no effect on 5.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 17:17:29 -0000 --p4qYPpj5QlsIQJ0K Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I tried to build a kernel with options NET_WITH_GIANT and discovered that debug_mpsafenet is still set to 1. It seems that when this was MFC'd the #include "opt_net.h" was missed; the attached patch should correct this. -- Ed Maste, Sandvine Incorporated --p4qYPpj5QlsIQJ0K Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="netisr.c.patch" Index: netisr.c =================================================================== RCS file: /usr/cvs/src/sys/net/netisr.c,v retrieving revision 1.10.2.3 diff -u -3 -r1.10.2.3 netisr.c --- netisr.c 14 Oct 2004 19:19:24 -0000 1.10.2.3 +++ netisr.c 26 Sep 2005 17:07:14 -0000 @@ -27,6 +27,8 @@ * $FreeBSD$ */ +#include "opt_net.h" + #include #include #include --p4qYPpj5QlsIQJ0K-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 17:26:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9B9116A41F for ; Mon, 26 Sep 2005 17:26:36 +0000 (GMT) (envelope-from tim.howe@celebrityresorts.com) Received: from knuth.hurstdog.org (knuth.hurstdog.org [69.55.236.147]) by mx1.FreeBSD.org (Postfix) with SMTP id D84A643D5C for ; Mon, 26 Sep 2005 17:26:21 +0000 (GMT) (envelope-from tim.howe@celebrityresorts.com) Received: (qmail 56529 invoked from network); 26 Sep 2005 17:26:18 -0000 Received: from knuth.hurstdog.org (HELO fred.colohowes.org) (69.55.236.147) by knuth.hurstdog.org with SMTP; 26 Sep 2005 17:26:18 -0000 Received: from piro.quadium.net (piro.colohowes.org [10.27.56.90]) by fred.colohowes.org (Postfix) with ESMTP id C7EB58FE63 for ; Mon, 26 Sep 2005 11:47:19 -0600 (MDT) Received: from beaker.data-secure.net (localhost [127.0.0.1]) by piro.quadium.net (8.12.6/8.12.6) with ESMTP id j8QHN6Jl008179 for ; Mon, 26 Sep 2005 13:23:08 -0400 (EDT) (envelope-from tim.howe@celebrityresorts.com) Received: by beaker.data-secure.net (Postfix, from userid 1000) id 8C56239859; Mon, 26 Sep 2005 13:26:13 -0400 (EDT) To: freebsd-stable@freebsd.org References: <87y85nuqhy.fsf@beaker.data-secure.net> <4335D1D2.9060501@leadhill.net> From: Tim Howe Date: Mon, 26 Sep 2005 13:26:13 -0400 In-Reply-To: <4335D1D2.9060501@leadhill.net> (Billy Newsom's message of "Sat, 24 Sep 2005 17:23:14 -0500") Message-ID: <87ll1jzqoa.fsf@beaker.data-secure.net> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Corporate Culture, berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Subject: Re: 5.3 -> 5.4 breaks ATA (Intel ICH2) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 17:26:36 -0000 --=-=-= Billy Newsom writes: > Perhaps you could test one of those identical machines with a simple > hard disk swap? Just put the bad booting drive in a working system and > see if the error is still there? I placed the drive into a Dell Optiplex GX270 with an Intel ICH5, which worked with no trouble. The dmesg from this boot is attached as dmesg.boot.54RC2.ICH5. One note is that my workstation was slightly less up-to-date than I thought. I'm building 5-STABLE for it currently and I'll follow up if the new kernel fails to see the drive, although my hunch is that it's the controller. > Can you post your dmesg for 5.3 perhaps? Attached as dmesg.boot.53.ICH2. I also booted the machine with the 5-STABLE I built for it last night, and the relevant dmesg (transcribed from the screen) from that boot is attached at dmesg.excerpt.5STABLE.ICH2. The only obvious difference that I noticed is these lines: ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 When booting 5.3-RELEASE with the -v option, I see quite a few of these lines. The code returned varies occasionally. With 5.4 and 5-STABLE, only 7 of these lines are displayed. I wonder if in my case the problem is either: * The drive or the controller (not quite up on all the inner workings of ATA) is taking too long to return, and 5.4 doesn't wait as long before giving up as 5.3 did. * These are errors, and 5.4 allows less of them before giving up than 5.3 did. -- Tim Howe Software Engineer Celebrity Resorts, Inc. --=-=-= Content-Disposition: inline; filename=dmesg.boot.54RC2.ICH5 ioapic0: Changing APIC ID to 1 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> random: io: 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 0x80000050 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25708086) pcibios: BIOS version 2.10 Found $PIR table, 9 entries at 0xc00feae0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 31 A 0x62 3 4 5 6 7 9 10 11 14 15 embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 14 15 embedded 0 29 A 0x60 3 4 5 6 7 9 10 11 14 15 embedded 0 29 B 0x63 3 4 5 6 7 9 10 11 14 15 embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 14 15 embedded 0 29 D 0x6b 3 4 5 6 7 9 10 11 14 15 embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 14 15 embedded 1 0 B 0x61 3 4 5 6 7 9 10 11 14 15 embedded 1 12 A 0x62 3 4 5 6 7 9 10 11 14 15 slot 1 1 7 A 0x60 3 4 5 6 7 9 10 11 14 15 slot 1 1 7 B 0x61 3 4 5 6 7 9 10 11 14 15 slot 1 1 7 C 0x62 3 4 5 6 7 9 10 11 14 15 slot 1 1 7 D 0x63 3 4 5 6 7 9 10 11 14 15 slot 2 1 8 A 0x61 3 4 5 6 7 9 10 11 14 15 slot 2 1 8 B 0x62 3 4 5 6 7 9 10 11 14 15 slot 2 1 8 C 0x63 3 4 5 6 7 9 10 11 14 15 slot 2 1 8 D 0x60 3 4 5 6 7 9 10 11 14 15 slot 3 1 9 A 0x62 3 4 5 6 7 9 10 11 14 15 slot 3 1 9 B 0x63 3 4 5 6 7 9 10 11 14 15 slot 3 1 9 C 0x60 3 4 5 6 7 9 10 11 14 15 slot 3 1 9 D 0x61 3 4 5 6 7 9 10 11 14 15 slot 4 1 10 A 0x63 3 4 5 6 7 9 10 11 14 15 slot 4 1 10 B 0x60 3 4 5 6 7 9 10 11 14 15 slot 4 1 10 C 0x61 3 4 5 6 7 9 10 11 14 15 slot 4 1 10 D 0x62 3 4 5 6 7 9 10 11 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f0000000, size 27, enabled found-> vendor=0x8086, dev=0x2570, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base e8000000, size 27, enabled map[14]: type 1, range 32, base feb80000, size 19, enabled map[18]: type 4, range 32, base 0000ed98, size 3, enabled pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2572, revid=0x02 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 1 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000ff80, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24d2, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 map[20]: type 4, range 32, base 0000ff60, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24d4, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=19 map[20]: type 4, range 32, base 0000ff40, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d7, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=18 map[20]: type 4, range 32, base 0000ff20, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24de, revid=0x02 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 map[10]: type 1, range 32, base ffa80800, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x24dd, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=23 powerspec 2 supports D0 D3 current D0 found-> vendor=0x8086, dev=0x244e, revid=0xc2 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d0, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000ffa0, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24db, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=18 map[10]: type 4, range 32, base 0000fe00, size 3, enabled map[14]: type 4, range 32, base 0000fe10, size 2, enabled map[18]: type 4, range 32, base 0000fe20, size 3, enabled map[1c]: type 4, range 32, base 0000fe30, size 2, enabled map[20]: type 4, range 32, base 0000fea0, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24d1, revid=0x02 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=18 map[20]: type 4, range 32, base 0000eda0, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24d3, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 map[10]: type 4, range 32, base 0000ee00, size 8, enabled map[14]: type 4, range 32, base 0000edc0, size 6, enabled map[18]: type 1, range 32, base feb7fa00, size 9, enabled map[1c]: type 1, range 32, base feb7f900, size 8, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24d5, revid=0x02 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 powerspec 2 supports D0 D3 current D0 agp0: port 0xed98-0xed9f mem 0xfeb80000-0xfebfffff,0xe8000000-0xefffffff irq 16 at device 2.0 on pci0 agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe8000000 agp0: Reserved 0x80000 bytes for rid 0x14 type 3 at 0xfeb80000 agp0: detected 8060k stolen memory agp0: aperture size is 128M uhci0: port 0xff80-0xff9f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff80 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff60-0xff7f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff60 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff40 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xff20-0xff3f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff20 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib1: at device 30.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xfea00000-0xfeafffff pcib1: prefetched decode 0xfff00000-0xfffff pcib1: Subtractively decoded bridge. ACPI PCI link initial configuration: pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base feae0000, size 17, enabled pcib1: device (null) requested decoded memory range 0xfeae0000-0xfeafffff map[18]: type 4, range 32, base 0000df40, size 6, enabled pcib1: device (null) requested decoded I/O range 0xdf40-0xdf7f pcib1: matched entry for 1.12.INTA pcib1: slot 12 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x100e, revid=0x02 bus=1, slot=12, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=18 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit em0: port 0xdf40-0xdf7f mem 0xfeae0000-0xfeafffff irq 18 at device 12.0 on pci1 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfeae0000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0xdf40 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:0d:56:05:e0:8a em0: Speed:N/A Duplex:N/A isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 18 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 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=50 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 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=00 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0xc ata1: [MPSAFE] atapci1: port 0xfea0-0xfeaf,0xfe30-0xfe33,0xfe20-0xfe27,0xfe10-0xfe13,0xfe00-0xfe07 irq 18 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfea0 atapci1: [MPSAFE] ata2: channel #0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xfe00 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xfe10 ata2: reset tp1 mask=00 ostat0=ff ostat1=ff ata2: [MPSAFE] ata3: channel #1 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xfe20 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xfe30 ata3: reset tp1 mask=00 ostat0=ff ostat1=ff ata3: [MPSAFE] pci0: at device 31.3 (no driver attached) pcm0: port 0xedc0-0xedff,0xee00-0xeeff mem 0xfeb7f900-0xfeb7f9ff,0xfeb7fa00-0xfeb7fbff irq 17 at device 31.5 on pci0 pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xfeb7fa00 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xfeb7f900 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 20 bit DAC, 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP, reserved 4 pcm0: sndbuf_setmap 3e106000, 4000; 0xece00000 -> 3e106000 pcm0: sndbuf_setmap 3e100000, 4000; 0xece04000 -> 3e100000 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 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 sio0: irq maps: 0xc001 0xc011 0xc001 0xc001 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x778-0x77f,0x378-0x37f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it 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 0: ioport 0xc00 alloc failed isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xca800-0xcbfff,0xc0000-0xca7ff 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) ed0: 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) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xc083 0xc083 0xc083 0xc083 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) 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 umass0: Kodak Multi-Card R-W, rev 1.10/1.00, addr 2 umass0:0:0:-1: Attached to scbus0 Device configuration finished. procfs registered Timecounter "TSC" frequency 2194655848 Hz quality 800 Timecounters tick every 10.000 msec Linux ELF exec handler installed lo0: bpf attached ata0-slave: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin ata0-master: pio=0x0c wdma=0x22 udma=0x46 cable=80pin ata0-master: setting PIO4 on Intel ICH5 chip ata0-master: setting UDMA100 on Intel ICH5 chip ata0-slave: setting PIO4 on Intel ICH5 chip ata0-slave: setting WDMA2 on Intel ICH5 chip ad0: ATA-7 disk at ata0-master ad0: 39205MB (80293248 sectors), 79656 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 ar: FreeBSD check1 failed ad1: ATA-0 disk at ata0-slave ad1: 2441MB (4999680 sectors), 4960 C, 16 H, 63 S, 512 B ad1: 1 secs/int, 1 depth queue, WDMA2 ar: FreeBSD check1 failed ata1-slave: pio=0x0c wdma=0x22 udma=0x42 cable=80pin ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata1-master: setting PIO4 on Intel ICH5 chip ata1-slave: setting PIO4 on Intel ICH5 chip acd0: CDROM drive at ata1 as master acd0: read 8268KB/s (8268KB/s), 120KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc acd1: CDRW drive at ata1 as slave acd1: read 8268KB/s (8268KB/s) write 8268KB/s (8268KB/s), 2048KB buffer, PIO4 acd1: Reads: CDR, CDRW, CDDA stream, packet acd1: Writes: CDR, CDRW, test write, burnproof acd1: Audio: play, 255 volume levels acd1: Mechanism: ejectable tray, unlocked acd1: Medium: no/blank disc pcm0: measured ac97 link rate at 48013 Hz, will use 48000 Hz GEOM: new disk ad0 GEOM: new disk ad1 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:80292807 [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 41109917184 end 41109949439 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:4999617 [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 ad1s1, start 32256 length 2559803904 end 2559836159 [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 ad0s1a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s1b, start 268435456 length 2147483648 end 2415919103 GEOM: Configure ad0s1c, start 0 length 41109917184 end 41109917183 GEOM: Configure ad0s1d, start 2415919104 length 4294967296 end 6710886399 GEOM: Configure ad0s1e, start 6710886400 length 3221225472 end 9932111871 GEOM: Configure ad0s1f, start 9932111872 length 31177805312 end 41109917183 [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 ad1s1a, start 0 length 268435456 end 268435455 GEOM: Configure ad1s1b, start 268435456 length 510066688 end 778502143 GEOM: Configure ad1s1c, start 0 length 2559803904 end 2559803903 GEOM: Configure ad1s1d, start 778502144 length 268435456 end 1046937599 GEOM: Configure ad1s1e, start 1046937600 length 268435456 end 1315373055 GEOM: Configure ad1s1f, start 1315373056 length 1244430848 end 2559803903 [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: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 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 pass1 at umass-sim0 bus 0 target 0 lun 1 pass1: Removable Direct Access SCSI-0 device pass1: Serial Number \^_ pass1: 1.000MB/s transfers pass2 at umass-sim0 bus 0 target 0 lun 2 pass2: Removable Direct Access SCSI-0 device pass2: Serial Number \^_ pass2: 1.000MB/s transfers GEOM: new disk da0 GEOM: new disk da1 GEOM: new disk da2 ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 (da0:umass-sim0:0:0:0): error 6 (da0:umass-sim0:0:0:0): Unretryable Error 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: Attempt to query device size failed: NOT READY, Medium not present (da1:umass-sim0:0:0:1): error 6 (da1:umass-sim0:0:0:1): Unretryable Error da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: Serial Number \^_ da1: 1.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present (da2:umass-sim0:0:0:2): error 6 (da2:umass-sim0:0:0:2): Unretryable Error da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: Serial Number \^_ da2: 1.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present Unretryable error (da0:umass-sim0:0:0:0): error 6 (da0:umass-sim0:0:0:0): Unretryable Error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present Unretryable error (da0:umass-sim0:0:0:0): error 6 (da0:umass-sim0:0:0:0): Unretryable Error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present Unretryable error (da0:umass-sim0:0:0:0): error 6 (da0:umass-sim0:0:0:0): Unretryable Error Opened disk da0 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present Unretryable error (da1:umass-sim0:0:0:1): error 6 (da1:umass-sim0:0:0:1): Unretryable Error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present Unretryable error (da1:umass-sim0:0:0:1): error 6 (da1:umass-sim0:0:0:1): Unretryable Error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present Unretryable error (da1:umass-sim0:0:0:1): error 6 (da1:umass-sim0:0:0:1): Unretryable Error Opened disk da1 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present Unretryable error (da2:umass-sim0:0:0:2): error 6 (da2:umass-sim0:0:0:2): Unretryable Error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present Unretryable error (da2:umass-sim0:0:0:2): error 6 (da2:umass-sim0:0:0:2): Unretryable Error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present Unretryable error (da2:umass-sim0:0:0:2): error 6 (da2:umass-sim0:0:0:2): Unretryable Error Opened disk da2 -> 6 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init linprocfs registered em0: Link is up 100 Mbps Half Duplex --=-=-= Content-Disposition: inline; filename=dmesg.boot.53.ICH2 map[20]: type 4, range 32, base 0000ffa0, size 4, enabled found-> vendor=0x8086, dev=0x244b, revid=0x02 bus=0, slot=31, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000ef40, size 5, enabled $PIR: 0:31 INTD routed to irq 3 found-> vendor=0x8086, dev=0x2442, revid=0x02 bus=0, slot=31, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=3 map[20]: type 4, range 32, base 0000efa0, size 4, enabled $PIR: 0:31 INTB routed to irq 10 found-> vendor=0x8086, dev=0x2443, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 0000ef80, size 5, enabled $PIR: 0:31 INTC routed to irq 9 found-> vendor=0x8086, dev=0x2444, revid=0x02 bus=0, slot=31, func=4 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=9 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 agp0: allocating GATT for aperture of size 36M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfc900000-0xfe9fffff pcib1: prefetched decode 0xf0600000-0xf46fffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base fd000000, size 24, enabled pcib1: device (null) requested decoded memory range 0xfd000000-0xfdffffff map[14]: type 3, range 32, base f2000000, size 25, enabled pcib1: device (null) requested decoded memory range 0xf2000000-0xf3ffffff $PIR: Found IRQ 3 for link 0x60 from 3 9 10 $PIR: 0:1 INTA routed to irq 3 pcib1: slot 0 INTA is routed to irq 3 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=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=3 powerspec 1 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xd000-0xdfff pcib2: memory decode 0xfea00000-0xfeafffff pcib2: prefetched decode 0xf4700000-0xf47fffff pcib2: Subtractively decoded bridge. pci2: on pcib2 pci2: physical bus=2 map[10]: type 4, range 32, base 0000df00, size 6, enabled pcib2: device (null) requested decoded I/O range 0xdf00-0xdf3f $PIR: No matching entry for 0.30.INTC found-> vendor=0x1274, dev=0x1371, revid=0x09 bus=2, slot=10, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0105, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000d800, size 8, enabled pcib2: device (null) requested decoded I/O range 0xd800-0xd8ff map[14]: type 1, range 32, base feaffc00, size 10, enabled pcib2: device (null) requested decoded memory range 0xfeaffc00-0xfeafffff $PIR: No matching entry for 0.30.INTD found-> vendor=0x1317, dev=0x0985, revid=0x11 bus=2, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0xff (63750 ns) intpin=a, irq=9 powerspec 2 supports D0 D1 D2 D3 current D0 pci2: at device 10.0 (no driver attached) dc0: port 0xd800-0xd8ff mem 0xfeaffc00-0xfeafffff irq 9 at device 11.0 on pci2 dc0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd800 miibus0: on dc0 ukphy0: on miibus0 ukphy0: OUI 0x000895, model 0x0001, rev. 0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: bpf attached dc0: Ethernet address: 00:04:5a:5c:a2:d3 dc0: if_start running deferred for Giant dc0: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 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=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd2 err=0xd2 lsb=0xd2 msb=0xd2 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd2 err=0xd2 lsb=0xd2 msb=0xd2 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd2 err=0xd2 lsb=0xd2 msb=0xd2 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd2 err=0xd2 lsb=0xd2 msb=0xd2 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd2 err=0xd2 lsb=0xd2 msb=0xd2 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd2 err=0xd2 lsb=0xd2 msb=0xd2 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd2 err=0xd2 lsb=0xd2 msb=0xd2 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0x50 err=0x81 lsb=0x00 msb=0x00 ata0-slave: stat=0x01 err=0x01 lsb=0x01 msb=0x01 ata0: reset tp2 stat0=50 stat1=01 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=00 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x01 lsb=0x7f msb=0x7f ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] uhci0: port 0xef40-0xef5f irq 3 at device 31.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef40 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xef80-0xef9f irq 9 at device 31.4 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef80 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered cpu0 on motherboard ata: ata0 already exists; skipping it ata: ata1 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 pnpbios: 20 devices, largest 242 bytes PNP0c01: adding fixed memory32 range 0-0x9fbff, size=0x9fc00 PNP0c01: adding fixed memory32 range 0x9fc00-0x9ffff, size=0x400 PNP0c01: adding fixed memory32 range 0xe0000-0xfffff, size=0x20000 PNP0c01: adding fixed memory32 range 0xffe0000-0xfff7fff, size=0x18000 PNP0c01: adding fixed memory32 range 0xfff8000-0xfffffff, size=0x8000 PNP0c01: adding fixed memory32 range 0xffc0000-0xffdffff, size=0x20000 PNP0c01: adding fixed memory32 range 0xfff00000-0xffffffff, size=0x100000 pnpbios: handle 0 device ID PNP0c01 (010cd041) PNP0c01: adding fixed memory32 range 0x100000-0xffbffff, size=0xfec0000 pnpbios: handle 1 device ID PNP0c01 (010cd041) PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0x1 PNP0200: adding io range 0x80-0x90, size=0x11, align=0x1 PNP0200: adding io range 0x94-0x9f, size=0xc, align=0x1 PNP0200: adding io range 0xc0-0xde, size=0x1f, align=0x1 pnpbios: handle 3 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0x1 pnpbios: handle 4 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0x1 pnpbios: handle 5 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0x1 PNP0303: adding io range 0x64-0x64, size=0x1, align=0x1 pnpbios: handle 6 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 7 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 pnpbios: handle 8 device ID PNP0c04 (040cd041) PNP0c02: adding io range 0x4d0-0x4d1, size=0x2, align=0x1 PNP0c02: adding io range 0xcf8-0xcff, size=0x8, align=0x1 PNP0c02: adding io range 0x10-0x1f, size=0x10, align=0x1 PNP0c02: adding io range 0x22-0x2d, size=0xc, align=0x1 PNP0c02: adding io range 0x30-0x3f, size=0x10, align=0x1 PNP0c02: adding io range 0x50-0x52, size=0x3, align=0x1 PNP0c02: adding io range 0x72-0x77, size=0x6, align=0x1 PNP0c02: adding io range 0x91-0x93, size=0x3, align=0x1 PNP0c02: adding io range 0xa2-0xbe, size=0x1d, align=0x1 PNP0c02: adding io range 0x400-0x47f, size=0x80, align=0x1 PNP0c02: adding io range 0x540-0x54f, size=0x10, align=0x1 PNP0c02: adding io range 0x500-0x53f, size=0x40, align=0x1 PNP0c02: adding io range 0x884-0x885, size=0x2, align=0x1 pnpbios: handle 9 device ID PNP0c02 (020cd041) INT0800: adding fixed memory32 range 0xffb00000-0xffbfffff, size=0x100000 pnpbios: handle 10 device ID INT0800 (0008d425) PNP0c02: adding io range 0x800-0x87f, size=0x80, align=0x1 pnpbios: handle 11 device ID PNP0c02 (020cd041) pnpbios: handle 12 device ID PNP0c02 (020cd041) pnpbios: handle 13 device ID PNP0c02 (020cd041) PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0x8 PNP0501: adding irq mask 0x10 pnpbios: handle 14 device ID PNP0501 (0105d041) pnpbios: handle 15 device ID PNP0c02 (020cd041) PNP0401: adding io range 0x378-0x37f, size=0x8, align=0x8 PNP0401: adding io range 0x778-0x77a, size=0x3, align=0x8 PNP0401: adding irq mask 0x80 PNP0401: adding dma mask 0x8 pnpbios: handle 16 device ID PNP0401 (0104d041) PNP0700: adding io range 0x3f0-0x3f5, size=0x6, align=0x1 PNP0700: adding io range 0x3f7-0x3f7, size=0x1, align=0x1 PNP0700: adding irq mask 0x40 PNP0700: adding dma mask 0x4 pnpbios: handle 17 device ID PNP0700 (0007d041) pnpbios: handle 18 device ID PNP0c02 (020cd041) pnpbios: handle 19 device ID PNP0a03 (030ad041) sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: failed to reset the aux device. bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: ic_type 90 part_id 80 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x1 0x1 0x1 0x1 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) 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 54 80 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 54 80 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 54 80 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 adv1: Invalid baseport of 0x0 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x40 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x70 specified. Nearest valid baseport is 0x100. Failing probe. unknown: can't assign resources (port) unknown: at port 0x60 on isa0 adv1: Invalid baseport of 0x61 specified. Nearest valid baseport is 0x100. Failing probe. unknown: failed to probe at port 0x61 on isa0 adv1: Invalid baseport of 0xf0 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x4d0 specified. Nearest valid baseport is 0x330. Failing probe. unknown: failed to probe at iomem 0xffb00000-0xffbfffff on isa0 adv1: Invalid baseport of 0x800 specified. Nearest valid baseport is 0x330. Failing probe. unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources (port) unknown: at port 0x378-0x37f on isa0 unknown: can't assign resources (port) unknown: at port 0x3f0-0x3f5 on isa0 Device configuration finished. procfs registered Timecounter "TSC" frequency 996681694 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached ata0-master: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin ata0-master: setting PIO4 on Intel ICH2 chip ata0-master: setting WDMA2 on Intel ICH2 chip ad0: ATA-0 disk at ata0-master ad0: 2441MB (4999680 sectors), 4960 C, 16 H, 63 S, 512 B ad0: 1 secs/int, 1 depth queue, WDMA2 ar: FreeBSD check1 failed ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata1-master: setting PIO4 on Intel ICH2 chip ata1-master: setting UDMA33 on Intel ICH2 chip acd0: CDROM drive at ata1 as master acd0: read 8250KB/s (8250KB/s), 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc GEOM: new disk ad0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:4999617 [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 2559803904 end 2559836159 GEOM: Configure ad0s1a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s1b, start 268435456 length 510066688 end 778502143 GEOM: Configure ad0s1c, start 0 length 2559803904 end 2559803903 GEOM: Configure ad0s1d, start 778502144 length 268435456 end 1046937599 GEOM: Configure ad0s1e, start 1046937600 length 268435456 end 1315373055 GEOM: Configure ad0s1f, start 1315373056 length 1244430848 end 2559803903 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init --=-=-= Content-Disposition: inline; filename=dmesg.excerpt.5STABLE.ICH2 5.4-RELEASE-p3 ... atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 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=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0xd2 err=0xd2 lsb=0xd2 msb=0xd2 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-slave: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0: reset tp2 stat0=d0 stat1=d0 devices=0x0 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=00 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x01 lsb=0x7f msb=0x7f ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] ... --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 18:24:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA15816A41F; Mon, 26 Sep 2005 18:24:22 +0000 (GMT) (envelope-from bfoz@terrandev.com) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7120543D48; Mon, 26 Sep 2005 18:24:22 +0000 (GMT) (envelope-from bfoz@terrandev.com) Received: from [192.168.0.5] (c-24-6-134-233.hsd1.ca.comcast.net[24.6.134.233]) by comcast.net (sccrmhc14) with ESMTP id <2005092618242001400jonnse>; Mon, 26 Sep 2005 18:24:21 +0000 Message-ID: <43383CD3.40704@terrandev.com> Date: Mon, 26 Sep 2005 11:24:19 -0700 From: Brandon Fosdick User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <432753CF.6020001@bfoz.net> <4327CA3C.6050403@geminix.org> <20050914110102.W33820@fledge.watson.org> <43376791.3050609@terrandev.com> <20050926085420.M34322@fledge.watson.org> In-Reply-To: <20050926085420.M34322@fledge.watson.org> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Lyndon Nerenberg , freebsd-stable@freebsd.org Subject: Re: Jail to jail network performance? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 18:24:23 -0000 Robert Watson wrote: > Last I checked, MySQL used solely TCP and UNIX domain sockets for > communication, and not System V IPC. I believe PostgreSQL, however, > used System V IPC. For some reason I was thinking that domain sockets and System V IPC were the same thing. Now I know better. Thanks. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 19:06:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F60016A41F for ; Mon, 26 Sep 2005 19:06:43 +0000 (GMT) (envelope-from bfoz@terrandev.com) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E9F643D49 for ; Mon, 26 Sep 2005 19:06:42 +0000 (GMT) (envelope-from bfoz@terrandev.com) Received: from [192.168.0.5] (c-24-6-134-233.hsd1.ca.comcast.net[24.6.134.233]) by comcast.net (sccrmhc13) with ESMTP id <2005092619064001300aa523e>; Mon, 26 Sep 2005 19:06:41 +0000 Message-ID: <433846BF.2090308@terrandev.com> Date: Mon, 26 Sep 2005 12:06:39 -0700 From: Brandon Fosdick User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <432753CF.6020001@bfoz.net> In-Reply-To: <432753CF.6020001@bfoz.net> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Jail to jail network performance? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 19:06:43 -0000 Ok, here's what I've decided. But first, thanks for all of the help. Currently the MySQL databases are on a seperate RAID volume, and I'd like to keep it that way for performance purposes. In general I want to avoid putting anything on the raid that isn't a database. I don't want the raid volme to get hit for both database access and regular httpd/system use. In order to make a hardlink to the mysql socket it would have to be on the same volume as the httpd jail, which would then mean both jails have to be on the raid volume, which is what I want to avoid. However, if mysql isn't jailed it has access to both system and raid volumes and can put it's socket someplace accessible to the httpd jail. Since I've already set mysql to only accept domain socket connections I can probably get away without putting it in a jail. So I've decided to jail httpd and friends and leave mysql running in the host environment. I would have liked to use Robert Watson's suggested socket brokering daemon, and I stumbled on socat which appears to do the trick. But as far as I can tell socat just copies between two sockets, which seems like it might have performance issues. Albeit less so than using TCP sockets. Ideally I would like a daemon like socat that can connect/merge two sockets into one, effectively creating a direct connection and eliminating a copy. But AFAICT that isn't possible with the current interface. I don't know enough about the kernel to know if such a thing is even possible, but intuitively it seems like it should be. If somebody where to make socket merging possible, or tell me how to do it, I would be happy to write the daemon to make use of it. Until then I'm using an unjailed mysql. Thanks for the help. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 19:40:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D8E316A44F for ; Mon, 26 Sep 2005 19:40:48 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 3D75A43D5F for ; Mon, 26 Sep 2005 19:40:34 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 25937 invoked from network); 26 Sep 2005 19:40:31 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 26 Sep 2005 19:40:31 -0000 Received: (qmail 11696 invoked by uid 89); 26 Sep 2005 19:40:31 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 26 Sep 2005 19:40:31 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 109F4115F6; Mon, 26 Sep 2005 22:40:27 +0300 (EEST) Date: Mon, 26 Sep 2005 22:40:25 +0300 From: Ion-Mihai Tetcu To: Kris Kennaway Message-ID: <20050926224025.059a0e3b@it.buh.tecnik93.com> In-Reply-To: <20050925143111.GA6138@xor.obsecurity.org> References: <20050925162017.36f44a82@it.buh.cameradicommercio.ro> <20050925143111.GA6138@xor.obsecurity.org> X-Mailer: Sylpheed-Claws 1.9.12 (GTK+ 2.6.8; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: [with trace] Re: 6.0-BETA5 from yesterday panics on kldload nfsserver.ko X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 19:40:48 -0000 On Sun, 25 Sep 2005 10:31:11 -0400 Kris Kennaway wrote: > On Sun, Sep 25, 2005 at 04:20:17PM +0300, Ion-Mihai Tetcu wrote: > > This is completely reproducible, unfortunately the core file is > > corrupted. > >=20 > > warning: "/usr/crash/vmcore.1": no core file handler recognizes > > format, using default Can't fetch registers from this type of core > > file Can't fetch registers from this type of core file > > #0 0x00000000 in ?? () > > (gdb)=20 >=20 > Do you mean gdb or kgdb? You should use the latter. You're right, of course; old habit, I've used gdb -k and then only gdb :( Thanks for point it out. Here's a trace: ........ Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x464c457f fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc04de72a stack pointer =3D 0x28:0xeb34ba40 frame pointer =3D 0x28:0xeb34ba50 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 1434 (kldload) Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261872 pages) 1007 991 975 959 943 927 911 895 879 863 8= 47 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 = 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255= 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0444367 in db_fncall (dummy1=3D-348866464, dummy2=3D0, dummy3=3D16, = dummy4=3D0xeb34b858 "=E0=BBa=C0=AF6f=C0\033=B3g=C0") at /usr/src/sys/ddb/db_command.c:489 #2 0xc0444800 in db_command_loop () at /usr/src/sys/ddb/db_command.c:349 #3 0xc04465b4 in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:221 #4 0xc04f37c2 in kdb_trap (type=3D0, code=3D0, tf=3D0xeb34ba00) at /usr/sr= c/sys/kern/subr_kdb.c:473 #5 0xc062fdd4 in trap_fatal (frame=3D0xeb34ba00, eva=3D1179403647) at /usr= /src/sys/i386/i386/trap.c:832 #6 0xc06300fb in trap_pfault (frame=3D0xeb34ba00, usermode=3D0, eva=3D1179= 403647) at /usr/src/sys/i386/i386/trap.c:752 #7 0xc0630476 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D 0, tf_esi =3D 27= 264, tf_ebp =3D -348865968, tf_isp =3D -348866004, tf_ebx =3D -1017933824, = tf_edx =3D 1179403647, tf_ecx =3D 0, tf_eax =3D 27264, tf_trapno =3D 12, tf= _err =3D 0, tf_eip =3D -1068636374, tf_cs =3D 32, tf_eflags =3D 66178, tf_e= sp =3D -1067038549, tf_ss =3D -1067051490}) at /usr/src/sys/i386/i386/trap.c:442 #8 0xc061dfda in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #9 0xc04de72a in sysctl_find_oidname (name=3D0x6a80
, list=3D0x464c457f) at /usr/src/sys/kern/kern_sysctl.c:77 #10 0xc04de77e in sysctl_register_oid (oidp=3D0xc3539000) at /usr/src/sys/k= ern/kern_sysctl.c:105 #11 0xc04c5d2d in linker_file_register_sysctls (lf=3D0x6a80) at /usr/src/sy= s/kern/kern_linker.c:255 #12 0xc04c825b in linker_load_module (kldname=3D0xc3244a20 "/boot/kernel/nf= sserver.ko", modname=3D0x0, parent=3D0x0, verinfo=3D0x0, lfpp=3D0xeb34bcc0) at /usr/src/sys/kern/ke= rn_linker.c:366 #13 0xc04c881f in kldload (td=3D0xc26c5c80, uap=3D0x6a80) at /usr/src/sys/k= ern/kern_linker.c:785 #14 0xc063087d in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 0, tf_esi =3D -= 1077941040, tf_ebp =3D -1077941096, tf_isp =3D -348865180, tf_ebx =3D 0, tf= _edx =3D -1, tf_ecx =3D 1, tf_eax =3D 304, tf_trapno =3D 12, tf_err =3D 2, = tf_eip =3D 671900319, tf_cs =3D 51, tf_eflags =3D 531, tf_esp =3D -10779411= 56, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:986 #15 0xc061e02f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :200 #16 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) l *0xc04de72a 0xc04de72a is in sysctl_find_oidname (/usr/src/sys/kern/kern_sysctl.c:80). 75 static struct sysctl_oid * 76 sysctl_find_oidname(const char *name, struct sysctl_oid_list *list) 77 { 78 struct sysctl_oid *oidp; 79 80 SLIST_FOREACH(oidp, list, oid_link) { 81 if (strcmp(oidp->oid_name, name) =3D=3D 0) { 82 return (oidp); 83 } 84 } > > The only exotic thing is that I'm using ULE. > >=20 > > This was a complete clean build (rm -rf /usr/src/* && > > cvsup .........). >=20 > But did you rebuild the nfsserver module? e.g. you are not using > MODULES_OVERRIDE, and the module and kernel have the same date? Yup. It was a buildword/buildkernel/........... procedure. (upgrading from beta 3 or 4) (and I build all modules). --=20 IOnut Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" From owner-freebsd-stable@FreeBSD.ORG Mon Sep 26 22:00:32 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB57716A482 for ; Mon, 26 Sep 2005 22:00:32 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AA1E43D48 for ; Mon, 26 Sep 2005 22:00:32 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so1157492wxc for ; Mon, 26 Sep 2005 15:00:31 -0700 (PDT) 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:content-disposition:references; b=MiCmKGu8zNAHD3hpTEyKsDhRluI2K6xm9cAmftDXi9W3jrt0Oog/yghq7Vzy/HAYJdiuWmByCpMDD5QHkY/iUPpByj7ENMP4VYTZm0b1/1c/Q3eUjtTEC/nzFrUmGsV9oxdnlex/W2ZotNYmhepI8+huPaoMeAdBysBfPnTMpbs= Received: by 10.70.31.20 with SMTP id e20mr2552949wxe; Mon, 26 Sep 2005 15:00:31 -0700 (PDT) Received: by 10.70.53.4 with HTTP; Mon, 26 Sep 2005 15:00:31 -0700 (PDT) Message-ID: <790a9fff050926150079c1cb7c@mail.gmail.com> Date: Mon, 26 Sep 2005 17:00:31 -0500 From: Scot Hetzel To: peceka In-Reply-To: <74847233.20050926102032@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <9660207.20050923085651@gmail.com> <790a9fff0509231325c24713@mail.gmail.com> <74847233.20050926102032@gmail.com> Cc: stable@freebsd.org Subject: Re: Re[2]: HP DL140 and ata0-slave: FAILURE-ATA_IDENTIFY timed out. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2005 22:00:32 -0000 On 9/26/05, peceka wrote: > Hi, > > > ATA MKiiin Sources & Patch files > > - http://people.freebsd.org/~sos/ATA/ata-mk3n-releng5.tar.gz > > - http://people.freebsd.org/~sos/ATA/ata-mk3n.diff-releng5.gz > > And how stable is this driver? Can it be installed on production > machine? > I'm not sure as to how stable the driver is, but this driver is currently in 6.x and 7.x-CURRENT. As Soren had mentioned that he is only supporting this driver, as he wants to replace the ATA driver in 5.x with this one. It would be best to ask Soren , about the use of this driver on production servers. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 00:39:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C7E816A41F for ; Tue, 27 Sep 2005 00:39:32 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC8B643D49 for ; Tue, 27 Sep 2005 00:39:31 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 8D4742BDE4; Mon, 26 Sep 2005 19:39:31 -0500 (CDT) Date: Mon, 26 Sep 2005 19:39:28 -0500 From: Craig Boston To: Brandon Fosdick Message-ID: <20050927003928.GA4800@nowhere> Mail-Followup-To: Craig Boston , Brandon Fosdick , freebsd-stable@freebsd.org References: <432753CF.6020001@bfoz.net> <433846BF.2090308@terrandev.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <433846BF.2090308@terrandev.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Jail to jail network performance? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 00:39:32 -0000 On Mon, Sep 26, 2005 at 12:06:39PM -0700, Brandon Fosdick wrote: > Ideally I would like a daemon like socat that can connect/merge two > sockets into one, effectively creating a direct connection and > eliminating a copy. But AFAICT that isn't possible with the current > interface. It depends how dirty you want your hands to get. Such a thing can be achieved. Not so much the merging, but it is possible to pass a file descriptor over a UNIX domain socket, so in theory a small daemon which was able to access both file systems should be able to do a handoff. It would likely mean modifying the MySQL client library, however. See the sendmsg(2) and recvmsg(2) functions, specifically the SOL_SOCKET flag in the recvmsg man page. Craig From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 02:25:05 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 704A416A41F for ; Tue, 27 Sep 2005 02:25:05 +0000 (GMT) (envelope-from adeziobxwb@charm.net) Received: from ti511210a080-7297.bb.online.no (ti511210a080-7297.bb.online.no [85.167.44.133]) by mx1.FreeBSD.org (Postfix) with SMTP id 419C643D48 for ; Tue, 27 Sep 2005 02:25:03 +0000 (GMT) (envelope-from adeziobxwb@charm.net) Received: from hampden.charm.net by ti511210a080-7297.bb.online.no (8.9.3/8.9.3) with SMTP id FAvU8FxIWknI for ; Mon, 26 Sep 2005 22:26:28 -0400 Received: from 161.73.124.123 by hampden.charm.net (Postfix) with ESMTP id W3V0L0VaXPXB for ; Mon, 26 Sep 2005 22:26:28 -0400 Date: Mon, 26 Sep 2005 22:26:28 -0400 From: Lenora Rudd Message-ID: <042123977687.701059482845@charm.net> To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Subject: Sisters and brothers are crazy about each other! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lenora Rudd List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 02:25:05 -0000 Pleased to meet you! I am happy to show you More than 3000's of real Hot-Teens want to meet ya NOW! http://www.pimytuwohopo.com Just look at this stuff From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 02:53:31 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C4F416A41F for ; Tue, 27 Sep 2005 02:53:31 +0000 (GMT) (envelope-from kcagathon@yahoo.com) Received: from web35909.mail.mud.yahoo.com (web35909.mail.mud.yahoo.com [66.163.179.193]) by mx1.FreeBSD.org (Postfix) with SMTP id B031D43D48 for ; Tue, 27 Sep 2005 02:53:30 +0000 (GMT) (envelope-from kcagathon@yahoo.com) Received: (qmail 61799 invoked by uid 60001); 27 Sep 2005 02:53:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=M0i1tT23P9ljuAewekY1FTQj3jBgDYZb5qfq5eEwL+at3G8e5fw60Cy+beUXDvrMXS5fn1ejpIGjlfI29dasXjVhYxkV/hrUMlfZa4ipnBcB2lgsfN0LeAaWjlLRP68Q8pa+/lSdVchsJDILR02H82FJOc4Xw7Dx81trNlqArDY= ; Message-ID: <20050927025330.61797.qmail@web35909.mail.mud.yahoo.com> Received: from [70.248.192.114] by web35909.mail.mud.yahoo.com via HTTP; Mon, 26 Sep 2005 19:53:30 PDT Date: Mon, 26 Sep 2005 19:53:30 -0700 (PDT) From: Karl Agathon To: stable@freebsd.org In-Reply-To: <042123977687.701059482845@charm.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: Sisters and brothers are crazy about each other! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 02:53:31 -0000 --- Lenora Rudd wrote: > Pleased to meet you! > I am happy to show you > > > More than 3000's of real Hot-Teens want to meet ya > NOW! > > http://www.pimytuwohopo.com > Just look at this stuff http://uptime.netcraft.com/up/graph?site=www.pimytuwohopo.com "http://www.pimytuwohopo.com was running unknown on FreeBSD when last queried" well i guess it wasn't TOTALLY offtopic __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 04:35:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A609816A41F for ; Tue, 27 Sep 2005 04:35:15 +0000 (GMT) (envelope-from lists@aquezada.com) Received: from aphrodite.acf.aquezada.com (h216-235-8-211.host.egate.net [216.235.8.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 302D943D48 for ; Tue, 27 Sep 2005 04:35:14 +0000 (GMT) (envelope-from lists@aquezada.com) Received: from localhost (localhost [127.0.0.1]) by aphrodite.acf.aquezada.com (Postfix) with ESMTP id 1457BFE55; Tue, 27 Sep 2005 00:35:14 -0400 (EDT) Received: from aphrodite.acf.aquezada.com ([127.0.0.1]) by localhost (aphrodite.acf.aquezada.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 13836-05; Tue, 27 Sep 2005 00:35:09 -0400 (EDT) Received: from jupiter.acf.aquezada.com (jupiter.acf.aquezada.com [192.168.5.5]) by aphrodite.acf.aquezada.com (Postfix) with ESMTP id 3C06DFE0D; Tue, 27 Sep 2005 00:35:09 -0400 (EDT) Received: by jupiter.acf.aquezada.com (Postfix, from userid 1001) id D04BFB065AD; Tue, 27 Sep 2005 00:35:08 -0400 (EDT) From: "Julian C. Dunn" To: Billy Newsom In-Reply-To: <43370A31.1080704@leadhill.net> References: <87y85nuqhy.fsf@beaker.data-secure.net> <4335D1D2.9060501@leadhill.net> <87r7bdt6o3.fsf@beaker.data-secure.net> <20050925142016.L7868@familysquires.net> <43370A31.1080704@leadhill.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Aquezada Productions Date: Tue, 27 Sep 2005 00:35:07 -0400 Message-Id: <1127795707.10060.43.camel@jupiter.acf.aquezada.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) X-Virus-Scanned: amavisd-new at aquezada.com Cc: freebsd-stable@freebsd.org Subject: Re: 5.4-STABLE changes breaks IDE boot (was Re: 5.3 -> 5.4 breaks ATA (Intel ICH2)) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 04:35:15 -0000 On Sun, 2005-09-25 at 15:36 -0500, Billy Newsom wrote: > I would like to concur with this sighting. I will repeat it to emphasize > this for whoever can decipher this for bug fixes: > > 1. In recent 5-Stable > 2. The IDE controller, atapci0, > 3. seems to be detectected, but without a certain memory allocation > 4. namely, 0xfff0-0xffff > 5. while the other memory and I/O segments are detected fine. > > Furthermore, > 6. It won't boot on the affected machines. > 7. More than one controller is affected (ICH2, PIIX3, and possibly PIIX4) > 8. Mine, at least, boots fine to a July 4th 5-Stable. > > Here is an example I found from someone reporting a similar issue > (Julian Dunn) > > Look at this from his dmesg: > > *First* his good booting dmesg line: > atapci0: port > 0xfff0-0xffff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.1 on pci0 > > *Second* his non-booting dmesg line: > atapci0: port > 0x376,0x170-0x177,0x3f6,0x1f0-0x1f > atapci0: Lazy allocation of 0x10 bytes rid 0x20 type 4 at 0 > 7 at device 2.1 on pci0 > > Can I point out the fact that these two lines (first from the good, > second from the bad dmesg) seem to say that atapci0 is not getting its > memory segment detected -- the segment at 0xfff0-0xffff. Here's a bit more information about the defect. I discovered this accidentally while testing out a -STABLE kernel built today. When I booted the -STABLE kernel, it went and autoloaded the old /boot/kernel/acpi.ko from the -RELEASE kernel, and the system would boot as normal. However, if I broke to the loader prompt and loaded the -STABLE kernel and its corresponding acpi.ko, the machine would fail to boot (as above, with the memory segment not being detected). Would this help anyone in filing a PR about the issue? - Julian -- [ Julian C. Dunn * "You can throw confetti, ] [ WWW: www.aquezada.com/staff/julian * but you're still going ] [ PGP: 91B3 7A9D 683C 7C16 715F * through the motions, baby" ] [ 442C 6065 D533 FDC2 05B9 * - Aimee Mann ] From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 06:07:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E34C316A41F for ; Tue, 27 Sep 2005 06:07:31 +0000 (GMT) (envelope-from tim.howe@celebrityresorts.com) Received: from knuth.hurstdog.org (knuth.hurstdog.org [69.55.236.147]) by mx1.FreeBSD.org (Postfix) with SMTP id 4C74043D48 for ; Tue, 27 Sep 2005 06:07:31 +0000 (GMT) (envelope-from tim.howe@celebrityresorts.com) Received: (qmail 88013 invoked from network); 27 Sep 2005 06:07:30 -0000 Received: from knuth.hurstdog.org (HELO fred.colohowes.org) (69.55.236.147) by knuth.hurstdog.org with SMTP; 27 Sep 2005 06:07:30 -0000 Received: from piro.quadium.net (piro.colohowes.org [10.27.56.90]) by fred.colohowes.org (Postfix) with ESMTP id 480FD8FE63 for ; Tue, 27 Sep 2005 00:28:35 -0600 (MDT) Received: from beaker.data-secure.net (localhost [127.0.0.1]) by piro.quadium.net (8.12.6/8.12.6) with ESMTP id j8R64DJl010040 for ; Tue, 27 Sep 2005 02:04:19 -0400 (EDT) (envelope-from tim.howe@celebrityresorts.com) Received: by beaker.data-secure.net (Postfix, from userid 1000) id 8EA2739857; Tue, 27 Sep 2005 02:07:23 -0400 (EDT) To: freebsd-stable@freebsd.org References: <87y85nuqhy.fsf@beaker.data-secure.net> <4335D1D2.9060501@leadhill.net> <87ll1jzqoa.fsf@beaker.data-secure.net> From: Tim Howe Date: Tue, 27 Sep 2005 02:07:23 -0400 In-Reply-To: <87ll1jzqoa.fsf@beaker.data-secure.net> (Tim Howe's message of "Mon, 26 Sep 2005 13:26:13 -0400") Message-ID: <87vf0noxgk.fsf_-_@beaker.data-secure.net> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Corporate Culture, berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Subject: [PATCH] option to re-enable aggressive ATA probing (was: 5.3 -> 5.4 breaks ATA (Intel ICH2)) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 06:07:32 -0000 --=-=-= Tim Howe writes: > ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 This turned out to be the key. Version 1.51 of ata-lowlevel.c added a check for stat0/1, err, lsb, and msb being identical. If they are, it aborts the probe. The attached patch creates an option ATA_AGGRESSIVE_PROBE which disables this for the old aggressive behavior (which may wait up to the full 31 seconds). I also took the liberty of reworking the still-busy check from 3 equality tests to 2 bitmask tests. It seems simpler to my eye with identical results, but if I missed something or the other style was preferred please let me know. The patch is against 5-STABLE because that's what I have. -- Tim Howe Software Engineer Celebrity Resorts, Inc. --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=ata_aggressive_probe.patch --- sys/conf/options.stock Tue Sep 27 00:28:50 2005 +++ sys/conf/options Tue Sep 27 00:55:53 2005 @@ -301,6 +301,7 @@ # Options used in the 'ata' ATA/ATAPI driver ATA_STATIC_ID opt_ata.h ATA_NOPCI opt_ata.h +ATA_AGGRESSIVE_PROBE opt_ata.h DEV_ATADISK opt_ata.h DEV_ATAPICD opt_ata.h DEV_ATAPIST opt_ata.h --- sys/conf/NOTES.stock Tue Sep 27 00:30:28 2005 +++ sys/conf/NOTES Tue Sep 27 00:56:39 2005 @@ -1501,8 +1501,11 @@ # # ATA_STATIC_ID: controller numbering is static ie depends on location # else the device numbers are dynamically allocated. +# ATA_AGGRESSIVE_PROBE: Does not give up on probing when all err, lsb, and + msb are identical. options ATA_STATIC_ID +#options ATA_AGGRESSIVE_PROBE # # Standard floppy disk controllers and floppy tapes, supports --- sys/dev/ata/ata-lowlevel.c.stock Tue Sep 27 00:31:10 2005 +++ sys/dev/ata/ata-lowlevel.c Tue Sep 27 00:59:19 2005 @@ -604,24 +604,21 @@ } } } - if (mask == 0x01) /* wait for master only */ - if (!(stat0 & ATA_S_BUSY) || (stat0 == 0xff && timeout > 5) || - (stat0 == err && lsb == err && msb == err && timeout > 5)) - break; - if (mask == 0x02) /* wait for slave only */ - if (!(stat1 & ATA_S_BUSY) || (stat1 == 0xff && timeout > 5) || - (stat1 == err && lsb == err && msb == err && timeout > 5)) - break; - if (mask == 0x03) { /* wait for both master & slave */ - if (!(stat0 & ATA_S_BUSY) && !(stat1 & ATA_S_BUSY)) - break; - if ((stat0 == 0xff && timeout > 5) || - (stat0 == err && lsb == err && msb == err && timeout > 5)) - mask &= ~0x01; - if ((stat1 == 0xff && timeout > 5) || - (stat1 == err && lsb == err && msb == err && timeout > 5)) - mask &= ~0x02; - } + + if (mask & 0x01) /* waiting for master */ + if (!(stat0 & ATA_S_BUSY) || (stat0 == 0xff && timeout > 5) +#ifndef ATA_AGGRESSIVE_PROBE + || (stat0 == err && lsb == err && msb == err && timeout > 5) +#endif + ) + mask &= ~0x01; + if (mask & 0x02) /* waiting for slave */ + if (!(stat1 & ATA_S_BUSY) || (stat1 = 0xff && timeout > 5) +#ifndef ATA_AGGRESSIVE_PROBE + || (stat1 == err && lsb == err && msb == err && timeout > 5) +#endif + ) + mask &= ~0x02; if (mask == 0 && !(stat0 & ATA_S_BUSY) && !(stat1 & ATA_S_BUSY)) break; --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 08:28:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5BEE16A41F for ; Tue, 27 Sep 2005 08:28:36 +0000 (GMT) (envelope-from stanley.jobson@gmx.ch) Received: from sigma.informatik.hu-berlin.de (sigma.informatik.hu-berlin.de [141.20.20.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F82843D4C for ; Tue, 27 Sep 2005 08:28:35 +0000 (GMT) (envelope-from stanley.jobson@gmx.ch) Received: from tyrael.linnet (p54BCC19B.dip.t-dialin.net [84.188.193.155]) (authenticated bits=0) by sigma.informatik.hu-berlin.de (8.13.4+Sun/8.13.4/INF-2.0-MA-SOLARIS-2.10) with ESMTP id j8R8S5SO029276; Tue, 27 Sep 2005 10:28:30 +0200 (CEST) Date: Tue, 27 Sep 2005 10:26:36 +0200 From: stanley jobson To: "Daniel O'Connor" Message-Id: <20050927102636.22f39e53.stanley.jobson@gmx.ch> In-Reply-To: <200509260849.50510.doconnor@gsoft.com.au> References: <20050924180909.78a29487.stanley.jobson@gmx.ch> <200509252330.05256.doconnor@gsoft.com.au> <20050925181238.6bfe01fb.stanley.jobson@gmx.ch> <200509260849.50510.doconnor@gsoft.com.au> X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Status: No (sigma) X-Spam-Status: No, score=2.0 required=5.0 tests=AWL,BAYES_50, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on rabe Cc: freebsd-stable@freebsd.org Subject: Re: lpt0 always busy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 08:28:36 -0000 > > It seriously looks like the printer, cable or port are broken, or the > printer is very very special.. > > What sort of printer is it? its a canon lbp 460 - ugly gdi printer :) > > You could try printing to /dev/lpt0.ctl since that will ignore BUSY > for the open. one can print using lpt0.ctl? - thx 4 the hint - i'll check this ... thx regards, stan From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 09:26:23 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF75F16A41F for ; Tue, 27 Sep 2005 09:26:23 +0000 (GMT) (envelope-from peceka@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B6D243D53 for ; Tue, 27 Sep 2005 09:26:23 +0000 (GMT) (envelope-from peceka@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so598956nzk for ; Tue, 27 Sep 2005 02:26:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:x-mailer:reply-to:x-priority:message-id:to:subject:mime-version:content-type:content-transfer-encoding; b=jWU0fTWuYmaMOPZxFGLn8myiul3HLAbV2iOWR/GClD52p+OACiznzSKnQO/h/pG84kyXBhopB3PxcIosYjnWwQw93laAdEjlKU5fzLgjS8YeySfE/P5NbiVvtU6hugTuPUBSRUpGLL8E0ftoWcko3LSypledMFmh7KO9NWlMXvg= Received: by 10.54.122.19 with SMTP id u19mr922460wrc; Tue, 27 Sep 2005 02:26:22 -0700 (PDT) Received: from OP8 ( [217.153.93.59]) by mx.gmail.com with ESMTP id 8sm713904wrl.2005.09.27.02.26.21; Tue, 27 Sep 2005 02:26:22 -0700 (PDT) Date: Tue, 27 Sep 2005 11:26:19 +0200 From: peceka X-Mailer: The Bat! Professional (v3.0.2.10) X-Priority: 3 (Normal) Message-ID: <1413940267.20050927112619@gmail.com> To: stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: device polling and high load averages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: peceka List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 09:26:23 -0000 Hi, I've got: fw3# uname -r 5.4-RELEASE-p7 in my kernel config i've set: options HZ=1000 options DEVICE_POLLING fw3# cat /etc/rc.conf | grep ifconfig ifconfig_em0="inet 192.168.1.251 netmask 255.255.255.0 polling" fw3# cat /etc/sysctl.conf | grep poll kern.polling.enable=1 kern.polling.idle_poll=1 And all the time i've got: fw3# uptime 11:22AM up 1:59, 1 user, load averages: 1.00, 1.00, 0.96 from top: last pid: 88131; load averages: 1.00, 1.00, 0.96 24 processes: 1 running, 23 sleeping CPU states: 0.0% user, 0.0% nice, 99.2% system, 0.8% interrupt, 0.0% idle But this machine do nothing, just pure FBSD system. So why there is such high load aver.? Best regards, p. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 09:41:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A575316A41F for ; Tue, 27 Sep 2005 09:41:57 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4283643D48 for ; Tue, 27 Sep 2005 09:41:57 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so601725nzk for ; Tue, 27 Sep 2005 02:41:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JiC+2L7uLx59tXfZGWo0dKnnWNawZUnLmFkra/dRtY28mhg4lEDNvFngwIEvc5qeoSESaMGlTfib+lcJLUHEU8BxjtyMx3ip3tt0TNkWpPjLTyRV8UoXnPfNumU0phMKU24tzijLyCYu4lq+x+6/XT8K4vDa7CW0qpFG3ji+fGQ= Received: by 10.36.101.9 with SMTP id y9mr219309nzb; Tue, 27 Sep 2005 02:41:56 -0700 (PDT) Received: by 10.36.86.4 with HTTP; Tue, 27 Sep 2005 02:41:56 -0700 (PDT) Message-ID: <79722fad05092702411f0b15e1@mail.gmail.com> Date: Tue, 27 Sep 2005 12:41:56 +0300 From: Vlad GALU To: freebsd-stable@freebsd.org In-Reply-To: <1413940267.20050927112619@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1413940267.20050927112619@gmail.com> Subject: Re: device polling and high load averages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Vlad GALU List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 09:41:57 -0000 On 9/27/05, peceka wrote: > Hi, > > I've got: > fw3# uname -r > 5.4-RELEASE-p7 > > in my kernel config i've set: > options HZ=3D1000 > options DEVICE_POLLING > > fw3# cat /etc/rc.conf | grep ifconfig > ifconfig_em0=3D"inet 192.168.1.251 netmask 255.255.255.0 polling" > > fw3# cat /etc/sysctl.conf | grep poll > kern.polling.enable=3D1 > kern.polling.idle_poll=3D1 > > And all the time i've got: > fw3# uptime > 11:22AM up 1:59, 1 user, load averages: 1.00, 1.00, 0.96 > > from top: > last pid: 88131; load averages: 1.00, 1.00, 0.96 > 24 processes: 1 running, 23 sleeping > CPU states: 0.0% user, 0.0% nice, 99.2% system, 0.8% interrupt, 0.0% = idle > > But this machine do nothing, just pure FBSD system. So why there is > such high load aver.? > Because of kern.polling.idle_poll. > Best regards, > p. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 10:15:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5635D16A41F for ; Tue, 27 Sep 2005 10:15:42 +0000 (GMT) (envelope-from glenn@antimatter.net) Received: from cobalt.antimatter.net (cobalt.antimatter.net [69.55.224.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1774343D4C for ; Tue, 27 Sep 2005 10:15:42 +0000 (GMT) (envelope-from glenn@antimatter.net) Received: from glenn-mobile.antimatter.net (cpe-66-27-86-22.san.res.rr.com [66.27.86.22]) (authenticated bits=0) by cobalt.antimatter.net (8.13.4/8.13.4) with ESMTP id j8RAFeBA023060 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Sep 2005 03:15:41 -0700 X-MailKey: purple frogs are falling from the sky Message-Id: <6.2.3.4.2.20050927031346.043d5060@cobalt.antimatter.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Tue, 27 Sep 2005 03:14:25 -0700 To: Vlad GALU , freebsd-stable@freebsd.org From: Glenn Dawson In-Reply-To: <79722fad05092702411f0b15e1@mail.gmail.com> References: <1413940267.20050927112619@gmail.com> <79722fad05092702411f0b15e1@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: device polling and high load averages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 10:15:42 -0000 At 02:41 AM 9/27/2005, Vlad GALU wrote: >On 9/27/05, peceka wrote: > > Hi, > > > > I've got: > > fw3# uname -r > > 5.4-RELEASE-p7 > > > > in my kernel config i've set: > > options HZ=1000 > > options DEVICE_POLLING > > > > fw3# cat /etc/rc.conf | grep ifconfig > > ifconfig_em0="inet 192.168.1.251 netmask 255.255.255.0 polling" > > > > fw3# cat /etc/sysctl.conf | grep poll > > kern.polling.enable=1 > > kern.polling.idle_poll=1 > > > > And all the time i've got: > > fw3# uptime > > 11:22AM up 1:59, 1 user, load averages: 1.00, 1.00, 0.96 > > > > from top: > > last pid: 88131; load averages: 1.00, 1.00, 0.96 > > 24 processes: 1 running, 23 sleeping > > CPU states: 0.0% user, 0.0% nice, 99.2% system, 0.8% > interrupt, 0.0% idle > > > > But this machine do nothing, just pure FBSD system. So why there is > > such high load aver.? > > > > Because of kern.polling.idle_poll. and a load average of 1 isn't exactly "high" either... > > Best regards, > > p. > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > >-- >If it's there, and you can see it, it's real. >If it's not there, and you can see it, it's virtual. >If it's there, and you can't see it, it's transparent. >If it's not there, and you can't see it, you erased it. >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 10:36:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E50B316A41F for ; Tue, 27 Sep 2005 10:36:11 +0000 (GMT) (envelope-from gmenhennitt@optusnet.com.au) Received: from mail28.syd.optusnet.com.au (mail28.syd.optusnet.com.au [211.29.133.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43C6343D48 for ; Tue, 27 Sep 2005 10:36:11 +0000 (GMT) (envelope-from gmenhennitt@optusnet.com.au) Received: from [203.2.73.8] (c220-237-136-178.mckinn1.vic.optusnet.com.au [220.237.136.178]) by mail28.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j8RAa4eX003873; Tue, 27 Sep 2005 20:36:05 +1000 Message-ID: <43392093.50003@optusnet.com.au> Date: Tue, 27 Sep 2005 20:36:03 +1000 From: Graham Menhennitt User-Agent: Thunderbird 1.4 (Windows/20050908) MIME-Version: 1.0 To: Tim Howe References: <87y85nuqhy.fsf@beaker.data-secure.net> <4335D1D2.9060501@leadhill.net> <87ll1jzqoa.fsf@beaker.data-secure.net> <87vf0noxgk.fsf_-_@beaker.data-secure.net> In-Reply-To: <87vf0noxgk.fsf_-_@beaker.data-secure.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [PATCH] option to re-enable aggressive ATA probing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 10:36:12 -0000 Tim Howe wrote: > Tim Howe writes: > > >> ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 >> > > This turned out to be the key. > > Version 1.51 of ata-lowlevel.c added a check for stat0/1, err, lsb, and > msb being identical. If they are, it aborts the probe. The attached > See also PR kern/79332 where I reported a similar problem and a fix. My patch has not been acted upon, but the problem no longer seems to exist in 6.0 beta 3. Cheers, Graham Menhennitt From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 11:02:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CCB616A41F for ; Tue, 27 Sep 2005 11:02:54 +0000 (GMT) (envelope-from peceka@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F71543D55 for ; Tue, 27 Sep 2005 11:02:53 +0000 (GMT) (envelope-from peceka@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so616155nzk for ; Tue, 27 Sep 2005 04:02:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:x-mailer:reply-to:x-priority:message-id:to:cc:subject:in-reply-to:references:mime-version:content-type:content-transfer-encoding; b=V0QrpVsAgdize3OktG9CcSQQXUarvCxwopx17Dz1YCMQJGwFADIgq6t2hJogO4IcB4Rb8yajCmYptsih+xERG5NNJZw0KF9OWXajyEDOoUU2y1hIJKVgyi2XRFht7KBJ/RKAumG8MV9daaxwgKBXXVoFqzDwEGVBGV/CRV9fRGY= Received: by 10.54.111.2 with SMTP id j2mr2654987wrc; Tue, 27 Sep 2005 04:02:53 -0700 (PDT) Received: from OP8 ( [217.153.93.59]) by mx.gmail.com with ESMTP id g5sm1008709wra.2005.09.27.04.02.51; Tue, 27 Sep 2005 04:02:52 -0700 (PDT) Date: Tue, 27 Sep 2005 13:02:48 +0200 From: peceka X-Mailer: The Bat! Professional (v3.0.2.10) X-Priority: 3 (Normal) Message-ID: <06021512.20050927130248@gmail.com> To: Glenn Dawson In-Reply-To: <6.2.3.4.2.20050927031346.043d5060@cobalt.antimatter.net> References: <1413940267.20050927112619@gmail.com> <79722fad05092702411f0b15e1@mail.gmail.com> <6.2.3.4.2.20050927031346.043d5060@cobalt.antimatter.net> MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1250 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Vlad GALU Subject: Re[2]: device polling and high load averages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: peceka List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 11:02:54 -0000 Witaj Glenn, W Twoim li=9Ccie datowanym 27 wrze=9Cnia 2005 (12:14:25) mo=BFna przeczyta= =E6: > At 02:41 AM 9/27/2005, Vlad GALU wrote: >>On 9/27/05, peceka wrote: >> > Hi, >> > >> > I've got: >> > fw3# uname -r >> > 5.4-RELEASE-p7 >> > >> > in my kernel config i've set: >> > options HZ=3D1000 >> > options DEVICE_POLLING >> > >> > fw3# cat /etc/rc.conf | grep ifconfig >> > ifconfig_em0=3D"inet 192.168.1.251 netmask 255.255.255.0 polling" >> > >> > fw3# cat /etc/sysctl.conf | grep poll >> > kern.polling.enable=3D1 >> > kern.polling.idle_poll=3D1 >> > >> > And all the time i've got: >> > fw3# uptime >> > 11:22AM up 1:59, 1 user, load averages: 1.00, 1.00, 0.96 >> > >> > from top: >> > last pid: 88131; load averages: 1.00, 1.00, 0.96 >> > 24 processes: 1 running, 23 sleeping >> > CPU states: 0.0% user, 0.0% nice, 99.2% system, 0.8%=20 >> interrupt, 0.0% idle >> > >> > But this machine do nothing, just pure FBSD system. So why there is >> > such high load aver.? >> > >> >> Because of kern.polling.idle_poll. > and a load average of 1 isn't exactly "high" either... But for machine which does nothing? CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz (3200.13-MHz 686-class CPU) real memory =3D 1341063168 (1278 MB) What to do with kern.polling.idle_poll? It is needed to be set to 1? What does this do? Best regards, p. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 12:30:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50C2E16A41F for ; Tue, 27 Sep 2005 12:30:28 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DFF343D55 for ; Tue, 27 Sep 2005 12:30:26 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp219-232.lns1.adl2.internode.on.net [203.122.219.232]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8RCUI5B041520 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 27 Sep 2005 22:00:24 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: stanley jobson Date: Tue, 27 Sep 2005 22:00:07 +0930 User-Agent: KMail/1.8.2 References: <20050924180909.78a29487.stanley.jobson@gmx.ch> <200509260849.50510.doconnor@gsoft.com.au> <20050927102636.22f39e53.stanley.jobson@gmx.ch> In-Reply-To: <20050927102636.22f39e53.stanley.jobson@gmx.ch> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3604398.G3OGlifiZV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509272200.08853.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: lpt0 always busy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 12:30:28 -0000 --nextPart3604398.G3OGlifiZV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 27 September 2005 17:56, stanley jobson wrote: > > It seriously looks like the printer, cable or port are broken, or the > > printer is very very special.. > > > > What sort of printer is it? > > its a canon lbp 460 - ugly gdi printer :) Hmm, well lots of printers these days are raster only.. I'd recommend buying an Epson since they are usually more functional than= =20 Canon in !Win32. > > You could try printing to /dev/lpt0.ctl since that will ignore BUSY > > for the open. > > one can print using lpt0.ctl? - thx 4 the hint - i'll check this ... Well, I'm pretty sure you can. AFAIK the only difference is that lpt0.ctl ignores BUSY on open so lptcontr= ol=20 can use it. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3604398.G3OGlifiZV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDOTtQ5ZPcIHs/zowRAnbUAKCMMISUbGw54g1FkiJfgmy2Mo8w/QCfWLG2 ExqBy3lzx27vvrzFDwO63u0= =qTmf -----END PGP SIGNATURE----- --nextPart3604398.G3OGlifiZV-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 12:59:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D3DC16A41F for ; Tue, 27 Sep 2005 12:59:13 +0000 (GMT) (envelope-from koresh@dnepr.net) Received: from mail.dnepr.net (mail.dnepr.net [217.198.131.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B8CE43D49 for ; Tue, 27 Sep 2005 12:59:08 +0000 (GMT) (envelope-from koresh@dnepr.net) Received: from koresh.dnepr.net ([217.198.131.144]) by mail.dnepr.net with esmtp id 1EKF2d-0001Pa-G9 for freebsd-stable@freebsd.org; Tue, 27 Sep 2005 15:58:39 +0300 Message-ID: <43394274.3030203@dnepr.net> Date: Tue, 27 Sep 2005 16:00:36 +0300 From: Oleg Korecky User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Infra-red in FreeBSD... Remote control in XMMS... LIRC ?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 12:59:13 -0000 Did somebody use LIRC on the FreeBSD ? Or what you can recommend instead LIRC ? Thanks ! From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 15:34:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB1DD16A41F for ; Tue, 27 Sep 2005 15:34:40 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C09243D49 for ; Tue, 27 Sep 2005 15:34:39 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0INH003ZPFE65YC0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 27 Sep 2005 17:37:18 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0INH00LHBFEXVH30@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 27 Sep 2005 17:37:45 +0200 (CEST) Date: Tue, 27 Sep 2005 17:27:53 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20050927102636.22f39e53.stanley.jobson@gmx.ch> To: freebsd-stable@freebsd.org Message-id: <20050927172753.09042e75.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20050924180909.78a29487.stanley.jobson@gmx.ch> <200509252330.05256.doconnor@gsoft.com.au> <20050925181238.6bfe01fb.stanley.jobson@gmx.ch> <200509260849.50510.doconnor@gsoft.com.au> <20050927102636.22f39e53.stanley.jobson@gmx.ch> Subject: Re: lpt0 always busy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 15:34:41 -0000 On Tue, 27 Sep 2005 10:26:36 +0200 stanley jobson wrote: > > > > It seriously looks like the printer, cable or port are broken, or > > the printer is very very special.. > > > > What sort of printer is it? > > its a canon lbp 460 - ugly gdi printer :) Aha, that explains wy it will not work. see this: http://linuxprinting.org/show_printer.cgi?recnum=Canon-LBP-460 the printer can print ascii text at all, it is a raster-only win* gdi printer. It is the driver who does all the work. Always, always check LinuxPrinting.org before starting with an unknown printer. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 15:34:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 117D316A41F for ; Tue, 27 Sep 2005 15:34:42 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6044443D49 for ; Tue, 27 Sep 2005 15:34:41 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0INH003ZSFE65YC0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 27 Sep 2005 17:37:18 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0INH00L67FEXVM40@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 27 Sep 2005 17:37:46 +0200 (CEST) Date: Tue, 27 Sep 2005 17:34:32 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <43394274.3030203@dnepr.net> To: freebsd-stable@freebsd.org Message-id: <20050927173432.688ca3fa.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <43394274.3030203@dnepr.net> Subject: Re: Infra-red in FreeBSD... Remote control in XMMS... LIRC ?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 15:34:42 -0000 On Tue, 27 Sep 2005 16:00:36 +0300 Oleg Korecky wrote: > Did somebody use LIRC on the FreeBSD ? Yes, I have done that some time ago. Note: some drivers are built-in in lirc (they are not part of the parallel or serial drivers). the parallel and serial drivers was not ported (last I looked at least), but that didn't stop me from getting a remote working. I can't remember which remote just now. Try Google (groups) for FreeBSD + lirc. > Or what you can recommend instead LIRC ? That I don't know about. HTH -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 15:59:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0801316A41F for ; Tue, 27 Sep 2005 15:59:05 +0000 (GMT) (envelope-from stanley.jobson@gmx.ch) Received: from sigma.informatik.hu-berlin.de (sigma.informatik.hu-berlin.de [141.20.20.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AA6043D53 for ; Tue, 27 Sep 2005 15:59:03 +0000 (GMT) (envelope-from stanley.jobson@gmx.ch) Received: from tyrael.linnet (p54BCC19B.dip.t-dialin.net [84.188.193.155]) (authenticated bits=0) by sigma.informatik.hu-berlin.de (8.13.4+Sun/8.13.4/INF-2.0-MA-SOLARIS-2.10) with ESMTP id j8RFwX9K009888; Tue, 27 Sep 2005 17:58:54 +0200 (CEST) Date: Tue, 27 Sep 2005 17:57:04 +0200 From: stanley jobson To: Torfinn Ingolfsen Message-Id: <20050927175704.24f6d668.stanley.jobson@gmx.ch> In-Reply-To: <20050927172753.09042e75.torfinn.ingolfsen@broadpark.no> References: <20050924180909.78a29487.stanley.jobson@gmx.ch> <200509252330.05256.doconnor@gsoft.com.au> <20050925181238.6bfe01fb.stanley.jobson@gmx.ch> <200509260849.50510.doconnor@gsoft.com.au> <20050927102636.22f39e53.stanley.jobson@gmx.ch> <20050927172753.09042e75.torfinn.ingolfsen@broadpark.no> X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Status: No (sigma) X-Spam-Status: No, score=2.0 required=5.0 tests=AWL,BAYES_50, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on rabe Cc: freebsd-stable@freebsd.org Subject: Re: lpt0 always busy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 15:59:05 -0000 > > > > its a canon lbp 460 - ugly gdi printer :) > > Aha, that explains wy it will not work. see this: > http://linuxprinting.org/show_printer.cgi?recnum=Canon-LBP-460 > > the printer can print ascii text at all, it is a raster-only win* gdi > printer. It is the driver who does all the work. i know that this printer will never work with fbsd or even linux so i hoped i could setup a qemu with win98 and just passing lpt0 throu ... but unfort. this does not work :( what i need is a possibility to give qemu/vmware access to lpt0 without any checking done by fbsd thx, regards, stan From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 16:01:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8C8D16A41F for ; Tue, 27 Sep 2005 16:01:44 +0000 (GMT) (envelope-from stanley.jobson@gmx.ch) Received: from sigma.informatik.hu-berlin.de (sigma.informatik.hu-berlin.de [141.20.20.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id D686443D7D for ; Tue, 27 Sep 2005 16:01:39 +0000 (GMT) (envelope-from stanley.jobson@gmx.ch) Received: from tyrael.linnet (p54BCC19B.dip.t-dialin.net [84.188.193.155]) (authenticated bits=0) by sigma.informatik.hu-berlin.de (8.13.4+Sun/8.13.4/INF-2.0-MA-SOLARIS-2.10) with ESMTP id j8RG1COx010089; Tue, 27 Sep 2005 18:01:35 +0200 (CEST) Date: Tue, 27 Sep 2005 17:59:43 +0200 From: stanley jobson To: "Daniel O'Connor" Message-Id: <20050927175943.3c1e03ae.stanley.jobson@gmx.ch> In-Reply-To: <200509272200.08853.doconnor@gsoft.com.au> References: <20050924180909.78a29487.stanley.jobson@gmx.ch> <200509260849.50510.doconnor@gsoft.com.au> <20050927102636.22f39e53.stanley.jobson@gmx.ch> <200509272200.08853.doconnor@gsoft.com.au> X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Status: No (sigma) X-Spam-Status: No, score=2.0 required=5.0 tests=AWL,BAYES_50, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on rabe Cc: freebsd-stable@freebsd.org Subject: Re: lpt0 always busy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 16:01:44 -0000 > > > > You could try printing to /dev/lpt0.ctl since that will ignore > > > BUSY for the open. > > > > one can print using lpt0.ctl? - thx 4 the hint - i'll check this ... > > Well, I'm pretty sure you can. > AFAIK the only difference is that lpt0.ctl ignores BUSY on open so > lptcontrol can use it. > unfort. qemu is not able to open lpt0.ctl too (no perm prob) but i will do some more testing in this direction ... thx regards, stan From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 16:40:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA85E16A41F for ; Tue, 27 Sep 2005 16:40:10 +0000 (GMT) (envelope-from pete@he.iki.fi) Received: from rms06.rommon.net (rms06.rommon.net [212.54.5.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BDB043D48 for ; Tue, 27 Sep 2005 16:40:10 +0000 (GMT) (envelope-from pete@he.iki.fi) Received: from [193.64.42.234] (dyn234.helenius.fi [193.64.42.234]) by rms06.rommon.net (Postfix) with ESMTP id 67EF233C1B for ; Tue, 27 Sep 2005 19:40:08 +0300 (EEST) Message-ID: <433975E9.1000107@he.iki.fi> Date: Tue, 27 Sep 2005 19:40:09 +0300 From: Petri Helenius User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: increasing buffer cache X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 16:40:11 -0000 I tried increasing buffer cache on machine with 4G ram and amd64 kernel with the following in /boot/loader.conf; kern.maxbcache=1250000000 kern.nbuf=65536 vm.kmem_size=1300000000 vm.kmem_size_max=1300000000 However the system panics on boot with a malloc error. Any other parameters that need to be tuned? Pete From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 16:43:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC55616A41F for ; Tue, 27 Sep 2005 16:43:12 +0000 (GMT) (envelope-from swebster@kinex.com) Received: from eastrmmtao06.cox.net (eastrmmtao06.cox.net [68.230.240.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2180943D4C for ; Tue, 27 Sep 2005 16:43:11 +0000 (GMT) (envelope-from swebster@kinex.com) Received: from sloe.dyndns.org ([24.255.126.95]) by eastrmmtao06.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20050927164308.TTK21663.eastrmmtao06.cox.net@sloe.dyndns.org> for ; Tue, 27 Sep 2005 12:43:08 -0400 Received: from [172.17.1.1] (unknown [172.17.1.1]) by sloe.dyndns.org (Postfix) with ESMTP id 1930D60D2 for ; Tue, 27 Sep 2005 12:43:09 -0400 (EDT) Date: Tue, 27 Sep 2005 12:43:09 -0400 (EDT) From: Steve Webster X-X-Sender: swebster@sloe.dyndns.org To: freebsd-stable@freebsd.org Message-ID: <20050927123052.H41996@sloe.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: USB Audio X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 16:43:12 -0000 Greetings, I'm a newbie to FreeBSD, so please forgive me if I've posted to the wrong list. I'm trying to use an Audiotrak OptoPlay usb audio device, one that appears as supported hardware in the handbook, in conjunction with mplayer. It works great for tens of minutes and then it forces a reboot leading the the following snippet in /var/log/messages: > FreeBSD 5.4-RELEASE #3: Sat Sep 24 16:54:39 EDT 2005 > ugen0: Ego Systems Inc. AUDIOTRAK OptoPlay, rev 1.00/1.00, addr 2 > WARNING: / was not properly dismounted > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > ugen0: at uhub0 port 1 (addr 2) disconnected > ugen0: detached > uaudio0: Ego Systems Inc. AUDIOTRAK OptoPlay, rev 1.00/1.00, addr 2 > uaudio0: audio rev 1.00 > pcm0: on uaudio0 > usb0: isoc TD alloc failed > usb0: isoc TD alloc failed > panic: kmem_malloc(4096): kmem_map too small: 42991616 total allocated > Uptime: 1h43m40s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort I've done some research that has pointed at pcm and snd_uaudio things, but I haven't found anything conclusive. The warnings above are probably related to the machine coming down hard since this log is from the second time the machine automatically rebooted. I appear to have a memory leak, but I was wondering if others on this list had some pointers. I wanted to try rebuilding a kernel from the stable branch, and I wanted to apply the patch found at http://staff.mybsd.org.my/skywizard/FreeBSD/sound/, but everything I've read has mentioned to rebuild world if I change from release to stable. This machine needs to be production quality, so I'm wary as to which course of action to take. Thanks in advance, Steve From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 17:00:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89A9C16A41F for ; Tue, 27 Sep 2005 17:00:35 +0000 (GMT) (envelope-from folkert@feedface.com) Received: from mail.feedface.com (mail.feedface.com [62.216.169.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC0DD43D53 for ; Tue, 27 Sep 2005 17:00:34 +0000 (GMT) (envelope-from folkert@feedface.com) Received: from [172.23.23.5] (port-212-202-185-196.dynamic.qsc.de [212.202.185.196]) by mail.feedface.com (Postfix) with ESMTP id 879CEAC80F; Tue, 27 Sep 2005 19:00:33 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v734) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: snap-users@kame.net, freebsd-stable@freebsd.org From: Folkert Saathoff Date: Tue, 27 Sep 2005 19:00:23 +0200 X-Pgp-Agent: GPGMail 1.1.1 (Tiger) X-Mailer: Apple Mail (2.734) Cc: Subject: IPv6 and DUMMYNET traffic shaping X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 17:00:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello lists, in order to evaluate the latency penalty induced by mobile IPv6, i need some way to simulate different latencies between two nodes in a laboratory environment. Is it possible at the moment to shape IPv6 traffic with KAME SNAP 20050919 and FreeBSD 5.4-RELEASE? If not, is there some other way to enforce latencies on an interface? thnx, /folkert /* _ _ * _|| _ * || folkert@feedface.com * */ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDOXqrIA10xPlRIZURAgFtAKCKptm0fzMOKHx1fqF2nPvrC0/mhACgleZs nT+1i69QZtmv2mbnAmbc3bc= =/0RH -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 17:52:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C16EB16A421 for ; Tue, 27 Sep 2005 17:52:29 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9208743D55 for ; Tue, 27 Sep 2005 17:52:28 +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 j8RHqPHx020878; Tue, 27 Sep 2005 10:52:25 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8RHqPUH020877; Tue, 27 Sep 2005 10:52:25 -0700 Date: Tue, 27 Sep 2005 10:52:25 -0700 From: Brooks Davis To: Folkert Saathoff Message-ID: <20050927175225.GD29415@odin.ac.hmc.edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sXc4Kmr5FA7axrvy" Content-Disposition: inline In-Reply-To: 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-stable@freebsd.org, snap-users@kame.net Subject: Re: IPv6 and DUMMYNET traffic shaping X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 17:52:29 -0000 --sXc4Kmr5FA7axrvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 27, 2005 at 07:00:23PM +0200, Folkert Saathoff wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 >=20 > Hello lists, >=20 > in order to evaluate the latency penalty induced by mobile IPv6, > i need some way to simulate different latencies between two nodes > in a laboratory environment. >=20 > Is it possible at the moment to shape IPv6 traffic with KAME SNAP =20 > 20050919 > and FreeBSD 5.4-RELEASE? >=20 > If not, is there some other way to enforce latencies on an interface? Upgrade to 6.0 and use the IPv6 support in ipfw/dummynet. -- 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 --sXc4Kmr5FA7axrvy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDOYbYXY6L6fI4GtQRAuNYAJ9jLNAs6Y+vRdw9dyKtNRLqbtD+lgCgqtDz V7HkU0aRruvWb4Xlryna7J4= =70nR -----END PGP SIGNATURE----- --sXc4Kmr5FA7axrvy-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 18:26:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BDC716A420; Tue, 27 Sep 2005 18:26:32 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 748E943D53; Tue, 27 Sep 2005 18:26:31 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3F791.dip.t-dialin.net [84.163.247.145] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0ML21M-1EKK9u2Hra-00083u; Tue, 27 Sep 2005 20:26:30 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Tue, 27 Sep 2005 20:26:13 +0200 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3823940.9IFY5aQLlq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509272026.28950.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-stable@freebsd.org Subject: HEADSUP: bridge(4) removed from HEAD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 18:26:32 -0000 --nextPart3823940.9IFY5aQLlq Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All, as discussed on -arch, the old bridge(4) implementation has been removed fr= om=20 HEAD. The new if_bridge(4) is there to serve as a full functional=20 replacement. If you find anything that does not work with if_bridge(4) tha= t=20 used to work with bridge(4), please let me or Andrew Thompson (thompsa@)=20 know. Thanks. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3823940.9IFY5aQLlq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDOY7UXyyEoT62BG0RAjLEAJ9oE29kdS1+lH1FgluL3JSsgithhgCeJid7 fvJXgFCSfPkzf2ZSGv6M3bk= =O9aN -----END PGP SIGNATURE----- --nextPart3823940.9IFY5aQLlq-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 18:56:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E970616A41F for ; Tue, 27 Sep 2005 18:56:08 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: from mail.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by mx1.FreeBSD.org (Postfix) with SMTP id EFF1043D4C for ; Tue, 27 Sep 2005 18:56:06 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: (qmail 9996 invoked by uid 300); 27 Sep 2005 18:56:05 -0000 Received: from 62.165.212.130 by zion.tvnetwork.hu (envelope-from , uid 64011) with qmail-scanner-1.25st (clamdscan: 0.85.1/944. spamassassin: 3.0.3. perlscan: 1.25st. Clear:RC:1(62.165.212.130):SA:0(-1.0/5.0):. Processed in 11.193103 secs); 27 Sep 2005 18:56:05 -0000 X-Spam-Status: No, hits=-1.0 required=5.0 Received: from unknown (HELO ?192.168.0.2?) (62.165.212.130) by zion.tvnetwork.hu with SMTP; 27 Sep 2005 18:55:53 -0000 Message-ID: <43399580.3020201@tvnetwork.hu> Date: Tue, 27 Sep 2005 20:54:56 +0200 From: =?ISO-8859-1?Q?L=E1szl=F3_K=E1roly?= User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050909) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oleg Korecky References: <43394274.3030203@dnepr.net> In-Reply-To: <43394274.3030203@dnepr.net> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Infra-red in FreeBSD... Remote control in XMMS... LIRC ?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 18:56:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Oleg Korecky wrote: > Did somebody use LIRC on the FreeBSD ? Or what you can recommend instead > LIRC ? > Thanks ! I have a Pinnacle remote controll with serial port connector. It works fine (tested only with mPlayer): lircd --device=/dev/cuad0 --drive=pinsys Best, Laci - -- László Károly Department of Altaic Studies Egyetem str. 2. University of Szeged H-6722 Szeged, Hungary PGP/GnuPG key: 1024D/869D81C5 Fingerprint: 1E61 3205 8F5A 87E7 1269 3396 1C63 F9FF 869D 81C5 Encrypted e-mail preferred. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDOZWAHGP5/4adgcURAhdBAJ97+gg8cxUihSIXOv9gxFVlH1dfswCgoPBZ WpqYLZ8HSbk2jBbi+EP5W+0= =tw07 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 18:58:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED8D616A41F for ; Tue, 27 Sep 2005 18:58:49 +0000 (GMT) (envelope-from eSafe@mtt.ru) Received: from ns.mtt.ru (ns.mtt.ru [80.75.128.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id D22D043D5A for ; Tue, 27 Sep 2005 18:58:46 +0000 (GMT) (envelope-from eSafe@mtt.ru) Received: from ns.mtt.ru (owa.dmz.mtt.ru [172.16.1.222]) by ns.mtt.ru (8.13.3/8.13.3) with SMTP id j8RIwaYH021264 for ; Tue, 27 Sep 2005 22:58:37 +0400 Received: from owa.office.msk.mtt ([IP=192.168.0.222]) by eSafe SMTP Relay 1127840094; Tue Sep 27 23:05:17 2005 Received: from mailoffice.office.msk.mtt ([192.168.0.18]) by owa.office.msk.mtt with Microsoft SMTPSVC(6.0.3790.1830); Tue, 27 Sep 2005 22:59:22 +0400 Received: from ns.mtt.ru ([192.168.1.11]) by mailoffice.office.msk.mtt with Microsoft SMTPSVC(6.0.3790.1830); Tue, 27 Sep 2005 22:59:22 +0400 To: freebsd-stable@freebsd.org From: eSafe@mtt.ru Message-ID: X-OriginalArrivalTime: 27 Sep 2005 18:59:22.0237 (UTC) FILETIME=[9252CAD0:01C5C395] Date: 27 Sep 2005 22:59:22 +0400 X-ESAFE-STATUS: Mail clean X-ESAFE-DETAILS: Clean Subject: eSafe alert X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 18:58:50 -0000 *** eSafe detected hostile content in this email. *** Time: 27 Sep 2005 23:05:13 Scan result: Mail rejected Protocol: SMTP in File Name\Mail Subject: mail_1127842462: Mail Delivery Source: freebsd-stable@freebsd.org Destination: dmitri.gurkin@mtt.ru Details: Mail infected with x-wav exploit \HTML Active Content: Found the following Html Tag Exploit: ************************************************************************************************** The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. ** MTT AV system scanned this email for viruses, vandals and malicious content. ** infosec@mtt.ru ************************************************************************************************** From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 19:40:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BB8916A41F for ; Tue, 27 Sep 2005 19:40:10 +0000 (GMT) (envelope-from kwc@shell.TheWorld.com) Received: from TheWorld.com (pcls3.std.com [192.74.137.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70C0643D49 for ; Tue, 27 Sep 2005 19:40:08 +0000 (GMT) (envelope-from kwc@shell.TheWorld.com) Received: from shell.TheWorld.com (root@shell01.theworld.com [192.74.137.71]) by TheWorld.com (8.12.8p1/8.12.8) with ESMTP id j8RJbgV9003022; Tue, 27 Sep 2005 15:37:42 -0400 Received: (from kwc@localhost) by shell.TheWorld.com (8.9.3/8.9.3) id PAA7704957; Tue, 27 Sep 2005 15:37:42 -0400 (EDT) Date: Tue, 27 Sep 2005 15:37:42 -0400 (EDT) From: Kenneth W Cochran Message-Id: <200509271937.PAA7704957@shell.TheWorld.com> To: freebsd-stable@freebsd.org X-Virus-Scanned: ClamAV 0.86rc1/1102/Sun Sep 25 10:04:56 2005 on pcls3.std.com X-Virus-Status: Clean Subject: UFS2 vs UFS1 determination X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 19:40:10 -0000 Hello -stable: How can I determine a filesystem's type in FreeBSD? More specifically, how can I determine whether a filesystem is UFS1 or UFS2 (assuming, of course, that UFS2 is supported by the OS)? FAQ/doc/RTFM pointers are welcome. :) Thanks, -kc From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 19:52:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C62816A41F for ; Tue, 27 Sep 2005 19:52:22 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3501943D4C for ; Tue, 27 Sep 2005 19:52:22 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so1304323wxc for ; Tue, 27 Sep 2005 12:52:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Z1Vy/Ei+dDsoV2FcfNaLw9xhCIyPqJRDZ2iaelW11Jil49lMYm6+MmdyW7cmBfUvgvI0zs6AYtLzrDmEwoKCXyLEmk+Utb2lMghS/S6tJy6zIVU0QgBWaXcvIhSLTYoLn5virwpCRVELJk/9eyz+D1WKorX302b2tesKgAlQXFA= Received: by 10.70.31.20 with SMTP id e20mr3152392wxe; Tue, 27 Sep 2005 12:45:55 -0700 (PDT) Received: by 10.70.104.20 with HTTP; Tue, 27 Sep 2005 12:45:55 -0700 (PDT) Message-ID: <35c231bf050927124559afada1@mail.gmail.com> Date: Tue, 27 Sep 2005 12:45:55 -0700 From: David Kirchner Sender: dpkirchner@gmail.com To: Kenneth W Cochran In-Reply-To: <200509271937.PAA7704957@shell.TheWorld.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200509271937.PAA7704957@shell.TheWorld.com> Cc: freebsd-stable@freebsd.org Subject: Re: UFS2 vs UFS1 determination X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Kirchner List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 19:52:22 -0000 On 9/27/05, Kenneth W Cochran wrote: > Hello -stable: > > How can I determine a filesystem's type in FreeBSD? > More specifically, how can I determine whether a filesystem is UFS1 > or UFS2 (assuming, of course, that UFS2 is supported by the OS)? > FAQ/doc/RTFM pointers are welcome. :) I dunno about FAQs about this, but check out "/sbin/dumpfs" From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 20:06:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DE7216A41F for ; Tue, 27 Sep 2005 20:06:09 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id A05DF43D49 for ; Tue, 27 Sep 2005 20:06:08 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: from falcon.midgard.homeip.net (212.181.162.201) by pne-smtpout1-sn1.fre.skanova.net (7.2.060.1) id 43200DEA00408BE6 for freebsd-stable@freebsd.org; Tue, 27 Sep 2005 22:06:07 +0200 Received: (qmail 51048 invoked by uid 1001); 27 Sep 2005 22:06:04 +0200 Date: Tue, 27 Sep 2005 22:06:04 +0200 From: Erik Trulsson To: Kenneth W Cochran Message-ID: <20050927200604.GA50996@falcon.midgard.homeip.net> Mail-Followup-To: Kenneth W Cochran , freebsd-stable@freebsd.org References: <200509271937.PAA7704957@shell.TheWorld.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509271937.PAA7704957@shell.TheWorld.com> User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: UFS2 vs UFS1 determination X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 20:06:09 -0000 On Tue, Sep 27, 2005 at 03:37:42PM -0400, Kenneth W Cochran wrote: > Hello -stable: > > How can I determine a filesystem's type in FreeBSD? > More specifically, how can I determine whether a filesystem is UFS1 > or UFS2 (assuming, of course, that UFS2 is supported by the OS)? > FAQ/doc/RTFM pointers are welcome. :) Run dumpfs(8) on the filesystem and look at the first line of the output. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 21:12:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 280BE16A457 for ; Tue, 27 Sep 2005 21:12:10 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8120343D8E for ; Tue, 27 Sep 2005 21:12:09 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id IBA74465; Tue, 27 Sep 2005 14:12:07 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 24C275D09; Tue, 27 Sep 2005 14:12:05 -0700 (PDT) To: peceka In-reply-to: Your message of "Tue, 27 Sep 2005 13:02:48 +0200." <06021512.20050927130248@gmail.com> Date: Tue, 27 Sep 2005 14:12:05 -0700 From: "Kevin Oberman" Message-Id: <20050927211205.24C275D09@ptavv.es.net> Cc: freebsd-stable@freebsd.org, Vlad GALU , Glenn Dawson Subject: Re: Re[2]: device polling and high load averages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 21:12:12 -0000 > Date: Tue, 27 Sep 2005 13:02:48 +0200 > From: peceka > Sender: owner-freebsd-stable@freebsd.org > > Witaj Glenn, > > W Twoim li=9Ccie datowanym 27 wrze=9Cnia 2005 (12:14:25) mo=BFna przeczyta= > =E6: > > > At 02:41 AM 9/27/2005, Vlad GALU wrote: > >>On 9/27/05, peceka wrote: > >> > Hi, > >> > > >> > I've got: > >> > fw3# uname -r > >> > 5.4-RELEASE-p7 > >> > > >> > in my kernel config i've set: > >> > options HZ=3D1000 > >> > options DEVICE_POLLING > >> > > >> > fw3# cat /etc/rc.conf | grep ifconfig > >> > ifconfig_em0=3D"inet 192.168.1.251 netmask 255.255.255.0 polling" > >> > > >> > fw3# cat /etc/sysctl.conf | grep poll > >> > kern.polling.enable=3D1 > >> > kern.polling.idle_poll=3D1 > >> > > >> > And all the time i've got: > >> > fw3# uptime > >> > 11:22AM up 1:59, 1 user, load averages: 1.00, 1.00, 0.96 > >> > > >> > from top: > >> > last pid: 88131; load averages: 1.00, 1.00, 0.96 > >> > 24 processes: 1 running, 23 sleeping > >> > CPU states: 0.0% user, 0.0% nice, 99.2% system, 0.8%=20 > >> interrupt, 0.0% idle > >> > > >> > But this machine do nothing, just pure FBSD system. So why there is > >> > such high load aver.? > >> > > >> > >> Because of kern.polling.idle_poll. > > > and a load average of 1 isn't exactly "high" either... > > But for machine which does nothing? > CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz (3200.13-MHz 686-class CPU) > real memory =3D 1341063168 (1278 MB) > > What to do with kern.polling.idle_poll? It is needed to be set to 1? > What does this do? If your system is polling, it's not doing nothing. It's polling. If you enable polling, the network interface is no longer interrupt driven. Instead, the system will continually poll the interface to check on the arrival of new packets. Polling is a big win on busy network interfaces and it is much faster than processing an interrupt, but it does generate a continual load average of 1 since the system is always polling when nothing else is going on. It does not matter what the speed of the system is as the polling loop runs continually when the CPU is idle. If you network is not very busy, you probably don't want polling. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 21:51:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA4ED16A41F for ; Tue, 27 Sep 2005 21:51:00 +0000 (GMT) (envelope-from martin@hybyte.com) Received: from mail.uk.hybyte.net (mail.hybyte.com [213.86.56.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86FB243D48 for ; Tue, 27 Sep 2005 21:50:59 +0000 (GMT) (envelope-from martin@hybyte.com) Received: from localhost (localhost [127.0.0.1]) by mail.uk.hybyte.net (Postfix) with ESMTP id 18F69EB2E3 for ; Tue, 27 Sep 2005 22:45:21 +0100 (BST) Received: from by localhost (amavisd-new, port ) id ziYAVLz6 for ; Tue, 27 Sep 2005 22:45:20 +0100 (BST) Received: from [192.168.0.10] (81-86-114-246.dsl.pipex.com [81.86.114.246]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.uk.hybyte.net (Postfix) with ESMTP id A933DEB2B2; Tue, 27 Sep 2005 22:45:17 +0100 (BST) Message-ID: <4339BEBE.9030205@hybyte.com> Date: Tue, 27 Sep 2005 22:50:54 +0100 From: martin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-bugs@freebsd.org, aic7xxx@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hybyte.com Cc: Subject: problem with aac0 on FreeBSD 5.4 Stable#5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 21:51:00 -0000 >Synopsis: aac driver hangs under load >Description: I am having the same/very similiar problem as described in http://lists.freebsd.org/pipermail/freebsd-current/2004-December/044613.html. I have 2 identical boxes "dell poweredge 1750", with Atapdec raid controller and external powervault 220s. Everything is fine on FreeBSD 5.3 Stable #7 (the box has been 6 month under load) On FreeBSD 5.4 Stable #5 the aac0 hangs once a fortnight, alway during large file copy operations (Mysql database running optimize on all tables,one after another), several Gigabyte of data) (The box also has a amr controlled raid (as boot partition and /var /usr). I had one occasion, where the disks on the amr became inaccessable, since this are the boot and logging disks, there is no data about that) Not exactly sure, what else to attach, thankfull for any advice. Here are the relevant parts from the message log 1) Errors 2) Boot msgs Sep 26 04:07:17 db02 kernel: aac0: COMMAND 0xc4f816d8 TIMEOUT AFTER 47 SECONDS Sep 26 04:07:17 db02 kernel: aac0: COMMAND 0xc4f7fa40 TIMEOUT AFTER 47 SECONDS Sep 26 04:07:17 db02 kernel: aac0: COMMAND 0xc4f7ece4 TIMEOUT AFTER 47 SECONDS Sep 26 04:07:17 db02 kernel: aac0: WARNING! Controller is no longer running! code= 0x100 Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f816d8 TIMEOUT AFTER 67 SECONDS Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f7fa40 TIMEOUT AFTER 67 SECONDS Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f7ece4 TIMEOUT AFTER 67 SECONDS Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f7f068 TIMEOUT AFTER 46 SECONDS Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f7e384 TIMEOUT AFTER 46 SECONDS Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f815ac TIMEOUT AFTER 46 SECONDS continued as above, until reboot Sep 26 12:35:49 db02 kernel: Copyright (c) 1992-2005 The FreeBSD Project. Sep 26 12:35:49 db02 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Sep 26 12:35:49 db02 kernel: The Regents of the University of California. All rights reserved. Sep 26 12:35:49 db02 kernel: FreeBSD 5.4-STABLE #5: Fri May 27 11:56:29 UTC 2005 Sep 26 12:35:49 db02 kernel: root@db2.hybyte.net:/usr/obj/usr/src/sys/DB02 Sep 26 12:35:49 db02 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Sep 26 12:35:49 db02 kernel: CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3185.12-MHz 686-class CPU) Sep 26 12:35:49 db02 kernel: Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Sep 26 12:35:49 db02 kernel: Features=0xbfebfbff Sep 26 12:35:49 db02 kernel: Hyperthreading: 2 logical CPUs Sep 26 12:35:49 db02 kernel: real memory = 3892146176 (3711 MB) Sep 26 12:35:49 db02 kernel: avail memory = 3813191680 (3636 MB) Sep 26 12:35:49 db02 kernel: ACPI APIC Table: Sep 26 12:35:49 db02 kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Sep 26 12:35:49 db02 kernel: cpu0 (BSP): APIC ID: 0 Sep 26 12:35:49 db02 kernel: cpu1 (AP): APIC ID: 1 Sep 26 12:35:49 db02 kernel: cpu2 (AP): APIC ID: 6 Sep 26 12:35:49 db02 kernel: cpu3 (AP): APIC ID: 7 Sep 26 12:35:49 db02 kernel: ioapic0: Changing APIC ID to 8 Sep 26 12:35:49 db02 kernel: ioapic1: Changing APIC ID to 9 Sep 26 12:35:50 db02 kernel: ioapic2: Changing APIC ID to 10 Sep 26 12:35:50 db02 kernel: MADT: Forcing active-low polarity and level trigger for SCI Sep 26 12:35:50 db02 kernel: ioapic0 irqs 0-15 on motherboard Sep 26 12:35:50 db02 kernel: ioapic1 irqs 16-31 on motherboard Sep 26 12:35:50 db02 kernel: ioapic2 irqs 32-47 on motherboard Sep 26 12:35:50 db02 kernel: npx0: on motherboard Sep 26 12:35:50 db02 kernel: npx0: INT 16 interface Sep 26 12:35:50 db02 kernel: acpi0: on motherboard Sep 26 12:35:50 db02 kernel: acpi0: Power Button (fixed) Sep 26 12:35:50 db02 kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 Sep 26 12:35:50 db02 kernel: acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 Sep 26 12:35:50 db02 kernel: cpu0: on acpi0 Sep 26 12:35:50 db02 kernel: cpu1: on acpi0 Sep 26 12:35:50 db02 kernel: cpu2: on acpi0 Sep 26 12:35:50 db02 kernel: cpu3: on acpi0 Sep 26 12:35:50 db02 kernel: pcib0: port 0xcf8-0xcff on acpi0 Sep 26 12:35:50 db02 kernel: pci0: on pcib0 Sep 26 12:35:50 db02 kernel: pci0: at device 14.0 (no driver attached) Sep 26 12:35:50 db02 kernel: atapci0: port 0x8b0-0x8bf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 Sep 26 12:35:50 db02 kernel: ata0: channel #0 on atapci0 Sep 26 12:35:50 db02 kernel: ata1: channel #1 on atapci0 Sep 26 12:35:50 db02 kernel: pci0: at device 15.2 (no driver attached) Sep 26 12:35:50 db02 kernel: isab0: at device 15.3 on pci0 Sep 26 12:35:50 db02 kernel: isa0: on isab0 Sep 26 12:35:50 db02 kernel: pcib1: on acpi0 Sep 26 12:35:50 db02 kernel: pci4: on pcib1 Sep 26 12:35:50 db02 kernel: amr0: mem 0xf7f00000-0xf7f3ffff,0xe8000000-0xefffffff irq 18 at device 3.0 on pci4 Sep 26 12:35:50 db02 kernel: amr0: Firmware 412W, BIOS H406, 128MB RAM Sep 26 12:35:50 db02 kernel: pcib2: on acpi0 Sep 26 12:35:50 db02 kernel: pci3: on pcib2 Sep 26 12:35:50 db02 kernel: aac0: mem 0xf8000000-0xfbffffff irq 24 at device 6.0 on pci3 Sep 26 12:35:50 db02 kernel: aac0: Unknown processor 100MHz, 48MB cache memory, optional battery present Sep 26 12:35:50 db02 kernel: aac0: Kernel 4.1-0, Build 7244, S/N b764f4 Sep 26 12:35:50 db02 kernel: aac0: Supported Options=11d7e Sep 26 12:35:50 db02 kernel: aacp0: on aac0 Sep 26 12:35:50 db02 kernel: aacp1: on aac0 Sep 26 12:35:50 db02 kernel: pcib3: on acpi0 Sep 26 12:35:50 db02 kernel: pci2: on pcib3 Sep 26 12:35:50 db02 kernel: bge0: mem 0xfcf20000-0xfcf2ffff,0xfcf30000-0xfcf3ffff irq 16 at device 0.0 on pci2 Sep 26 12:35:50 db02 kernel: miibus0: on bge0 Sep 26 12:35:50 db02 kernel: brgphy0: on miibus0 Sep 26 12:35:50 db02 kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Sep 26 12:35:50 db02 kernel: bge0: Ethernet address: 00:11:43:5a:68:70 Sep 26 12:35:50 db02 kernel: bge1: mem 0xfcf00000-0xfcf0ffff,0xfcf10000-0xfcf1ffff irq 17 at device 0.1 on pci2 Sep 26 12:35:50 db02 kernel: miibus1: on bge1 Sep 26 12:35:50 db02 kernel: brgphy1: on miibus1 Sep 26 12:35:50 db02 kernel: brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Sep 26 12:35:50 db02 kernel: bge1: Ethernet address: 00:11:43:5a:68:71 Sep 26 12:35:50 db02 kernel: pcib4: on acpi0 Sep 26 12:35:50 db02 kernel: pci1: on pcib4 Sep 26 12:35:50 db02 kernel: fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 Sep 26 12:35:50 db02 kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Sep 26 12:35:50 db02 kernel: atkbdc0: port 0x64,0x60 irq 1 on acpi0 Sep 26 12:35:50 db02 kernel: atkbd0: irq 1 on atkbdc0 Sep 26 12:35:50 db02 kernel: kbd0 at atkbd0 Sep 26 12:35:50 db02 kernel: psm0: irq 12 on atkbdc0 Sep 26 12:35:50 db02 kernel: psm0: model Generic PS/2 mouse, device ID 0 Sep 26 12:35:50 db02 kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Sep 26 12:35:50 db02 kernel: sio0: type 16550A Sep 26 12:35:50 db02 kernel: orm0: at iomem 0xec000-0xeffff,0xd0000-0xd17ff,0xc9000-0xcd7ff,0xc8000-0xc8fff,0xc0000-0xc7fff on isa0 Sep 26 12:35:50 db02 kernel: pmtimer0 on isa0 Sep 26 12:35:50 db02 kernel: sc0: at flags 0x100 on isa0 Sep 26 12:35:50 db02 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Sep 26 12:35:50 db02 kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Sep 26 12:35:50 db02 kernel: sio1: port may not be enabled Sep 26 12:35:50 db02 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Sep 26 12:35:50 db02 kernel: Timecounters tick every 10.000 msec Sep 26 12:35:50 db02 kernel: IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled Sep 26 12:35:50 db02 kernel: ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to accept, logging limited to 1024 packets/entry by default Sep 26 12:35:50 db02 kernel: amrd0: on amr0 Sep 26 12:35:50 db02 kernel: amrd0: 34680MB (71024640 sectors) RAID 1 (optimal) Sep 26 12:35:50 db02 kernel: aacd0: on aac0 Sep 26 12:35:50 db02 kernel: aacd0: 419943MB (860045184 sectors) Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Invalid field in CDB Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Invalid field in CDB Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Invalid field in CDB Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Invalid field in CDB Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Vendor Specific Command. CDB: 12 1 80 0 ff 0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): ILLEGAL REQUEST asc:24,0 Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Invalid field in CDB Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:1): AutoSense Failed Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:2): AutoSense Failed Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:3): AutoSense Failed Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:4): AutoSense Failed Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:5): AutoSense Failed Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:6): AutoSense Failed Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:7): AutoSense Failed Sep 26 12:35:50 db02 kernel: ses0 at amr0 bus 0 target 6 lun 0 Sep 26 12:35:50 db02 kernel: ses0: Fixed Processor SCSI-2 device Sep 26 12:35:50 db02 kernel: ses0: SAF-TE Compliant Device Sep 26 12:35:50 db02 kernel: ses1 at aacp0 bus 0 target 6 lun 0 Sep 26 12:35:50 db02 kernel: ses1: Fixed unknown SCSI-3 device Sep 26 12:35:50 db02 kernel: ses1: 3.300MB/s transfers Sep 26 12:35:50 db02 kernel: ses1: SAF-TE Compliant Device Sep 26 12:35:50 db02 kernel: SMP: AP CPU #2 Launched! Sep 26 12:35:50 db02 kernel: SMP: AP CPU #1 Launched! Sep 26 12:35:50 db02 kernel: SMP: AP CPU #3 Launched! >How-To-Repeat: >Fix: From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 22:22:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2034A16A41F for ; Tue, 27 Sep 2005 22:22:54 +0000 (GMT) (envelope-from mahmoh@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFFB943D48 for ; Tue, 27 Sep 2005 22:22:53 +0000 (GMT) (envelope-from mahmoh@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so1321899wxc for ; Tue, 27 Sep 2005 15:22:53 -0700 (PDT) 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; b=T5TKcLH70j5n0RCra5WhWS6G3fap5mBd3mLmfMOCwP4xqlAh00L41BvCXz0dC1ayeNmmEzHRzCS+DY84jrdIBA2IxCdwSRk/mWGavn1IP8fk6y2fLObW86Xvc/WnCPGQWAhS+Ddpo7SPy/aV/QQBT0xzFrpwHdNHtFm93/IO4nI= Received: by 10.70.113.16 with SMTP id l16mr3169744wxc; Tue, 27 Sep 2005 15:15:42 -0700 (PDT) Received: by 10.70.77.19 with HTTP; Tue, 27 Sep 2005 15:15:42 -0700 (PDT) Message-ID: Date: Wed, 28 Sep 2005 01:15:42 +0300 From: Maher Mohamed To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Help With Word press Settup and confguration X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maher Mohamed List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 22:22:54 -0000 Does anyone has settup the word press, i am really having a tough time with it if you decided to help me then please right down the steps that i should us= e to settup everything I would apriciate some examples or some link Thank you in advanced -- Mohamed M. Maher From owner-freebsd-stable@FreeBSD.ORG Tue Sep 27 23:17:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 384A016A41F for ; Tue, 27 Sep 2005 23:17:48 +0000 (GMT) (envelope-from jwood@mail.ncircle.com) Received: from mail.ncircle.com (mail.ncircle.com [64.84.9.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 112C743D48 for ; Tue, 27 Sep 2005 23:17:43 +0000 (GMT) (envelope-from jwood@mail.ncircle.com) Received: from mail.ncircle.com (localhost [127.0.0.1]) by mail.ncircle.com (8.13.1/8.12.8) with ESMTP id j8RNHdIl070681; Tue, 27 Sep 2005 16:17:39 -0700 (PDT) (envelope-from jwood@mail.ncircle.com) Received: from localhost (jwood@localhost) by mail.ncircle.com (8.13.1/8.12.8/Submit) with ESMTP id j8RNHdg3070030; Tue, 27 Sep 2005 16:17:39 -0700 (PDT) Date: Tue, 27 Sep 2005 16:17:39 -0700 (PDT) From: Joel Wood To: Oleg Korecky In-Reply-To: <43394274.3030203@dnepr.net> Message-ID: <20050927161156.Q31161@mail.ncircle.com> References: <43394274.3030203@dnepr.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.52 on 64.84.9.150 Cc: freebsd-stable@freebsd.org Subject: Re: Infra-red in FreeBSD... Remote control in XMMS... LIRC ?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2005 23:17:48 -0000 I wrote a simple python program that interfaces directly with /dev/ugen0.1 to work with the usb rf ati remote wonder plus. Rather then interfacing through lircd, I just output stuff in the format that lircd uses so that programs like mplayer just work. The format is something like: hexcode repeat-count keybinding configfile or: '00000040151f0a00 00 MUTE /home/jwood/remotewonderplus.conf\n' '00000040151f0a00 01 MUTE /home/jwood/remotewonderplus.conf\n' '00000040151f0a00 02 MUTE /home/jwood/remotewonderplus.conf\n' '00000040151f0a00 03 MUTE /home/jwood/remotewonderplus.conf\n' if I were to hold the mute key down. If anyone would like the code, reply to me off list, as I am not on the list. -Joel On Tue, 27 Sep 2005, Oleg Korecky wrote: > Did somebody use LIRC on the FreeBSD ? Or what you can recommend instead LIRC > ? > Thanks ! > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 01:47:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8F6316A41F for ; Wed, 28 Sep 2005 01:47:44 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1343543D48 for ; Wed, 28 Sep 2005 01:47:43 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8S1lPbW067880 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 28 Sep 2005 11:17:31 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 28 Sep 2005 11:17:19 +0930 User-Agent: KMail/1.8.2 References: <43394274.3030203@dnepr.net> In-Reply-To: <43394274.3030203@dnepr.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1350307.FPEom0QeiO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509281117.20199.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Oleg Korecky Subject: Re: Infra-red in FreeBSD... Remote control in XMMS... LIRC ?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 01:47:44 -0000 --nextPart1350307.FPEom0QeiO Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 27 September 2005 22:30, Oleg Korecky wrote: > Did somebody use LIRC on the FreeBSD ? Or what you can recommend instead > LIRC ? I've used it with an IRMan compatible remote that I built=20 http://www.jaycar.com.au/productView.asp?ID=3DKC5366&CATID=3D&keywords=3Dre= mote+control&SPECIAL=3D&form=3DKEYWORD&ProdCodeOnly=3D&Keyword1=3D&Keyword2= =3D&pageNumber=3D&priceMin=3D&priceMax=3D&SUBCATID=3D Note that you will probably want to use the version of LIRC in=20 http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/86528 which is more up t= o=20 date than the ports one and has some fixes for the (pretty revolting) code= =20 LIRC uses to lock the serial port. I have this in /etc/rc.conf... lircd_enable=3D"YES" lircd_flags=3D"-H irman -d /dev/cuaa0 /usr/local/etc/lircd.conf" /usr/local/etc/lircd.conf was generated using irrecord. I have a patch for mplayer which enables LIRC support on FreeBSD which I=20 believe the maintainer will be committing RSN (when I get back to him=20 anyway :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1350307.FPEom0QeiO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDOfYo5ZPcIHs/zowRAn+pAJsEHs/EPYZ4qdTcLyuhbEHOoyMQsQCfSbY7 7PQYxGkSxk6FFerL2V7Ucf0= =GRMz -----END PGP SIGNATURE----- --nextPart1350307.FPEom0QeiO-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 02:00:51 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8FAA16A41F for ; Wed, 28 Sep 2005 02:00:51 +0000 (GMT) (envelope-from folkert@feedface.com) Received: from mail.feedface.com (mail.feedface.com [62.216.169.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 779EE43D48 for ; Wed, 28 Sep 2005 02:00:49 +0000 (GMT) (envelope-from folkert@feedface.com) Received: from [172.23.23.5] (port-212-202-185-196.dynamic.qsc.de [212.202.185.196]) by mail.feedface.com (Postfix) with ESMTP id 38ADEAC80E; Wed, 28 Sep 2005 04:00:48 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v734) In-Reply-To: <20050927175225.GD29415@odin.ac.hmc.edu> References: <20050927175225.GD29415@odin.ac.hmc.edu> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Folkert Saathoff Date: Wed, 28 Sep 2005 04:00:43 +0200 To: snap-users@kame.net, stable@freebsd.org X-Pgp-Agent: GPGMail 1.1.1 (Tiger) X-Mailer: Apple Mail (2.734) Cc: Subject: Re: IPv6 and DUMMYNET traffic shaping X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 02:00:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Sep 27, 2005 at 07:00:23PM +0200, Folkert Saathoff wrote: > Hello lists, > > in order to evaluate the latency penalty induced by mobile IPv6, > i need some way to simulate different latencies between two nodes > in a laboratory environment. > > Is it possible at the moment to shape IPv6 traffic with KAME SNAP > 20050919 > and FreeBSD 5.4-RELEASE? > > If not, is there some other way to enforce latencies on an interface? > further testing revealed that it is in fact possible to enforce latency on an ipv6-only interface with ipfw and dummynet: sudo sysctl net.link.ether.ipfw=1 sudo ipfw pipe 1 config bw 100kbit/s sudo ipfw add 1 pipe 1 layer2 xmit rl1 thnx for the replies :) /folkert /* _ _ * _|| _ * || folkert@feedface.com * */ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDOflOIA10xPlRIZURApfsAJ9zBrNd3s7LJTNaR1SqWX9yKZhhyACfa4HZ JIRP9du59vNOedyZmyijmSg= =Zxkd -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 03:26:50 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CF0C16A41F; Wed, 28 Sep 2005 03:26:50 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFE6C43D49; Wed, 28 Sep 2005 03:26:49 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.56] (ns.portaone.com [209.121.79.7] (may be forged)) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j8S3Qe75003350 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Sep 2005 05:26:42 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <433A0D6D.5060802@portaone.com> Date: Tue, 27 Sep 2005 20:26:37 -0700 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Max Laier References: <200509272026.28950.max@love2party.net> In-Reply-To: <200509272026.28950.max@love2party.net> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.86.2/1102/Sun Sep 25 16:04:56 2005 on www.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on www.portaone.com Cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: HEADSUP: bridge(4) removed from HEAD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 03:26:50 -0000 Max Laier wrote: > All, > > as discussed on -arch, the old bridge(4) implementation has been removed from > HEAD. The new if_bridge(4) is there to serve as a full functional > replacement. If you find anything that does not work with if_bridge(4) that > used to work with bridge(4), please let me or Andrew Thompson (thompsa@) > know. Thanks. Have you updated the handbook to reflect this change? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-bridging.html -Maxim From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 04:42:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6904116A41F; Wed, 28 Sep 2005 04:42:03 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E503143D48; Wed, 28 Sep 2005 04:42:02 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j8S4fx5m015721; Tue, 27 Sep 2005 22:41:59 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <433A1F16.6080004@samsco.org> Date: Tue, 27 Sep 2005 22:41:58 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: martin References: <4339BEBE.9030205@hybyte.com> In-Reply-To: <4339BEBE.9030205@hybyte.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-bugs@freebsd.org, freebsd-stable@freebsd.org, aic7xxx@freebsd.org Subject: Re: problem with aac0 on FreeBSD 5.4 Stable#5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 04:42:03 -0000 Sorry, but I really cannot imagine what is going on here. According to the messages, the card seems to have crashed. You're using firmware rev 7244 on it, and I can't say that I've ever been happy with the 7xxx series firmware. Would it be possible to back down to rev 6011? I believe that you can still get it from the Adaptec website. If not, let me know and I'll see if I have a copy that I can share. Scott martin wrote: > >> Synopsis: aac driver hangs under load >> Description: > > > I am having the same/very similiar problem as described in > http://lists.freebsd.org/pipermail/freebsd-current/2004-December/044613.html. > > > I have 2 identical boxes "dell poweredge 1750", with Atapdec raid > controller and external powervault 220s. > > Everything is fine on FreeBSD 5.3 Stable #7 (the box has been 6 month > under load) > > On FreeBSD 5.4 Stable #5 the aac0 hangs once a fortnight, alway during > large file copy operations (Mysql database running optimize on all > tables,one after another), several Gigabyte of data) > > (The box also has a amr controlled raid (as boot partition and /var > /usr). I had one occasion, where the disks on the amr became > inaccessable, since this are the boot and logging disks, there is no > data about that) > > Not exactly sure, what else to attach, thankfull for any advice. > > Here are the relevant parts from the message log > 1) Errors > 2) Boot msgs > > Sep 26 04:07:17 db02 kernel: aac0: COMMAND 0xc4f816d8 TIMEOUT AFTER 47 > SECONDS > Sep 26 04:07:17 db02 kernel: aac0: COMMAND 0xc4f7fa40 TIMEOUT AFTER 47 > SECONDS > Sep 26 04:07:17 db02 kernel: aac0: COMMAND 0xc4f7ece4 TIMEOUT AFTER 47 > SECONDS > Sep 26 04:07:17 db02 kernel: aac0: WARNING! Controller is no longer > running! code= 0x100 > Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f816d8 TIMEOUT AFTER 67 > SECONDS > Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f7fa40 TIMEOUT AFTER 67 > SECONDS > Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f7ece4 TIMEOUT AFTER 67 > SECONDS > Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f7f068 TIMEOUT AFTER 46 > SECONDS > Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f7e384 TIMEOUT AFTER 46 > SECONDS > Sep 26 04:07:37 db02 kernel: aac0: COMMAND 0xc4f815ac TIMEOUT AFTER 46 > SECONDS > > continued as above, until reboot > > > Sep 26 12:35:49 db02 kernel: Copyright (c) 1992-2005 The FreeBSD Project. > Sep 26 12:35:49 db02 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, > 1989, 1991, 1992, 1993, 1994 > Sep 26 12:35:49 db02 kernel: The Regents of the University of > California. All rights reserved. > Sep 26 12:35:49 db02 kernel: FreeBSD 5.4-STABLE #5: Fri May 27 11:56:29 > UTC 2005 > Sep 26 12:35:49 db02 kernel: > root@db2.hybyte.net:/usr/obj/usr/src/sys/DB02 > Sep 26 12:35:49 db02 kernel: Timecounter "i8254" frequency 1193182 Hz > quality 0 > Sep 26 12:35:49 db02 kernel: CPU: Intel(R) Xeon(TM) CPU 3.20GHz > (3185.12-MHz 686-class CPU) > Sep 26 12:35:49 db02 kernel: Origin = "GenuineIntel" Id = 0xf25 > Stepping = 5 > Sep 26 12:35:49 db02 kernel: > Features=0xbfebfbff > > > > > Sep 26 12:35:49 db02 kernel: Hyperthreading: 2 logical CPUs > Sep 26 12:35:49 db02 kernel: real memory = 3892146176 (3711 MB) > Sep 26 12:35:49 db02 kernel: avail memory = 3813191680 (3636 MB) > Sep 26 12:35:49 db02 kernel: ACPI APIC Table: > Sep 26 12:35:49 db02 kernel: FreeBSD/SMP: Multiprocessor System > Detected: 4 CPUs > Sep 26 12:35:49 db02 kernel: cpu0 (BSP): APIC ID: 0 > Sep 26 12:35:49 db02 kernel: cpu1 (AP): APIC ID: 1 > Sep 26 12:35:49 db02 kernel: cpu2 (AP): APIC ID: 6 > Sep 26 12:35:49 db02 kernel: cpu3 (AP): APIC ID: 7 > Sep 26 12:35:49 db02 kernel: ioapic0: Changing APIC ID to 8 > Sep 26 12:35:49 db02 kernel: ioapic1: Changing APIC ID to 9 > Sep 26 12:35:50 db02 kernel: ioapic2: Changing APIC ID to 10 > Sep 26 12:35:50 db02 kernel: MADT: Forcing active-low polarity and level > trigger for SCI > Sep 26 12:35:50 db02 kernel: ioapic0 irqs 0-15 on motherboard > Sep 26 12:35:50 db02 kernel: ioapic1 irqs 16-31 on > motherboard > Sep 26 12:35:50 db02 kernel: ioapic2 irqs 32-47 on > motherboard > Sep 26 12:35:50 db02 kernel: npx0: on motherboard > Sep 26 12:35:50 db02 kernel: npx0: INT 16 interface > Sep 26 12:35:50 db02 kernel: acpi0: on motherboard > Sep 26 12:35:50 db02 kernel: acpi0: Power Button (fixed) > Sep 26 12:35:50 db02 kernel: Timecounter "ACPI-safe" frequency 3579545 > Hz quality 1000 > Sep 26 12:35:50 db02 kernel: acpi_timer0: <32-bit timer at 3.579545MHz> > port 0x808-0x80b on acpi0 > Sep 26 12:35:50 db02 kernel: cpu0: on acpi0 > Sep 26 12:35:50 db02 kernel: cpu1: on acpi0 > Sep 26 12:35:50 db02 kernel: cpu2: on acpi0 > Sep 26 12:35:50 db02 kernel: cpu3: on acpi0 > Sep 26 12:35:50 db02 kernel: pcib0: port > 0xcf8-0xcff on acpi0 > Sep 26 12:35:50 db02 kernel: pci0: on pcib0 > Sep 26 12:35:50 db02 kernel: pci0: at device 14.0 (no > driver attached) > Sep 26 12:35:50 db02 kernel: atapci0: controller> port 0x8b0-0x8bf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at > device 15.1 on pci0 > Sep 26 12:35:50 db02 kernel: ata0: channel #0 on atapci0 > Sep 26 12:35:50 db02 kernel: ata1: channel #1 on atapci0 > Sep 26 12:35:50 db02 kernel: pci0: at device 15.2 (no > driver attached) > Sep 26 12:35:50 db02 kernel: isab0: at device 15.3 on pci0 > Sep 26 12:35:50 db02 kernel: isa0: on isab0 > Sep 26 12:35:50 db02 kernel: pcib1: on acpi0 > Sep 26 12:35:50 db02 kernel: pci4: on pcib1 > Sep 26 12:35:50 db02 kernel: amr0: mem > 0xf7f00000-0xf7f3ffff,0xe8000000-0xefffffff irq 18 at device 3.0 on pci4 > Sep 26 12:35:50 db02 kernel: amr0: Firmware 412W, > BIOS H406, 128MB RAM > Sep 26 12:35:50 db02 kernel: pcib2: on acpi0 > Sep 26 12:35:50 db02 kernel: pci3: on pcib2 > Sep 26 12:35:50 db02 kernel: aac0: mem > 0xf8000000-0xfbffffff irq 24 at device 6.0 on pci3 > Sep 26 12:35:50 db02 kernel: aac0: Unknown processor 100MHz, 48MB cache > memory, optional battery present > Sep 26 12:35:50 db02 kernel: aac0: Kernel 4.1-0, Build 7244, S/N b764f4 > Sep 26 12:35:50 db02 kernel: aac0: Supported > Options=11d7e > > > > > Sep 26 12:35:50 db02 kernel: aacp0: on aac0 > Sep 26 12:35:50 db02 kernel: aacp1: on aac0 > Sep 26 12:35:50 db02 kernel: pcib3: on acpi0 > Sep 26 12:35:50 db02 kernel: pci2: on pcib3 > Sep 26 12:35:50 db02 kernel: bge0: Ethernet, ASIC rev. 0x2002> mem > 0xfcf20000-0xfcf2ffff,0xfcf30000-0xfcf3ffff irq 16 at device 0.0 on pci2 > Sep 26 12:35:50 db02 kernel: miibus0: on bge0 > Sep 26 12:35:50 db02 kernel: brgphy0: on > miibus0 > Sep 26 12:35:50 db02 kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > Sep 26 12:35:50 db02 kernel: bge0: Ethernet address: 00:11:43:5a:68:70 > Sep 26 12:35:50 db02 kernel: bge1: Ethernet, ASIC rev. 0x2002> mem > 0xfcf00000-0xfcf0ffff,0xfcf10000-0xfcf1ffff irq 17 at device 0.1 on pci2 > Sep 26 12:35:50 db02 kernel: miibus1: on bge1 > Sep 26 12:35:50 db02 kernel: brgphy1: on > miibus1 > Sep 26 12:35:50 db02 kernel: brgphy1: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > Sep 26 12:35:50 db02 kernel: bge1: Ethernet address: 00:11:43:5a:68:71 > Sep 26 12:35:50 db02 kernel: pcib4: on acpi0 > Sep 26 12:35:50 db02 kernel: pci1: on pcib4 > Sep 26 12:35:50 db02 kernel: fdc0: port > 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 > Sep 26 12:35:50 db02 kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > Sep 26 12:35:50 db02 kernel: atkbdc0: port > 0x64,0x60 irq 1 on acpi0 > Sep 26 12:35:50 db02 kernel: atkbd0: irq 1 on atkbdc0 > Sep 26 12:35:50 db02 kernel: kbd0 at atkbd0 > Sep 26 12:35:50 db02 kernel: psm0: irq 12 on atkbdc0 > Sep 26 12:35:50 db02 kernel: psm0: model Generic PS/2 mouse, device ID 0 > Sep 26 12:35:50 db02 kernel: sio0: <16550A-compatible COM port> port > 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > Sep 26 12:35:50 db02 kernel: sio0: type 16550A > Sep 26 12:35:50 db02 kernel: orm0: at iomem > 0xec000-0xeffff,0xd0000-0xd17ff,0xc9000-0xcd7ff,0xc8000-0xc8fff,0xc0000-0xc7fff > > > > on isa0 > Sep 26 12:35:50 db02 kernel: pmtimer0 on isa0 > Sep 26 12:35:50 db02 kernel: sc0: at flags 0x100 on isa0 > Sep 26 12:35:50 db02 kernel: sc0: VGA <16 virtual consoles, flags=0x300> > Sep 26 12:35:50 db02 kernel: sio1: configured irq 3 not in bitmap of > probed irqs 0 > Sep 26 12:35:50 db02 kernel: sio1: port may not be enabled > Sep 26 12:35:50 db02 kernel: vga0: at port 0x3c0-0x3df > iomem 0xa0000-0xbffff on isa0 > Sep 26 12:35:50 db02 kernel: Timecounters tick every 10.000 msec > Sep 26 12:35:50 db02 kernel: IP Filter: v3.4.35 initialized. Default = > pass all, Logging = enabled > Sep 26 12:35:50 db02 kernel: ipfw2 initialized, divert enabled, > rule-based forwarding enabled, default to accept, logging limited to > 1024 packets/entry by default > Sep 26 12:35:50 db02 kernel: amrd0: on > amr0 > Sep 26 12:35:50 db02 kernel: amrd0: 34680MB (71024640 sectors) RAID 1 > (optimal) > Sep 26 12:35:50 db02 kernel: aacd0: on aac0 > Sep 26 12:35:50 db02 kernel: aacd0: 419943MB (860045184 sectors) > Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Vendor Specific > Command. CDB: 12 1 80 0 ff 0 > Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): ILLEGAL REQUEST > asc:24,0 > Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Invalid field in CDB > Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Vendor Specific > Command. CDB: 12 1 80 0 ff 0 > Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): ILLEGAL REQUEST > asc:24,0 > Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Invalid field in CDB > Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Vendor Specific > Command. CDB: 12 1 80 0 ff 0 > Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): ILLEGAL REQUEST > asc:24,0 > Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Invalid field in CDB > Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Vendor Specific > Command. CDB: 12 1 80 0 ff 0 > Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): ILLEGAL REQUEST > asc:24,0 > Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Invalid field in CDB > Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Vendor Specific > Command. CDB: 12 1 80 0 ff 0 > Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): ILLEGAL REQUEST > asc:24,0 > Sep 26 12:35:50 db02 kernel: (probe36:aacp0:0:6:0): Invalid field in CDB > Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:1): AutoSense Failed > Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:2): AutoSense Failed > Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:3): AutoSense Failed > Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:4): AutoSense Failed > Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:5): AutoSense Failed > Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:6): AutoSense Failed > Sep 26 12:35:50 db02 kernel: (probe0:aacp0:0:6:7): AutoSense Failed > Sep 26 12:35:50 db02 kernel: ses0 at amr0 bus 0 target 6 lun 0 > Sep 26 12:35:50 db02 kernel: ses0: Fixed > Processor SCSI-2 device > Sep 26 12:35:50 db02 kernel: ses0: SAF-TE Compliant Device > Sep 26 12:35:50 db02 kernel: ses1 at aacp0 bus 0 target 6 lun 0 > Sep 26 12:35:50 db02 kernel: ses1: Fixed unknown > SCSI-3 device > Sep 26 12:35:50 db02 kernel: ses1: 3.300MB/s transfers > Sep 26 12:35:50 db02 kernel: ses1: SAF-TE Compliant Device > Sep 26 12:35:50 db02 kernel: SMP: AP CPU #2 Launched! > Sep 26 12:35:50 db02 kernel: SMP: AP CPU #1 Launched! > Sep 26 12:35:50 db02 kernel: SMP: AP CPU #3 Launched! > > >> How-To-Repeat: > > >> Fix: > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 05:09:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F141516A41F for ; Wed, 28 Sep 2005 05:09:44 +0000 (GMT) (envelope-from jaredball@comcast.net) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACD5443D48 for ; Wed, 28 Sep 2005 05:09:44 +0000 (GMT) (envelope-from jaredball@comcast.net) Received: from [192.168.1.104] (c-67-160-163-168.hsd1.or.comcast.net[67.160.163.168]) by comcast.net (rwcrmhc11) with ESMTP id <20050928050943013003ppm6e>; Wed, 28 Sep 2005 05:09:43 +0000 Message-ID: <433A259A.7070401@comcast.net> Date: Tue, 27 Sep 2005 22:09:46 -0700 From: jaredball User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: (no subject) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 05:09:45 -0000 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 06:13:34 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA3D916A41F; Wed, 28 Sep 2005 06:13:34 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (cpe.atm2-0-71337.0x535ccf26.taanxx2.customer.tele.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FBF243D53; Wed, 28 Sep 2005 06:13:33 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id E716A119EB; Wed, 28 Sep 2005 08:13:32 +0200 (CEST) Date: Wed, 28 Sep 2005 08:13:32 +0200 From: "Simon L. Nielsen" To: Maxim.Sobolev@portaone.com Message-ID: <20050928061331.GA867@zaphod.nitro.dk> References: <200509272026.28950.max@love2party.net> <433A0D6D.5060802@portaone.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <433A0D6D.5060802@portaone.com> User-Agent: Mutt/1.5.10i Cc: Max Laier , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: HEADSUP: bridge(4) removed from HEAD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 06:13:35 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.09.27 20:26:37 -0700, Maxim Sobolev wrote: > Max Laier wrote: > >All, > > > >as discussed on -arch, the old bridge(4) implementation has been removed= =20 > >from HEAD. The new if_bridge(4) is there to serve as a full functional= =20 > >replacement. If you find anything that does not work with if_bridge(4)= =20 > >that used to work with bridge(4), please let me or Andrew Thompson=20 > >(thompsa@) know. Thanks. >=20 > Have you updated the handbook to reflect this change? >=20 > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-bridgin= g.html Considering that we only (more or less) document -STABLE branches in the Handbook it's not a big rush, as long as it's mentioned before 7.0 comes out, though documentation about if_bridge in the Handbook would of cause be nice, considering it's also in 6.0 :-). --=20 Simon L. Nielsen --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDOjSLh9pcDSc1mlERAgb1AKCzVimoSFICQTd3q5wT0Z0sF1brvwCgi688 ppaDTD5yEZQTCrp/I1xjFeY= =F3LM -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 06:43:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B42EA16A41F for ; Wed, 28 Sep 2005 06:43:15 +0000 (GMT) (envelope-from gray@mistaken-identity.co.uk) Received: from magnum.mistaken-identity.co.uk (slayer-of.demon.co.uk [62.49.5.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA77D43D48 for ; Wed, 28 Sep 2005 06:43:14 +0000 (GMT) (envelope-from gray@mistaken-identity.co.uk) MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Wed, 28 Sep 2005 07:36:51 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Cue0 Panic (still) kern/75710 Thread-Index: AcXD9+az/40tA5y6S7KU6Xrp8Prz2A== From: "Gray Lilley" To: Subject: Cue0 Panic (still) kern/75710 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 06:43:15 -0000 Good Morning All, Sorry if this ends up as a repost, my mail system bounced it back to me. I've tried this on several machines now, all of different specification, = manufacturer and am still coming across this same problem... Whenever I try to ifconfig cue0 up the machine panics, hand typed panic = message below. Fatal trap 12: page fault while in kernel mode=20 Cpuid =3D 0;=20 apic id =3D 00=20 Fault virtual address =3D 0x8=20 Fault code =3D supervisor read, page not present=20 Instruction pointer =3D 0x8:0xc05d3960=20 Stack pointer =3D 0x10:0xca5f18bc=20 Frame pointer =3D 0x10:0xca5f18d4=20 Code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 Processor eflags =3D interrupt enabled, resume, IOPL=3D0=20 Current process =3D 116 (ifconfig) Trap number =3D 12 Panic: page fault Cpuid =3D 0 I have filed a PR on this, but I have not had any responses from it = (http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/75710). The panic there is from a compaq armada 110 notebook, but I get the same = panic (same 3 pointers) on a toshiba satellite pro a40 and on a self = built p4 machine along with several others. It affects 5.x 6.0 (all the way up to BETA5) but it works flawlessly = with 4.11-STABLE/RELEASE. Does anyone have any new fresh ideas about this one? This is 100% reproduceable so I can try this at anytime, Best Regards, Graham Lilley --=20 No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.344 / Virus Database: 267.11.7/112 - Release Date: = 26/09/2005 =20 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 08:12:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80AF316A41F for ; Wed, 28 Sep 2005 08:12:17 +0000 (GMT) (envelope-from matthew@thebunker.net) Received: from male.aldigital.co.uk (male.thebunker.net [213.129.64.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00D8C43D4C for ; Wed, 28 Sep 2005 08:12:09 +0000 (GMT) (envelope-from matthew@thebunker.net) Received: from lack-of-gravitas.thebunker.net (gateway.ash.thebunker.net [213.129.64.4]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by male.aldigital.co.uk (Postfix) with ESMTP id 77C47976EF for ; Wed, 28 Sep 2005 09:12:08 +0100 (BST) Received: from lack-of-gravitas.thebunker.net (localhost [127.0.0.1]) by lack-of-gravitas.thebunker.net (8.13.4/8.13.4) with ESMTP id j8S8C79S087492 for ; Wed, 28 Sep 2005 09:12:07 +0100 (BST) (envelope-from matthew@lack-of-gravitas.thebunker.net) Received: (from matthew@localhost) by lack-of-gravitas.thebunker.net (8.13.4/8.13.4/Submit) id j8S8C6Dk087491 for freebsd-stable@freebsd.org; Wed, 28 Sep 2005 09:12:06 +0100 (BST) (envelope-from matthew) Date: Wed, 28 Sep 2005 09:12:06 +0100 From: Matthew Seaman To: freebsd-stable@freebsd.org Message-ID: <20050928081206.GA71583@lack-of-gravitas.thebunker.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: Strange interaction between rcNG and procfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 08:12:17 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear all, I just ran into an odd problem. In some circumstances it seems that you will need to have /proc mounted in order for rcNG startup scripts to work correctly. I ran into this while configuring mysql 4.1.14 server on a 'large' 5.4-RELEASE-p7 DB server (4GB RAM, MAXDSIZ and MAXSSIZ bumped to 2GB in kernel config and mysql currently configured to malloc about 1.8GB when it starts up) -- however smaller scale mysql installations on other 5.4-RELEASE or 6.0-BETA don't exhibit the same effect. Without /proc mounted I get this: zloty:~:# umount /proc=20 zloty:~:# /usr/local/etc/rc.d/mysql-server.sh start Starting mysql. zloty:~:# /usr/local/etc/rc.d/mysql-server.sh status mysql is not running. zloty:~:# ps -auxwwww | grep mysqld=20 mysql 7387 0.0 0.0 1660 1260 p1 S 8:57AM 0:00.01 /bin/sh= /usr/local/bin/mysqld_safe --defaults-extra-file=3D/store/mysql-z-master/m= y.cnf --user=3Dmysql --datadir=3D/store/mysql-z-master --pid-file=3D/store/= mysql-z-master/zloty.hosted-at.thebunker.net.pid mysql 7416 0.0 8.0 1925400 271848 p1 S 8:57AM 0:01.17 [mys= qld] root 7427 0.0 0.0 1444 912 p1 R+ 8:57AM 0:00.00 grep my= sqld Note that the process name of the real mysqld has been replaced by [mysqld] -- I thought things in [square brackets] in ps output indicatd kernel threads? This also prevents mysql server being shutdown cleanly using the rcNG scripts: zloty:~:# /usr/local/etc/rc.d/mysql-server.sh stop mysql not running? (check /store/mysql-z-master/zloty.hosted-at.thebunk= er.net.pid). Mounting /proc restores the expected behaviour: zloty:~:# mount /proc=20 zloty:~:# /usr/local/etc/rc.d/mysql-server.sh status mysql is running as pid 7416. zloty:~:# ps -auxwwww | grep mysqld mysql 7387 0.0 0.0 1660 1260 p1 I 8:57AM 0:00.01 /bin/sh= /usr/local/bin/mysqld_safe --defaults-extra-file=3D/store/mysql-z-master/m= y.cnf --user=3Dmysql --datadir=3D/store/mysql-z-master --pid-file=3D/store/= mysql-z-master/zloty.hosted-at.thebunker.net.pid mysql 7416 0.0 8.0 1925400 271848 p1 S 8:57AM 0:01.36 /usr= /local/libexec/mysqld --defaults-extra-file=3D/store/mysql-z-master/my.cnf = --basedir=3D/usr/local --datadir=3D/store/mysql-z-master --user=3Dmysql --p= id-file=3D/store/mysql-z-master/zloty.hosted-at.thebunker.net.pid --open-fi= les-limit=3D8192 --port=3D3306 --socket=3D/tmp/mysql.sock root 7468 0.0 0.0 1424 888 p1 RL+ 9:01AM 0:00.00 grep my= sqld Is this expected behaviour? Am I correct in my supposition that effect occurs because of the large process size -- as I said above, I don't see this at all with smaller mysql installations, where the rcNG scripts work independently of /proc being mounted. Is it documented anywhere? All I can find is the mention in the ps(1) man page that /proc has to be mounted to get full functionality. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 8 Dane Court Manor School Rd PGP: http://www.infracaninophile.co.uk/pgpkey Tilmanstone Tel: +44 1304 617253 Kent, CT14 0JL UK --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iQCVAwUBQzpQVpr7OpndfbmCAQISFgQArZn/ejZEQHMm1kSo39Ea51nVjLa/5cV2 E/Gap4ftFVl9MT2fihlNSQHojA6CUC+xGQzMmM+mJkNFm74Hi2nb1gsoTjHchkL0 ZLkpKBZj2iDAI5TadtBxN7mAdgUFn5RHsPG6+LxhWii47nEH4VJeonq43pk7FENn n6euv4JRw/U= =jAQi -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 08:44:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4638B16A41F; Wed, 28 Sep 2005 08:44:07 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA9F343D58; Wed, 28 Sep 2005 08:44:01 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail11.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j8S8hu6a008453 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 28 Sep 2005 18:43:57 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j8S8huSR072247; Wed, 28 Sep 2005 18:43:56 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j8S8huZj072246; Wed, 28 Sep 2005 18:43:56 +1000 (EST) (envelope-from pjeremy) Date: Wed, 28 Sep 2005 18:43:55 +1000 From: Peter Jeremy To: "Simon L. Nielsen" Message-ID: <20050928084355.GY40237@cirb503493.alcatel.com.au> References: <200509272026.28950.max@love2party.net> <433A0D6D.5060802@portaone.com> <20050928061331.GA867@zaphod.nitro.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050928061331.GA867@zaphod.nitro.dk> User-Agent: Mutt/1.4.2.1i Cc: Max Laier , Maxim.Sobolev@portaone.com, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADSUP: bridge(4) removed from HEAD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 08:44:07 -0000 On Wed, 2005-Sep-28 08:13:32 +0200, Simon L. Nielsen wrote: >Considering that we only (more or less) document -STABLE branches in >the Handbook it's not a big rush, as long as it's mentioned before 7.0 >comes out, though documentation about if_bridge in the Handbook would >of cause be nice, considering it's also in 6.0 :-). bridge(4) no longer exists in -current and is (effectively) deprecated in 6.x. It is desirable that this is documented in the handbook and the filtering bridges article. I though that the Project guidelines stated that deprecated features had to be retained for a full major release but having checked the Committers' Guide, it's only required that they be retained until the next major release. This means that it's not essential that the handbook be updated before 6.0-RELEASE but it is desirable that the updates occur early in the 6.x-STABLE cycle to provide adequate notice. There's no reason why the handbook can't mention both (or, preferably, all three) bridging devices - it just needs to mention that if_bridge doesn't exist in 5.x -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 13:06:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3D9F16A41F for ; Wed, 28 Sep 2005 13:06:06 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 182FC43D53 for ; Wed, 28 Sep 2005 13:06:05 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.210] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id j8SD62H9013892 for ; Wed, 28 Sep 2005 09:06:04 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Wed, 28 Sep 2005 15:05:56 +0200 To: FreeBSD-STABLE Mailing List From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Re: Advice sought on upgrading from 4.11-R to 5.4... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 13:06:06 -0000 At 9:42 PM +0200 2005-09-21, Brad Knowles wrote: > I've seen the migration guide at > , and the > thread at > >, > but I was wondering about the specific sequence of the upgrade process. Okay, well I've completed this part of the processing, going from 4.11-R to releng_5_4, and everything seems to be okay. I now need to make a custom kernel and to do a portupgrade, but unless something goes horribly wrong it would appear that this process was relatively painless. However, it would be nice if mergemaster could be made to automatically accept changes that occur only in the comments of the files it is trying to merge. That way, many fewer "fluff" changes would be presented during the merge process, and people would be left with needing to confirm changes regarding only actual functional code. Anyway, thanks again everyone! -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 16:24:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25B6316A41F for ; Wed, 28 Sep 2005 16:24:01 +0000 (GMT) (envelope-from hlecuanda@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id B57B643D48 for ; Wed, 28 Sep 2005 16:24:00 +0000 (GMT) (envelope-from hlecuanda@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so7576nzk for ; Wed, 28 Sep 2005 09:24:00 -0700 (PDT) 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:content-disposition:references; b=UI2H8E0mcADQMYhGe6O6G9Ii3ED/8zyxN8dvCc33oFkYEanruSjY4MEcMjzsexJVoPzm2HGUpmJiL07gvfiW0tDrhksPAlpZwDPHW78/IczLbkYwa0LfvAJYJeCTsU+jWZRLZVosFeVRcK6bOTfm+uQKY+5jUIPPP6ntxGCVZdc= Received: by 10.54.52.10 with SMTP id z10mr86203wrz; Wed, 28 Sep 2005 09:24:00 -0700 (PDT) Received: by 10.54.116.17 with HTTP; Wed, 28 Sep 2005 09:24:00 -0700 (PDT) Message-ID: Date: Wed, 28 Sep 2005 09:24:00 -0700 From: Hector Lecuanda To: Maher Mohamed In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: Help With Word press Settup and confguration X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hector Lecuanda List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 16:24:01 -0000 On 9/27/05, Maher Mohamed wrote: > Does anyone has settup the word press, i am really having a tough time wi= th > it > > if you decided to help me then please right down the steps that i should = use > to settup everything > > I would apriciate some examples or some link > > > Thank you in advanced do: cd /usr/ports/www/wordpress make all install clean then browse to http://localhost/wordpress/ (if browsing from the server) or http://your.machine.domain.tld/wordpress/ (substitute your.machine.domain.tld for whatever address your server responds to) and fill in the configuration details please do read the docs at http://www.wordpress.org for further details -- -Hector Lecuanda PGP Public Key / Llave Publica PGP: http://lecuanda.com/pgp_pubkey.asc http://lecuanda.com/pgp_pubkey.txt From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 22:49:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE08D16A41F for ; Wed, 28 Sep 2005 22:49:29 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.62]) by mx1.FreeBSD.org (Postfix) with SMTP id 56F7643D48 for ; Wed, 28 Sep 2005 22:49:29 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 80474 invoked by uid 399); 28 Sep 2005 22:49:28 -0000 Received: from mail1.fluidhosting.com (204.14.90.61) by mail2.fluidhosting.com with SMTP; 28 Sep 2005 22:49:28 -0000 Received: (qmail 4876 invoked by uid 399); 28 Sep 2005 22:49:28 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.net@127.0.0.1) by localhost with SMTP; 28 Sep 2005 22:49:28 -0000 Message-ID: <433B1DF7.9020303@FreeBSD.org> Date: Wed, 28 Sep 2005 15:49:27 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brad Knowles References: In-Reply-To: X-Enigmail-Version: 0.92.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List Subject: Re: Advice sought on upgrading from 4.11-R to 5.4... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 22:49:30 -0000 Brad Knowles wrote: > However, it would be nice if mergemaster could be made to > automatically accept changes that occur only in the comments of the > files it is trying to merge. What would be nice is if people actually read the man page for mergemaster, which has had this example in it for a long time now. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 23:01:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6803316A41F for ; Wed, 28 Sep 2005 23:01:04 +0000 (GMT) (envelope-from robbak@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAA0843D53 for ; Wed, 28 Sep 2005 23:01:03 +0000 (GMT) (envelope-from robbak@gmail.com) Received: by wproxy.gmail.com with SMTP id 37so13349wra for ; Wed, 28 Sep 2005 16:01:02 -0700 (PDT) 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:content-disposition:references; b=SzaD9zvEJLa75jT1IwxdgpegixYc0395BIKkk52oiHZbEPv5f8HA/kajNATo89zsuzrqsZl7wrqNforG2QIU1P0cUoRwY9R8++dK8OvRhuqYGsJmu0snLse+t/48Ha0JZ01YF9MeMNc+2Eh6kZLJzsf+YcSD9t4NQNrfoKTjtmI= Received: by 10.54.49.10 with SMTP id w10mr142896wrw; Wed, 28 Sep 2005 16:01:02 -0700 (PDT) Received: by 10.54.130.7 with HTTP; Wed, 28 Sep 2005 16:01:02 -0700 (PDT) Message-ID: Date: Thu, 29 Sep 2005 09:01:02 +1000 From: Robert Backhaus To: Doug Barton In-Reply-To: <433B1DF7.9020303@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <433B1DF7.9020303@FreeBSD.org> Cc: FreeBSD-STABLE Mailing List Subject: Re: Advice sought on upgrading from 4.11-R to 5.4... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Robert Backhaus List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 23:01:04 -0000 On 9/29/05, Doug Barton wrote: > Brad Knowles wrote: > > > However, it would be nice if mergemaster could be made to > > automatically accept changes that occur only in the comments of the > > files it is trying to merge. > > What would be nice is if people actually read the man page for mergemaste= r, > which has had this example in it for a long time now. I just read the mergemaster man page (6.0B2 box), and it contains no usch example, or reference. None of the options seem to have this effect either. Maybe you are thinking of an Open- of NetBSD mergemaster? From owner-freebsd-stable@FreeBSD.ORG Wed Sep 28 23:15:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F89516A41F for ; Wed, 28 Sep 2005 23:15:22 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.62]) by mx1.FreeBSD.org (Postfix) with SMTP id C86B043D48 for ; Wed, 28 Sep 2005 23:15:17 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 97199 invoked by uid 399); 28 Sep 2005 23:15:16 -0000 Received: from mail1.fluidhosting.com (204.14.90.61) by mail2.fluidhosting.com with SMTP; 28 Sep 2005 23:15:16 -0000 Received: (qmail 36116 invoked by uid 399); 28 Sep 2005 23:15:16 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.net@127.0.0.1) by localhost with SMTP; 28 Sep 2005 23:15:16 -0000 Message-ID: <433B2404.5010806@FreeBSD.org> Date: Wed, 28 Sep 2005 16:15:16 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Backhaus References: <433B1DF7.9020303@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.92.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List Subject: Re: Advice sought on upgrading from 4.11-R to 5.4... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 23:15:22 -0000 Robert Backhaus wrote: > On 9/29/05, Doug Barton wrote: > >>Brad Knowles wrote: >> >> >>> However, it would be nice if mergemaster could be made to >>>automatically accept changes that occur only in the comments of the >>>files it is trying to merge. >> >>What would be nice is if people actually read the man page for mergemaster, >>which has had this example in it for a long time now. > > > I just read the mergemaster man page (6.0B2 box), and it contains no > usch example, or reference. None of the options seem to have this > effect either. > > Maybe you are thinking of an Open- of NetBSD mergemaster? > Ah, I misread the original message. Usually people are complaining about the CVS Ids in the comments, as opposed to the comments themselves. I disagree that ignoring comments in the files is a good idea. There is no way for mergemaster to know for sure if the comment is material or not, that's the admin's job. Upgrading across a major version is a difficult task, no matter how its approached. IIRC, the original example was upgrading from 4.x to 5.x, which, like most major version upgrades, should be done by backing up your data and doing a fresh install anyway. This is particularly important over the 4 -> 5 change, since by upgrading from source you're missing the UFS2 update. Thanks for pointing out that I missed the detail in the original post in any case. Doug From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 00:05:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A87616A41F; Thu, 29 Sep 2005 00:05:43 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id E54AC43D4C; Thu, 29 Sep 2005 00:05:42 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.210] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id j8T05dL2055000; Wed, 28 Sep 2005 20:05:40 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 Message-Id: In-Reply-To: <433B1DF7.9020303@FreeBSD.org> References: <433B1DF7.9020303@FreeBSD.org> Date: Thu, 29 Sep 2005 01:53:59 +0200 To: Doug Barton From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" Cc: Brad Knowles , FreeBSD-STABLE Mailing List Subject: Re: Advice sought on upgrading from 4.11-R to 5.4... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2005 00:05:43 -0000 At 3:49 PM -0700 2005-09-28, Doug Barton wrote: > What would be nice is if people actually read the man page for mergemaster, > which has had this example in it for a long time now. I checked the man page. There is no direct "ignore" option, although there is a "strict" option. If you set up an /etc/mergemaster.rc, you can set up "DIFF_OPTIONS=" value, and there is an example of how to do that so that it ignores FreeBSD CVS Id tags. However, I was talking about ignoring all differences that occur only in comments (not just FreeBSD CVS Id tags), and it's not obvious as to how to modify the "DIFF_OPTIONS=" setting to suit. Moreover, I was hoping for a command-line option to control this setting, and that it might be set by default -- no /etc/mergemaster.rc required. -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 00:05:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DD0716A420; Thu, 29 Sep 2005 00:05:45 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA1CA43D53; Thu, 29 Sep 2005 00:05:44 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.210] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id j8T05dL4055000; Wed, 28 Sep 2005 20:05:43 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 Message-Id: In-Reply-To: <433B2404.5010806@FreeBSD.org> References: <433B1DF7.9020303@FreeBSD.org> <433B2404.5010806@FreeBSD.org> Date: Thu, 29 Sep 2005 02:04:45 +0200 To: Doug Barton From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" Cc: FreeBSD-STABLE Mailing List , Robert Backhaus Subject: Re: Advice sought on upgrading from 4.11-R to 5.4... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2005 00:05:46 -0000 At 4:15 PM -0700 2005-09-28, Doug Barton wrote: > Ah, I misread the original message. Usually people are complaining about the > CVS Ids in the comments, as opposed to the comments themselves. The CVS Ids are part of the issue, yes. But not the whole problem. > I disagree that ignoring comments in the files is a good idea. There is no > way for mergemaster to know for sure if the comment is material or not, > that's the admin's job. Which is why I was hoping to be able to have a command-line option to control this function. > Upgrading across a major version is a difficult task, no matter how its > approached. IIRC, the original example was upgrading from 4.x to 5.x, which, > like most major version upgrades, should be done by backing up your data and > doing a fresh install anyway. This is particularly important over the 4 -> 5 > change, since by upgrading from source you're missing the UFS2 update. In my case, I don't want the UFS2 update. I have not been able to get FreeBSD-5.x CD-ROMs that are bootable on my machine, so I am forced to do a software upgrade. Moreover, I want to make sure that the filesystem remains readable to FreeBSD-4.x bootable CD-ROMs -- just in case there is a disaster. I saw all the comments that were pointed out by mergemaster, and many of them seemed to be mere changes in whitespace (could we at least automatically apply those?), some were correcting a minor typo, and there were a few that were a bit more extensive -- spread over a couple of lines or more. But every single one of them was relatively minor and I would have been very happy to have all of them automatically applied. -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 02:41:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D649416A41F for ; Thu, 29 Sep 2005 02:41:25 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius.uwa.edu.au (asclepius2.uwa.edu.au [130.95.128.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07F3543D5A for ; Thu, 29 Sep 2005 02:41:24 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius.kas (localhost.localdomain [127.0.0.1]) by asclepius.uwa.edu.au (Postfix) with SMTP id 737D9183CBB for ; Thu, 29 Sep 2005 10:41:22 +0800 (WST) Received: from asclepius (localhost.localdomain [127.0.0.1]) by asclepius.prekas (Postfix) with SMTP id 6CDDD183CA0 for ; Thu, 29 Sep 2005 10:41:22 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by asclepius.extinput (Postfix) with ESMTP id 54D56183C59 for ; Thu, 29 Sep 2005 10:41:22 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 07F9A17E8B; Thu, 29 Sep 2005 10:41:20 +0800 (WST) Received: from mussel.ucc.gu.uwa.edu.au (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id C1D1C17E7D; Thu, 29 Sep 2005 10:41:20 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1EKoMK-00089X-00; Thu, 29 Sep 2005 10:41:20 +0800 Date: Thu, 29 Sep 2005 10:41:20 +0800 (WST) From: David Adam To: Brad Knowles In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (269/050913) X-SpamTest-Info: Profile: Detect Hard [UCS 290904] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [02-08-04] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release Cc: FreeBSD-STABLE Mailing List Subject: Re: Advice sought on upgrading from 4.11-R to 5.4... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2005 02:41:26 -0000 Brad, On Wed, 28 Sep 2005, Brad Knowles wrote: > However, it would be nice if mergemaster could be made to > automatically accept changes that occur only in the comments of the > files it is trying to merge. That way, many fewer "fluff" changes > would be presented during the merge process, and people would be left > with needing to confirm changes regarding only actual functional code. It's been mentioned on this list before, but sysutils/etcmerge can often provide a much faster way of bringing your system up to spec. Takes a bit of getting used to, but definitely worthwhile. David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 06:21:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A89A416A41F for ; Thu, 29 Sep 2005 06:21:58 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A23643D48 for ; Thu, 29 Sep 2005 06:21:58 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from smiley (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id E26A919F2C for ; Wed, 28 Sep 2005 23:27:02 -0700 (PDT) From: "Darren Pilgrim" To: Date: Wed, 28 Sep 2005 23:21:45 -0700 Message-ID: <000001c5c4be$148a85a0$652a15ac@smiley> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal Subject: 6300ESB watch-dog timer/apic support? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2005 06:21:58 -0000 I have a system with a Supermicro X6DAL-G main-board on which I'm running RELENG_5_4. The following are from the output of `pciconf -vl`: none0@pci0:29:4: class=0x088000 card=0x668015d9 chip=0x25ab8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '6300ESB Watchdog Timer' class = base peripheral none1@pci0:29:5: class=0x080020 card=0x00000000 chip=0x25ac8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '6300ESB APIC1' class = base peripheral subclass = interrupt controller I haven't had much luck finding out how to attach to these. Is there support at all? Perhaps in -CURRENT? From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 09:49:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A495216A41F for ; Thu, 29 Sep 2005 09:49:22 +0000 (GMT) (envelope-from lefty@ene.asda.gr) Received: from mx2.asda.gr (freemail.asda.gr [194.219.142.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4C8443D4C for ; Thu, 29 Sep 2005 09:49:21 +0000 (GMT) (envelope-from lefty@ene.asda.gr) Received: by mx2.asda.gr (Postfix, from userid 58) id 3E93822B; Thu, 29 Sep 2005 12:49:18 +0300 (EEST) Received: from mx3.asda.gr (ene.asda.gr [193.92.118.161]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.asda.gr", Issuer "ASDA Root CA" (verified OK)) by mx2.asda.gr (Postfix) with ESMTP id ECBEC227 for ; Thu, 29 Sep 2005 12:49:15 +0300 (EEST) Received: by mx3.asda.gr (Postfix, from userid 58) id 2A8D311482; Thu, 29 Sep 2005 12:49:15 +0300 (EEST) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ene.asda.gr X-Spam-Level: X-Spam-Status: score=-103.7 autolearn=ham tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST Received: from [193.92.118.162] (lefty.ene.asda.gr [193.92.118.162]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Lefteris Tsintjelis", Issuer "ASDA Root CA" (verified OK)) by mx3.asda.gr (Postfix) with ESMTP id 32B681142D for ; Thu, 29 Sep 2005 12:49:00 +0300 (EEST) Message-ID: <433BB81A.5090602@ene.asda.gr> Date: Thu, 29 Sep 2005 12:47:06 +0300 From: Lefteris Tsintjelis Organization: ASDA User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-7; format=flowed Content-Transfer-Encoding: 7bit Subject: pthread_key_create memory leakage in pthreads? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2005 09:49:22 -0000 Hi, dmesg: FreeBSD 5.4-STABLE #0: Sun Sep 25 20:08:39 EEST 2005 I am using valgrind to check my program but it always seems to come with this message: ==8210== 600 bytes in 3 blocks are definitely lost in loss record 3 of 6 ==8210== at 0x3C03619F: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==8210== by 0x3C0978EC: (within /usr/local/lib/valgrind/libpthread.so.1) ==8210== by 0x3C09A2FD: (within /usr/local/lib/valgrind/libpthread.so.1) ==8210== by 0x3C09A489: pthread_key_create (in /usr/local/lib/valgrind/libpthread.so.1) I am not sure if its accurate or not. I use a proper pthread_exit in my thread. Is there anything more that I should do besides that? Please CC Thnx, Lefteris From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 10:52:20 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3B4016A41F for ; Thu, 29 Sep 2005 10:52:20 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C0DE43D48 for ; Thu, 29 Sep 2005 10:52:19 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (stojuz@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j8TAqEMm092216 for ; Thu, 29 Sep 2005 12:52:18 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j8TAqEKT092215; Thu, 29 Sep 2005 12:52:14 +0200 (CEST) (envelope-from olli) Date: Thu, 29 Sep 2005 12:52:14 +0200 (CEST) Message-Id: <200509291052.j8TAqEKT092215@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <433B2404.5010806@FreeBSD.org> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) Cc: Subject: Re: Advice sought on upgrading from 4.11-R to 5.4... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2005 10:52:20 -0000 Doug Barton wrote: > I disagree that ignoring comments in the files is a good idea. There is no > way for mergemaster to know for sure if the comment is material or not, > that's the admin's job. Furthermore, it is non-trivial to automatically detect that a change is inside a comment. Many files use "#", but some files use ";" or "//" for comments (e.g. BIND files), send- mail mc files use "dnl" to introduce comments, and I'm sure there are others. Ignoring everything that starts with "#" would be a particularly bad idea, because there are files where that character does _not_ introduce a comment. I agree with Doug that changes in comments are sometimes important enough to be read by the admin, e.g. if a default setting changes or an important new option is introduced. Of course, there are also sometimes changes that just fix typos, and dealing with those might be a waste of time, but that's no a valid reason to ignore _all_ changes inside comments. Here's my recommendation for /etc/mergemaster.rc: DIFF_FLAG='-Bub' # Hide changes in whitespace DIFF_OPTIONS='-I$FreeBSD:.*[$]' # Ignores CVS Id tags IGNORE_MOTD=yes # Ignores changes in motd Of course, as always: YMMV. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "C++ is the only current language making COBOL look good." -- Bertrand Meyer From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 12:46:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7525716A41F for ; Thu, 29 Sep 2005 12:46:07 +0000 (GMT) (envelope-from liguoqiang_0121@126.com) Received: from 126.com (m31-174.126.com [220.181.31.174]) by mx1.FreeBSD.org (Postfix) with SMTP id 3811843D4C for ; Thu, 29 Sep 2005 12:46:04 +0000 (GMT) (envelope-from liguoqiang_0121@126.com) Received: from lgq (unknown [218.18.92.250]) by smtp5 (Coremail) with SMTP id NwANBwXiO0PS4qgA.5403S2; Thu, 29 Sep 2005 20:45:57 +0800 (CST) Message-ID: <001701c5c4f3$e82ac020$c700a8c0@lgq> From: "Gary Li-126" To: Date: Thu, 29 Sep 2005 20:47:09 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mailman-Approved-At: Thu, 29 Sep 2005 12:47:32 +0000 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem About how to use shared posix semaphore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2005 12:46:07 -0000 SGksDQogICAgSSBhbHdheXMgZ2V0IHRoZSBlcnJvciBtZXNzYWdlOiJPcGVyYXRpb24gbm90IHBl cm1pdHRlZCIgV2hlbiBJIHVzZSBzZW1faW5pdCBzZXQgcHNoYXJlZCBhcmd1bWVudCBlcXVhbCAx LiBDb21waWxpbmcgYXMgOiAiZ2NjIC1vIHNlbV90ZXN0IHNlbV90ZXN0LmMgLWxjX3IiLiBNeSBm cmVlYnNkIHZlciBpcyByZWxlYXNlIDUuNCBwNi4NCiAgICBUZXN0IGNvZGUgYXBwZWFyIGJlbG93 Og0KICAgICAgMSAjaW5jbHVkZSA8c3lzL3R5cGVzLmg+DQogICAgICAyICNpbmNsdWRlIDxzdHJp bmcuaD4NCiAgICAgIDMgI2luY2x1ZGUgPHN0ZGlvLmg+DQogICAgICA0ICNpbmNsdWRlIDxzeXMv c3RhdC5oPg0KICAgICAgNSAjaW5jbHVkZSA8dW5pc3RkLmg+DQogICAgICA2ICNpbmNsdWRlIDxm Y250bC5oPg0KICAgICAgNyAjaW5jbHVkZSA8ZXJybm8uaD4NCiAgICAgIDggI2luY2x1ZGUgPHB0 aHJlYWQuaD4NCiAgICAgIDkgI2luY2x1ZGUgPHNlbWFwaG9yZS5oPg0KICAgICAxMA0KICAgICAx MSBpbnQgbWFpbihpbnQgYXJnYywgY2hhciAqKiBhcmd2KQ0KICAgICAxMiB7DQogICAgIDEzICAg ICBzZW1fdCAgIG11dGV4Ow0KICAgICAxNCAgICAgaWYgKC0xID09IHNlbV9pbml0ICgmbXV0ZXgs IDEsIDEpKSB7DQogICAgIDE1ICAgICAgICAgcHJpbnRmKCJzZW0gaW5pdCBlcnJvcjolc1xuIiwg c3RyZXJyb3IoZXJybm8pKTsNCiAgICAgMTYgICAgICAgICBleGl0KDApOw0KICAgICAxNyAgICAg fQ0KICAgICAxOCAgICAgc2VtX3dhaXQgKCZtdXRleCk7DQogICAgIDE5ICAgICBwcmludGYoInNl bSB3YWl0IG9rOlxuIik7DQogICAgIDIwICAgICBzZW1fcG9zdCAoJm11dGV4KTsNCiAgICAgMjEg ICAgIHNlbV9kZXN0cm95ICgmbXV0ZXgpOw0KICAgICAyMiAgICAgcmV0dXJuIDA7DQogICAgIDIz IH0NCg0KQmVzdCByZWdhcmRzLA0KR2FyeSBMaQ== From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 13:27:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C9B616A41F for ; Thu, 29 Sep 2005 13:27:53 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id C64EF43D48 for ; Thu, 29 Sep 2005 13:27:52 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j8TDRYAx001198; Thu, 29 Sep 2005 14:27:34 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id j8TDRXmg045296; Thu, 29 Sep 2005 14:27:33 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id j8TDRXt0045295; Thu, 29 Sep 2005 14:27:33 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Gary Li-126 In-Reply-To: <001701c5c4f3$e82ac020$c700a8c0@lgq> References: <001701c5c4f3$e82ac020$c700a8c0@lgq> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 29 Sep 2005 14:27:32 +0100 Message-Id: <1128000452.44550.8.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: Problem About how to use shared posix semaphore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2005 13:27:53 -0000 On Thu, 2005-09-29 at 20:47 +0800, Gary Li-126 wrote: > Hi, > I always get the error message:"Operation not permitted" When I use sem_init set pshared argument equal 1. Compiling as : "gcc -o sem_test sem_test.c -lc_r". My freebsd ver is release 5.4 p6. >From sem_init(3): A non-zero value for pshared specifies a shared semaphore that can be used by multiple processes, which this implementation is not capable of. I suspect you're asking the impossible. You could try using a different threading library, but libc_r won't work: /usr/src/lib/libc_r/uthread/uthread_sem.c: _sem_init(sem_t *sem, int pshared, unsigned int value) { [...] if (pshared != 0) { /* * The user wants a semaphore that can be shared among * processes, which this implementation can't do. Sounds like a * permissions problem to me (yeah right). */ errno = EPERM; retval = -1; goto RETURN; } This return code is documenbted in the sem_init man page: [EPERM] Unable to initialize a shared semaphore. Gavin From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 13:28:59 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AA3116A420 for ; Thu, 29 Sep 2005 13:28:59 +0000 (GMT) (envelope-from barner@gmx.de) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8A38F43D5D for ; Thu, 29 Sep 2005 13:28:56 +0000 (GMT) (envelope-from barner@gmx.de) Received: (qmail invoked by alias); 29 Sep 2005 13:28:55 -0000 Received: from unknown (EHLO zi025.glhnet.mhn.de) [129.187.19.157] by mail.gmx.net (mp027) with SMTP; 29 Sep 2005 15:28:55 +0200 X-Authenticated: #147403 Received: by zi025.glhnet.mhn.de (Postfix, from userid 1000) id 90D7FC114; Thu, 29 Sep 2005 15:31:56 +0200 (CEST) Date: Thu, 29 Sep 2005 15:31:56 +0200 From: Simon Barner To: Lefteris Tsintjelis Message-ID: <20050929133156.GA72022@zi025.glhnet.mhn.de> References: <433BB81A.5090602@ene.asda.gr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <433BB81A.5090602@ene.asda.gr> User-Agent: Mutt/1.5.10i X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: pthread_key_create memory leakage in pthreads? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2005 13:28:59 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Lefteris Tsintjelis wrote: > Hi, >=20 > dmesg: FreeBSD 5.4-STABLE #0: Sun Sep 25 20:08:39 EEST 2005 >=20 > I am using valgrind to check my program but it always seems to come with= =20 > this > message: >=20 > =3D=3D8210=3D=3D 600 bytes in 3 blocks are definitely lost in loss record= 3 of 6 > =3D=3D8210=3D=3D at 0x3C03619F: malloc (in=20 > /usr/local/lib/valgrind/vgpreload_memcheck.so) > =3D=3D8210=3D=3D by 0x3C0978EC: (within /usr/local/lib/valgrind/libpth= read.so.1) > =3D=3D8210=3D=3D by 0x3C09A2FD: (within /usr/local/lib/valgrind/libpth= read.so.1) > =3D=3D8210=3D=3D by 0x3C09A489: pthread_key_create (in=20 > /usr/local/lib/valgrind/libpthread.so.1) >=20 > I am not sure if its accurate or not. I use a proper pthread_exit in my= =20 > thread. > Is there anything more that I should do besides that? Can you provide a (minimal) example where this happens? Also, what is the exact command line? --=20 Best regards / Viele Gr=FC=DFe, barner@FreeBSD.= org Simon Barner barner@gmx.de --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDO+zMCkn+/eutqCoRAqynAJ9XMnbS10n0a7PtJ7NGRlsxobXm7gCfXOQV mWFPVxXoJhRQDx92PN0nD5E= =KSEf -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 14:06:10 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAB1216A41F; Thu, 29 Sep 2005 14:06:10 +0000 (GMT) (envelope-from lefty@ene.asda.gr) Received: from mx3.asda.gr (ene.asda.gr [193.92.118.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BA3543D48; Thu, 29 Sep 2005 14:06:09 +0000 (GMT) (envelope-from lefty@ene.asda.gr) Received: by mx3.asda.gr (Postfix, from userid 58) id 8DD071146F; Thu, 29 Sep 2005 17:06:08 +0300 (EEST) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ene.asda.gr X-Spam-Level: X-Spam-Status: score=-103.8 autolearn=ham tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST Received: from [193.92.118.162] (lefty.ene.asda.gr [193.92.118.162]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Lefteris Tsintjelis", Issuer "ASDA Root CA" (verified OK)) by mx3.asda.gr (Postfix) with ESMTP id 5D49A1142D; Thu, 29 Sep 2005 17:05:46 +0300 (EEST) Message-ID: <433BF441.80404@ene.asda.gr> Date: Thu, 29 Sep 2005 17:03:45 +0300 From: Lefteris Tsintjelis Organization: ASDA User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Simon Barner References: <433BB81A.5090602@ene.asda.gr> <20050929133156.GA72022@zi025.glhnet.mhn.de> In-Reply-To: <20050929133156.GA72022@zi025.glhnet.mhn.de> Content-Type: text/plain; charset=ISO-8859-7; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: pthread_key_create memory leakage in pthreads? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2005 14:06:11 -0000 Simon Barner wrote: > > Can you provide a (minimal) example where this happens? Also, what is > the exact command line? valgrind --trace-children=yes --leak-check=yes --show-reachable=yes ./sql-m ==12024== Memcheck, a memory error detector for x86-linux. ==12024== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward. ==12024== Using valgrind-2.1.0, a program supervision framework for x86-linux. ==12024== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward. ==12024== Estimated CPU clock rate is 3089 MHz ==12024== For more details, rerun with: -v ==12024== ==12024== warning: Valgrind's pthread_cond_destroy is incomplete ==12024== (it doesn't check if the cond is waited on) ==12024== your program may misbehave as a result ==12024== warning: Valgrind's pthread_cond_destroy is incomplete ==12024== (it doesn't check if the cond is waited on) ==12024== your program may misbehave as a result ==12024== ==12024== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) ==12024== malloc/free: in use at exit: 33100 bytes in 22 blocks. ==12024== malloc/free: 6051 allocs, 6029 frees, 24774738 bytes allocated. ==12024== For counts of detected errors, rerun with: -v ==12024== searching for pointers to 22 not-freed blocks. ==12024== checked 2119764 bytes. ==12024== ==12024== 52 bytes in 1 blocks are still reachable in loss record 1 of 5 ==12024== at 0x3C036967: calloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==12024== by 0x3C050F6C: my_thread_init (in /usr/local/lib/mysql/libmysqlclient_r.so.14) ==12024== by 0x3C050E4A: my_thread_global_init (in /usr/local/lib/mysql/libmysqlclient_r.so.14) ==12024== by 0x3C04C158: my_init (in /usr/local/lib/mysql/libmysqlclient_r.so.14) ==12024== ==12024== ==12024== 136 bytes in 12 blocks are still reachable in loss record 2 of 5 ==12024== at 0x3C03619F: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==12024== by 0x3C0978EC: (within /usr/local/lib/valgrind/libpthread.so.1) ==12024== by 0x3C098F65: pthread_mutex_init (in /usr/local/lib/valgrind/libpthread.so.1) ==12024== by 0x3C050D95: my_thread_global_init (in /usr/local/lib/mysql/libmysqlclient_r.so.14) ==12024== ==12024== ==12024== 200 bytes in 1 blocks are definitely lost in loss record 3 of 5 ==12024== at 0x3C03619F: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==12024== by 0x3C0978EC: (within /usr/local/lib/valgrind/libpthread.so.1) ==12024== by 0x3C09A2FD: (within /usr/local/lib/valgrind/libpthread.so.1) ==12024== by 0x3C09A489: pthread_key_create (in /usr/local/lib/valgrind/libpthread.so.1) ==12024== ==12024== ==12024== 4096 bytes in 1 blocks are still reachable in loss record 4 of 5 ==12024== at 0x3C03619F: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==12024== by 0x3C17B4B9: __smakebuf (in /lib/libc.so.5) ==12024== by 0x3C17B416: __swsetup (in /lib/libc.so.5) ==12024== by 0x3C16FC39: __vfprintf (in /lib/libc.so.5) ==12024== ==12024== ==12024== 28616 bytes in 7 blocks are still reachable in loss record 5 of 5 ==12024== at 0x3C03619F: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==12024== by 0x3C05308A: my_once_alloc (in /usr/local/lib/mysql/libmysqlclient_r.so.14) ==12024== by 0x3C0534B7: init_state_maps (in /usr/local/lib/mysql/libmysqlclient_r.so.14) ==12024== by 0x3C053E94: init_available_charsets (in /usr/local/lib/mysql/libmysqlclient_r.so.14) ==12024== ==12024== LEAK SUMMARY: ==12024== definitely lost: 200 bytes in 1 blocks. ==12024== possibly lost: 0 bytes in 0 blocks. ==12024== still reachable: 32900 bytes in 21 blocks. ==12024== suppressed: 0 bytes in 0 blocks. valgrind is not a native BSD program. I use it to detect program memory leaks. However, I am not sure if in this case, is detecting its own leaks and problems or not. It is refering to its own /usr/local/lib/valgrind/\ libpthread.so.1. sql-m is my own program that I test but I have double checked everything and this shouldn't happen. If you need further info about the sql-m please let me know and I will send you a copy but its a very simple threaded one. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 17:16:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1022E16A41F; Thu, 29 Sep 2005 17:16:09 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 499B343D53; Thu, 29 Sep 2005 17:16:08 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j8THFtFn090192; Thu, 29 Sep 2005 12:15:55 -0500 (CDT) (envelope-from dan) Date: Thu, 29 Sep 2005 12:15:55 -0500 From: Dan Nelson To: Lefteris Tsintjelis Message-ID: <20050929171554.GK68105@dan.emsphone.com> References: <433BB81A.5090602@ene.asda.gr> <20050929133156.GA72022@zi025.glhnet.mhn.de> <433BF441.80404@ene.asda.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <433BF441.80404@ene.asda.gr> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org, Simon Barner Subject: Re: pthread_key_create memory leakage in pthreads? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2005 17:16:09 -0000 In the last episode (Sep 29), Lefteris Tsintjelis said: > Simon Barner wrote: > > > >Can you provide a (minimal) example where this happens? Also, what is > >the exact command line? > > valgrind --trace-children=yes --leak-check=yes --show-reachable=yes ./sql-m > > ==12024== 200 bytes in 1 blocks are definitely lost in loss record 3 of 5 > ==12024== at 0x3C03619F: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) > ==12024== by 0x3C0978EC: (within /usr/local/lib/valgrind/libpthread.so.1) > ==12024== by 0x3C09A2FD: (within /usr/local/lib/valgrind/libpthread.so.1) > ==12024== by 0x3C09A489: pthread_key_create (in /usr/local/lib/valgrind/libpthread.so.1) It's probably leakage internal to valgrind, since the stack trace stops inside a valgrind library. I wouldn't worry about it. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Thu Sep 29 18:25:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C91ED16A41F for ; Thu, 29 Sep 2005 18:25:36 +0000 (GMT) (envelope-from barner@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 785A243D4C for ; Thu, 29 Sep 2005 18:25:35 +0000 (GMT) (envelope-from barner@gmx.de) Received: (qmail invoked by alias); 29 Sep 2005 18:25:34 -0000 Received: from unknown (EHLO zi025.glhnet.mhn.de) [129.187.19.157] by mail.gmx.net (mp009) with SMTP; 29 Sep 2005 20:25:34 +0200 X-Authenticated: #147403 Received: by zi025.glhnet.mhn.de (Postfix, from userid 1000) id A480AC112; Thu, 29 Sep 2005 20:28:36 +0200 (CEST) Date: Thu, 29 Sep 2005 20:28:36 +0200 From: Simon Barner To: Lefteris Tsintjelis Message-ID: <20050929182836.GA4838@zi025.glhnet.mhn.de> References: <433BB81A.5090602@ene.asda.gr> <20050929133156.GA72022@zi025.glhnet.mhn.de> <433BF441.80404@ene.asda.gr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <433BF441.80404@ene.asda.gr> User-Agent: Mutt/1.5.10i X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org, Simon Barner Subject: Re: pthread_key_create memory leakage in pthreads? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2005 18:25:36 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Lefteris Tsintjelis wrote: > >Can you provide a (minimal) example where this happens? Also, what is > >the exact command line? >=20 > valgrind --trace-children=3Dyes --leak-check=3Dyes --show-reachable=3Dyes= ./sql-m Two other things you can try to determine whether it's you code or a internal error in valgrind: - make sure you compile and link your code with debugging information (-g), and at an reasonable optimization level (say -O). - Use valgrinds -v option to get more information. If you are sure, that's it's valgrind's fault, you can generate a suppression rule: valgrind -v --gen-suppressions=3Dyes You can put them into a file, say ~/.valgrind-suppressions, and tell valgrind to them with the --suppressions=3D switch. If you want to use them by default, create a ~/.valgrindrc file and put the appropriate options there. If all that doesn't help you, you're welcome to send me a copy of your code (in a private mail), and I'll have a look. --=20 Best regards / Viele Gr=FC=DFe, barner@FreeBSD.= org Simon Barner barner@gmx.de --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDPDJUCkn+/eutqCoRAqOgAJ9reJX+MnCUXpE/2gXqDOQdznOlvQCgz/nx 9e4rW+oLNabxeeFjJdWOEUA= =SUS9 -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 30 00:56:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 352CE16A41F for ; Fri, 30 Sep 2005 00:56:28 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from natco3.natcotech.com (natco3.natcotech.com [205.167.142.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id B779843D48 for ; Fri, 30 Sep 2005 00:56:23 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-103.natcotech.com [12.28.24.103]) by natco3.natcotech.com (Postfix) with ESMTP id 1C04162A2C for ; Thu, 29 Sep 2005 19:56:21 -0500 (CDT) Received: (qmail 45482 invoked by uid 89); 30 Sep 2005 00:56:21 -0000 Received: from unknown (HELO ?192.168.0.2?) (192.168.0.2) by ibm.nlcc.us with SMTP; 30 Sep 2005 00:56:21 -0000 Message-ID: <433C8D34.2090806@leadhill.net> Date: Thu, 29 Sep 2005 19:56:20 -0500 From: Billy Newsom User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Howe , freebsd-stable@freebsd.org References: <87y85nuqhy.fsf@beaker.data-secure.net> <4335D1D2.9060501@leadhill.net> <87ll1jzqoa.fsf@beaker.data-secure.net> <87vf0noxgk.fsf_-_@beaker.data-secure.net> In-Reply-To: <87vf0noxgk.fsf_-_@beaker.data-secure.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [PATCH] option to re-enable aggressive ATA probing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2005 00:56:28 -0000 Tim Howe wrote: > Tim Howe writes: > > >>ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 > > > This turned out to be the key. > > Version 1.51 of ata-lowlevel.c added a check for stat0/1, err, lsb, and > msb being identical. If they are, it aborts the probe. The attached > patch creates an option ATA_AGGRESSIVE_PROBE which disables this for the > old aggressive behavior (which may wait up to the full 31 seconds). > > I also took the liberty of reworking the still-busy check from 3 > equality tests to 2 bitmask tests. It seems simpler to my eye with > identical results, but if I missed something or the other style was > preferred please let me know. > > The patch is against 5-STABLE because that's what I have. Looks good except for one issue I talk about below. By the way, I don't think this will ever appear back into the RELENG_5 tree unless it gets a PR or at least someone who can check it in. Is there anyone willing to ask the right people? You might look at the initials for whoever changed the code recently and see if you can figure out who that was. Meanwhile, I will try and test it within the week. See below for my question about the patch. Billy --- sys/conf/options.stock Tue Sep 27 00:28:50 2005 +++ sys/conf/options Tue Sep 27 00:55:53 2005 @@ -301,6 +301,7 @@ # Options used in the 'ata' ATA/ATAPI driver ATA_STATIC_ID opt_ata.h ATA_NOPCI opt_ata.h +ATA_AGGRESSIVE_PROBE opt_ata.h DEV_ATADISK opt_ata.h DEV_ATAPICD opt_ata.h DEV_ATAPIST opt_ata.h --- sys/conf/NOTES.stock Tue Sep 27 00:30:28 2005 +++ sys/conf/NOTES Tue Sep 27 00:56:39 2005 @@ -1501,8 +1501,11 @@ # # ATA_STATIC_ID: controller numbering is static ie depends on location # else the device numbers are dynamically allocated. +# ATA_AGGRESSIVE_PROBE: Does not give up on probing when all err, lsb, and + msb are identical. Shouldn't there be a comment for the above line? Like this: +# msb are identical. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 30 03:42:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E054516A41F for ; Fri, 30 Sep 2005 03:42:29 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from rader.servnow.com (rader.servnow.com [69.93.129.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91ED143D48 for ; Fri, 30 Sep 2005 03:42:29 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from 12-210-221-89.client.insightbb.com ([12.210.221.89] helo=familysquires.net) by rader.servnow.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.52) id 1ELBmt-0007a2-NS for freebsd-stable@freebsd.org; Thu, 29 Sep 2005 23:42:19 -0400 Date: Thu, 29 Sep 2005 22:42:27 -0500 (EST) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-stable@freebsd.org In-Reply-To: <1127795707.10060.43.camel@jupiter.acf.aquezada.com> Message-ID: <20050929223942.F28857@familysquires.net> References: <87y85nuqhy.fsf@beaker.data-secure.net> <4335D1D2.9060501@leadhill.net> <87r7bdt6o3.fsf@beaker.data-secure.net> <20050925142016.L7868@familysquires.net> <43370A31.1080704@leadhill.net> <1127795707.10060.43.camel@jupiter.acf.aquezada.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - rader.servnow.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - siralan.org X-Source: X-Source-Args: X-Source-Dir: Subject: Re: 5.4-STABLE changes breaks IDE boot (was Re: 5.3 -> 5.4 breaks ATA (Intel ICH2)) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2005 03:42:30 -0000 A new kernel based on sources of 9/28/2005 still fails to boot on a Toshiba 8100 with a UDMA33 IDE onboard controller. The parameters passed to atapci0 are different from those passed by the earlier kernel, and the system locks up this point. I'm not including the dmesg, etc., since that's the same as I posted earlier. Mike Squires From owner-freebsd-stable@FreeBSD.ORG Fri Sep 30 06:04:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 061CE16A41F for ; Fri, 30 Sep 2005 06:04:05 +0000 (GMT) (envelope-from roger@gwch.net) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48D5243D4C for ; Fri, 30 Sep 2005 06:04:03 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (84-73-90-203.dclient.hispeed.ch [84.73.90.203]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with ESMTP id j8U64146009800 for ; Fri, 30 Sep 2005 08:04:02 +0200 Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id 8AAA440515 for ; Fri, 30 Sep 2005 08:04:01 +0200 (CEST) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08292-10 for ; Fri, 30 Sep 2005 08:03:58 +0200 (CEST) Received: from www.gwch.net (pluto.gwch.net [192.168.2.103]) by mail.gwch.net (Postfix) with ESMTP id DB0F8404A8 for ; Fri, 30 Sep 2005 08:03:57 +0200 (CEST) Received: from 62.2.21.164 (SquirrelMail authenticated user rogerg) by www.gwch.net with HTTP; Fri, 30 Sep 2005 08:03:57 +0200 (CEST) Message-ID: <27037.62.2.21.164.1128060237.squirrel@www.gwch.net> Date: Fri, 30 Sep 2005 08:03:57 +0200 (CEST) From: "Roger Grosswiler" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.6 [CVS]-0.cvs20050812.1.fc4 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: ClamAV version 0.87, clamav-milter version 0.87 on smtp-06.tornado.cablecom.ch X-Virus-Scanned: amavisd-new at gwch.net X-Virus-Status: Clean X-DCC-spamcheck-02.tornado.cablecom.ch-Metrics: smtp-06.tornado.cablecom.ch 32701; Body=1 Fuz1=1 Fuz2=1 Subject: How to update to the security advisories X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2005 06:04:05 -0000 Hey, i look since a long time, but i did not find. Is there a howto somewhere, how i have to go through the update for the security advisories? Thanks for any links, hints, ideas, comments and hot coffees :-D Roger From owner-freebsd-stable@FreeBSD.ORG Fri Sep 30 07:28:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74E6F16A41F for ; Fri, 30 Sep 2005 07:28:48 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd3mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BEE043D4C for ; Fri, 30 Sep 2005 07:28:47 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd3mr5so.prod.shaw.ca (pd3mr5so-qfe3.prod.shaw.ca [10.0.141.12]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0INM001DXCRZ0Y30@l-daemon> for freebsd-stable@freebsd.org; Fri, 30 Sep 2005 01:28:47 -0600 (MDT) Received: from pn2ml3so.prod.shaw.ca ([10.0.121.147]) by pd3mr5so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0INM0093VCRZYKI0@pd3mr5so.prod.shaw.ca> for freebsd-stable@freebsd.org; Fri, 30 Sep 2005 01:28:47 -0600 (MDT) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0INM00H3VCRYY7@l-daemon> for freebsd-stable@freebsd.org; Fri, 30 Sep 2005 01:28:47 -0600 (MDT) Date: Fri, 30 Sep 2005 00:28:46 -0700 From: Colin Percival In-reply-to: <27037.62.2.21.164.1128060237.squirrel@www.gwch.net> To: Roger Grosswiler Message-id: <433CE92E.2080107@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en References: <27037.62.2.21.164.1128060237.squirrel@www.gwch.net> User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050925) Cc: freebsd-stable@freebsd.org Subject: Re: How to update to the security advisories X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2005 07:28:48 -0000 Roger Grosswiler wrote: > i look since a long time, but i did not find. Is there a howto somewhere, > how i have to go through the update for the security advisories? > > Thanks for any links, hints, ideas, comments and hot coffees :-D Each advisory has either instructions or a URL to instructions in the handbook on how to download and apply patches to your source tree and rebuild the affected parts of the base system. For a solution which is easier but not as supported (i.e., it's something I'm providing personally, rather than something the FreeBSD Security Team provides and supports), you might like to try FreeBSD Update (http://www.daemonology.net/freebsd-update, or security/freebsd-update in the ports tree). Colin Percival From owner-freebsd-stable@FreeBSD.ORG Fri Sep 30 12:27:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B971D16A41F for ; Fri, 30 Sep 2005 12:27:35 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from rader.servnow.com (rader.servnow.com [69.93.129.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67E6C43D49 for ; Fri, 30 Sep 2005 12:27:35 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from 12-210-221-89.client.insightbb.com ([12.210.221.89] helo=familysquires.net) by rader.servnow.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.52) id 1ELJz9-0007X8-5f for freebsd-stable@freebsd.org; Fri, 30 Sep 2005 08:27:31 -0400 Date: Fri, 30 Sep 2005 07:27:32 -0500 (EST) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-stable@freebsd.org In-Reply-To: <20050929223942.F28857@familysquires.net> Message-ID: <20050930072608.J29997@familysquires.net> References: <87y85nuqhy.fsf@beaker.data-secure.net> <4335D1D2.9060501@leadhill.net> <87r7bdt6o3.fsf@beaker.data-secure.net> <20050925142016.L7868@familysquires.net> <43370A31.1080704@leadhill.net> <1127795707.10060.43.camel@jupiter.acf.aquezada.com> <20050929223942.F28857@familysquires.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - rader.servnow.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - siralan.org X-Source: X-Source-Args: X-Source-Dir: Subject: Re: 5.4-STABLE changes breaks IDE boot (was Re: 5.3 -> 5.4 breaks ATA (Intel ICH2)) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2005 12:27:35 -0000 On Thu, 29 Sep 2005, Michael L. Squires wrote: > A new kernel based on sources of 9/28/2005 still fails to boot on a Toshiba > 8100 with a UDMA33 IDE onboard controller. The parameters passed to atapci0 > are different from those passed by the earlier kernel, and the system locks > up this point. > Following suggestions elswhere I replaced acpi.ko in the new kernel directory with the acpi.ko from the last working kernel and the new kernel now boots. I'll run the usual ACPI debugging info and post to the freebsd-acpi mailing list. Mike Squires Toshiba 8100 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 30 15:18:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55DDF16A41F for ; Fri, 30 Sep 2005 15:18:05 +0000 (GMT) (envelope-from apelisse@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA3A743D48 for ; Fri, 30 Sep 2005 15:18:04 +0000 (GMT) (envelope-from apelisse@gmail.com) Received: by nproxy.gmail.com with SMTP id x4so9992nfb for ; Fri, 30 Sep 2005 08:18:03 -0700 (PDT) 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; b=p2g/jaN2y2UgyW3jc9n7eZBqcV+Mp2Wn5aRHsNbgaYFikdAqY+XGNrDmdtbb8/lYtWtlXedEPuWvxUwTVjQqKMKqqwpODlO6T/tlU4HOHJwWM38rSNF59rGY7x9Bhji8h9j9KpVTsysC8+QiLvvD3FYp6vx48XB9Cm5jQe3rfR8= Received: by 10.48.239.6 with SMTP id m6mr117909nfh; Fri, 30 Sep 2005 08:18:03 -0700 (PDT) Received: by 10.48.108.18 with HTTP; Fri, 30 Sep 2005 08:18:03 -0700 (PDT) Message-ID: <61c746830509300818y6e48662bj998deac437487979@mail.gmail.com> Date: Fri, 30 Sep 2005 16:18:03 +0100 From: Antoine Pelisse To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Panic in RELENG_6 & HEAD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Antoine Pelisse List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2005 15:18:05 -0000 Hi Nobody seems to have seen this PR yet, which is a easy fix for a panic I'v= e not been able to reproduce: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/84935 Regards, Antoine Pelisse From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 02:18:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F264816A41F for ; Sat, 1 Oct 2005 02:18:04 +0000 (GMT) (envelope-from northg@shaw.ca) Received: from pd4mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88CA243D48 for ; Sat, 1 Oct 2005 02:18:04 +0000 (GMT) (envelope-from northg@shaw.ca) Received: from pd4mr6so.prod.shaw.ca (pd4mr6so-qfe3.prod.shaw.ca [10.0.141.69]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0INN00GNBT23IT20@l-daemon> for freebsd-stable@freebsd.org; Fri, 30 Sep 2005 20:18:03 -0600 (MDT) Received: from pn2ml3so.prod.shaw.ca ([10.0.121.147]) by pd4mr6so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0INN00978T232W30@pd4mr6so.prod.shaw.ca> for freebsd-stable@freebsd.org; Fri, 30 Sep 2005 20:18:03 -0600 (MDT) Received: from [192.168.0.100] (S0106000f3d63c5a5.vc.shawcable.net [24.85.154.162]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0INN00L7TT236G@l-daemon> for freebsd-stable@freebsd.org; Fri, 30 Sep 2005 20:18:03 -0600 (MDT) Received: from 127.0.0.1 (AVG SMTP 7.0.344 [267.11.9]); Fri, 30 Sep 2005 19:18:26 -0700 Date: Fri, 30 Sep 2005 19:18:25 -0700 From: Graham North To: freebsd-stable@freebsd.org Message-id: <433DF1F1.9020809@shaw.ca> MIME-version: 1.0 Content-type: multipart/mixed; boundary="=======AVGMAIL-433DF1F201DF=======" X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Cool 'n quiet and other AMD stuff X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 02:18:07 -0000 --=======AVGMAIL-433DF1F201DF======= Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Two questions related to AMD motherboards and kernel/driver support. 1) Is the AMD Cool 'n quiet feature (PowerNow) feature supported while running i386 FBSD on this AMD64 processor? (Assuming MB support). 2) Does anyone have experience with whether the K8M800 chipset, (includes unichrome graphics) is supported in i386 - it does not appear to be supported in AMD64 FBSD. It seems to be quite a different animal from the K8t800 whch apppears to have solid support. Thanks, Graham/ -- Kindness can be infectious - try it. Graham North Vancouver, BC www.soleado.ca --=======AVGMAIL-433DF1F201DF======= Content-Type: text/plain; x-avg=cert; charset=us-ascii Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-Description: "AVG certification" No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.344 / Virus Database: 267.11.9 - Release Date: 9/29/2005 --=======AVGMAIL-433DF1F201DF=======-- From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 03:55:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C64C16A41F for ; Sat, 1 Oct 2005 03:55:20 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from natco3.natcotech.com (natco3.natcotech.com [205.167.142.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96F2543D49 for ; Sat, 1 Oct 2005 03:55:19 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-93.natcotech.com [12.28.24.93]) by natco3.natcotech.com (Postfix) with ESMTP id E0CDF62A53 for ; Fri, 30 Sep 2005 22:55:17 -0500 (CDT) Received: (qmail 8570 invoked by uid 89); 1 Oct 2005 03:55:17 -0000 Received: from unknown (HELO ?192.168.0.2?) (192.168.0.2) by ibm.nlcc.us with SMTP; 1 Oct 2005 03:55:17 -0000 Message-ID: <433E08A4.7070409@leadhill.net> Date: Fri, 30 Sep 2005 22:55:16 -0500 From: Billy Newsom User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Howe , freebsd-stable@freebsd.org References: <87y85nuqhy.fsf@beaker.data-secure.net> <4335D1D2.9060501@leadhill.net> <87ll1jzqoa.fsf@beaker.data-secure.net> <87vf0noxgk.fsf_-_@beaker.data-secure.net> In-Reply-To: <87vf0noxgk.fsf_-_@beaker.data-secure.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [PATCH] option to re-enable aggressive ATA probing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 03:55:20 -0000 Tim Howe wrote: > Tim Howe writes: > > >>ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 > > > This turned out to be the key. > > Version 1.51 of ata-lowlevel.c added a check for stat0/1, err, lsb, and I am just wondering about this. As far as I can tell, I have the ata-lowlevel.c file from March with this CVS tag (I run cvsup every other day, so this should be the latest for 5-Stable): src/sys/dev/ata/ata-lowlevel.c,v 1.44.2.5 2005/03/24 18:44:27 mdodd It is the 1.44.2.5 version, and I believe that I have been using it for awhile, eve before the sistuation showed up with my ATA drive not booting. As I reported bvefore, the July 4th cvs code worked for me, but not a recent one (late September). I would guess that something would have changed in that interim. You seem to be targeting either a different cvs version (intended for HEAD) or the problem you mention could have been broken over a period of time with help from other cvs changes? I don't know, but I will try the patch when I can. These are my relevent supfile config options: *default release=cvs tag=RELENG_5 *default delete use-rel-suffix src-all Billy > msb being identical. If they are, it aborts the probe. The attached > patch creates an option ATA_AGGRESSIVE_PROBE which disables this for the > old aggressive behavior (which may wait up to the full 31 seconds). > > I also took the liberty of reworking the still-busy check from 3 > equality tests to 2 bitmask tests. It seems simpler to my eye with > identical results, but if I missed something or the other style was > preferred please let me know. > > The patch is against 5-STABLE because that's what I have. > > > From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 05:35:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11F2316A41F for ; Sat, 1 Oct 2005 05:35:43 +0000 (GMT) (envelope-from ciscogeek@bgp4.net) Received: from isis.bgp4.net (isis.bgp4.net [66.246.197.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C5A243D49 for ; Sat, 1 Oct 2005 05:35:42 +0000 (GMT) (envelope-from ciscogeek@bgp4.net) Received: from [192.168.23.13] (c-67-171-8-36.hsd1.wa.comcast.net [67.171.8.36]) (authenticated bits=0) by isis.bgp4.net (8.13.3/8.13.3) with ESMTP id j915ZZpi028531 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Fri, 30 Sep 2005 22:35:41 -0700 (PDT) (envelope-from ciscogeek@bgp4.net) Message-ID: <433E2021.1040400@bgp4.net> Date: Fri, 30 Sep 2005 22:35:29 -0700 From: Janet Sullivan User-Agent: Thunderbird 1.4 (Windows/20050908) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: ndis0 & WPA on 6.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 05:35:43 -0000 Will WPA work with a wireless card that requires "Project Evil" (ndis) in RELENG_6? From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 08:07:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D6E016A41F for ; Sat, 1 Oct 2005 08:07:21 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CBC343D48 for ; Sat, 1 Oct 2005 08:07:21 +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 j9187DaU027083; Sat, 1 Oct 2005 01:07:13 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j9187D2v027082; Sat, 1 Oct 2005 01:07:13 -0700 Date: Sat, 1 Oct 2005 01:07:13 -0700 From: Brooks Davis To: Janet Sullivan Message-ID: <20051001080713.GA22557@odin.ac.hmc.edu> References: <433E2021.1040400@bgp4.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <433E2021.1040400@bgp4.net> 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-stable@freebsd.org Subject: Re: ndis0 & WPA on 6.0? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 08:07:21 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 30, 2005 at 10:35:29PM -0700, Janet Sullivan wrote: > Will WPA work with a wireless card that requires "Project Evil" (ndis)=20 > in RELENG_6? No. The necessicary support isn't there. -- 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 --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDPkOxXY6L6fI4GtQRAmnwAJ9VUBN1uSQinnzjUuB428GUQCkh0gCeJLp4 crusJFFdMoGVQNbQ+mBzYcc= =fhZN -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 11:33:57 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D26EF16A41F for ; Sat, 1 Oct 2005 11:33:57 +0000 (GMT) (envelope-from sebastian.ht@telia.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D52F43D48 for ; Sat, 1 Oct 2005 11:33:57 +0000 (GMT) (envelope-from sebastian.ht@telia.com) Received: from [192.168.0.101] (81.236.253.200) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 4332AC78001FD397 for stable@FreeBSD.org; Sat, 1 Oct 2005 13:33:56 +0200 Mime-Version: 1.0 (Apple Message framework v734) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@FreeBSD.org From: Sebastian Holmqvist Date: Sat, 1 Oct 2005 13:34:14 +0200 X-Mailer: Apple Mail (2.734) Cc: Subject: Problem booting FBSD 5.4-stable.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 11:33:57 -0000 Specs: Amd Thunderbird 800 Abit KT7-raid (VIA KT133) 256 MB 30 GB IDE Cdrom Floppy Problem: The computer just prints three rows... 'Building the boot loader arguments Looking up /BOOT/LOADER... Found Relocating the loader and the BTX' ...and then reboots. The cd can be booted on my brothers Dell so I assume it's ok. Currently I have Gentoo on this machine and there's nothing wrong with the cdrom as it boots both Gentoo and Ubuntu-cds. I have a faint memory that when I had 5.0 on this machine (FBSD) it had alot of problems with 'BTX halted'. Is there any more information you need? // Sebastian Holmqvist From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 12:01:47 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 770F716A41F for ; Sat, 1 Oct 2005 12:01:47 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0267243D46 for ; Sat, 1 Oct 2005 12:01:46 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so71800nzk for ; Sat, 01 Oct 2005 05:01:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:disposition-notification-to:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=J6eOuGAVrvQ8ebQ8huMg9reZg1k9/xBQxs5FtqKdQW8mJ0pWPei1PkQENwVEL+7/8iShFg0KMwXoQJVGJva9uwuB68+ZhiTeJfjHscwpH+R+/Lim3RbdzYF+eWkayiSlM1tGnCmyIfwwx5BhUaks2lUDHhaIDYr1FIAA85WIgeM= Received: by 10.37.22.45 with SMTP id z45mr4686817nzi; Sat, 01 Oct 2005 05:01:46 -0700 (PDT) Received: from ?127.0.0.1? ( [59.93.242.91]) by mx.gmail.com with ESMTP id 18sm2942280nzo.2005.10.01.05.01.42; Sat, 01 Oct 2005 05:01:46 -0700 (PDT) Message-ID: <433E7A97.9020109@gmail.com> Date: Sat, 01 Oct 2005 17:31:27 +0530 From: Subhro User-Agent: Thunderbird 1.4 (Windows/20050908) MIME-Version: 1.0 To: Sebastian Holmqvist References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: Re: Problem booting FBSD 5.4-stable.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 12:01:47 -0000 Sebastian Holmqvist sat at his 'puter and typed on 10/1/2005 17:04: > Specs: > Amd Thunderbird 800 > Abit KT7-raid (VIA KT133) > > 256 MB > 30 GB IDE > Cdrom > Floppy > > Problem: The computer just prints three rows... > > 'Building the boot loader arguments > Looking up /BOOT/LOADER... Found > Relocating the loader and the BTX' > > ...and then reboots. > > The cd can be booted on my brothers Dell so I assume it's ok. > Currently I have Gentoo on this machine and there's nothing wrong with > the cdrom as it boots both Gentoo and Ubuntu-cds. > > I have a faint memory that when I had 5.0 on this machine (FBSD) it > had alot of problems with 'BTX halted'. > > Is there any more information you need? > > // Sebastian Holmqvist > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Did you try disabling fancy options like BIOS Shadowing, Power Options, etc? Are you running the latest release of BIOS from your mo'bo' manufacturer? Is the HDD and the CDROM on the same cable? If yes, then what is the way they are attached? Regards S. -- -----------------+------------------------------------------------- | Subhro Sankha Kar \ / | GSM: +919831064613 -- Fax: +919831832913 \./ | MSN:subhro@subhro.org -- Yahoo: subhro82 (0Y0) | ICQ: 203567534 -- AIM: bsdboy1982 --ooO--(_)--Ooo--+------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 12:15:29 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86BBC16A41F for ; Sat, 1 Oct 2005 12:15:29 +0000 (GMT) (envelope-from sebastian.ht@telia.com) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 234E743D46 for ; Sat, 1 Oct 2005 12:15:26 +0000 (GMT) (envelope-from sebastian.ht@telia.com) Received: from [192.168.0.101] (81.236.253.200) by pne-smtpout2-sn1.fre.skanova.net (7.2.060.1) id 43297E3C003ED2FA; Sat, 1 Oct 2005 14:15:26 +0200 In-Reply-To: <433E7A97.9020109@gmail.com> References: <433E7A97.9020109@gmail.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Sebastian Holmqvist Date: Sat, 1 Oct 2005 14:15:44 +0200 To: Subhro X-Mailer: Apple Mail (2.734) Cc: stable@FreeBSD.org Subject: Re: Problem booting FBSD 5.4-stable.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 12:15:29 -0000 On 1 Oct 2005, at 14:01, Subhro wrote: > Sebastian Holmqvist sat at his 'puter and typed on 10/1/2005 17:04: > >> Specs: >> Amd Thunderbird 800 >> Abit KT7-raid (VIA KT133) >> >> 256 MB >> 30 GB IDE >> Cdrom >> Floppy >> >> Problem: The computer just prints three rows... >> >> 'Building the boot loader arguments >> Looking up /BOOT/LOADER... Found >> Relocating the loader and the BTX' >> >> ...and then reboots. >> >> The cd can be booted on my brothers Dell so I assume it's ok. >> Currently I have Gentoo on this machine and there's nothing wrong >> with the cdrom as it boots both Gentoo and Ubuntu-cds. >> >> I have a faint memory that when I had 5.0 on this machine (FBSD) >> it had alot of problems with 'BTX halted'. >> >> Is there any more information you need? >> >> // Sebastian Holmqvist >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable- >> unsubscribe@freebsd.org" >> >> > Did you try disabling fancy options like BIOS Shadowing, Power > Options, etc? Are you running the latest release of BIOS from your > mo'bo' manufacturer? Is the HDD and the CDROM on the same cable? If > yes, then what is the way they are attached? > > Regards > S. > > -- > -----------------+------------------------------------------------- > | Subhro Sankha Kar > \ / | GSM: +919831064613 -- Fax: +919831832913 > \./ | MSN:subhro@subhro.org -- Yahoo: subhro82 > (0Y0) | ICQ: 203567534 -- AIM: bsdboy1982 > --ooO--(_)--Ooo--+------------------------------------------------- > > Running the latest BIOS version yes. Also running Fail safe options with the exception on that I've but the cdrom on first boot device. The cable setup is IDE1 <- HD0 (M) <- Cdrom (S). So yes, they're on the same cable with manual M/S-setup. // Sebastian Holmqvist From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 12:29:42 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0434516A428 for ; Sat, 1 Oct 2005 12:29:42 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85C9B43D48 for ; Sat, 1 Oct 2005 12:29:41 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so41757wra for ; Sat, 01 Oct 2005 05:29:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:disposition-notification-to:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=nTlnIseHmd79rNMEfMcK5JthmpbNA0Uy1ChehLAmKCHhBMZA9y0fTM/CzxJSyg2Zt6yE1YIpy3xFh2hl2Uvbk48duAqsMP0aiKUu5Bnr2RcZKKwy1W+/+Do1SkIPpqvQ/6Fl3f0q12rbIsK66rwPogz2mHmbe0FIzKvZdIgeKE8= Received: by 10.54.34.75 with SMTP id h75mr1123992wrh; Sat, 01 Oct 2005 05:29:41 -0700 (PDT) Received: from ?127.0.0.1? ( [59.93.242.91]) by mx.gmail.com with ESMTP id 6sm645908wrl.2005.10.01.05.29.38; Sat, 01 Oct 2005 05:29:40 -0700 (PDT) Message-ID: <433E8123.80406@gmail.com> Date: Sat, 01 Oct 2005 17:59:23 +0530 From: Subhro User-Agent: Thunderbird 1.4 (Windows/20050908) MIME-Version: 1.0 To: Sebastian Holmqvist References: <433E7A97.9020109@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: Re: Problem booting FBSD 5.4-stable.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 12:29:42 -0000 Sebastian Holmqvist sat at his 'puter and typed on 10/1/2005 17:45: > > On 1 Oct 2005, at 14:01, Subhro wrote: > >> Sebastian Holmqvist sat at his 'puter and typed on 10/1/2005 17:04: >> >>> Specs: >>> Amd Thunderbird 800 >>> Abit KT7-raid (VIA KT133) >>> >>> 256 MB >>> 30 GB IDE >>> Cdrom >>> Floppy >>> >>> Problem: The computer just prints three rows... >>> >>> 'Building the boot loader arguments >>> Looking up /BOOT/LOADER... Found >>> Relocating the loader and the BTX' >>> >>> ...and then reboots. >>> >> Did you try disabling fancy options like BIOS Shadowing, Power >> Options, etc? Are you running the latest release of BIOS from your >> mo'bo' manufacturer? Is the HDD and the CDROM on the same cable? If >> yes, then what is the way they are attached? >> >> > Running the latest BIOS version yes. Also running Fail safe options > with the exception on that I've but the cdrom on first boot device. > The cable setup is IDE1 <- HD0 (M) <- Cdrom (S). So yes, they're on > the same cable with manual M/S-setup. > > // Sebastian Holmqvist > Great. FreeBSD, unlike Linux and Windowz is very very fusy about hardware. As per the IDE specs, the master drive should always be at the end of the cable. The middle is occupied by the slave drive, which is not your case. For a start, I would try fixing that. Also it is recommended not to mix drive types on a single bus. Therefore it would be highly recommended to move the optical drive to the secondary bus. Also do not rely on CS. Ecplicitly jumper them as master and slave. Thanks S. -- -----------------+------------------------------------------------- | Subhro Sankha Kar \ / | GSM: +919831064613 -- Fax: +919831832913 \./ | MSN:subhro@subhro.org -- Yahoo: subhro82 (0Y0) | ICQ: 203567534 -- AIM: bsdboy1982 --ooO--(_)--Ooo--+------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 12:32:30 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8CA416A41F for ; Sat, 1 Oct 2005 12:32:30 +0000 (GMT) (envelope-from sebastian.ht@telia.com) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83C3843D45 for ; Sat, 1 Oct 2005 12:32:30 +0000 (GMT) (envelope-from sebastian.ht@telia.com) Received: from [192.168.0.101] (81.236.253.200) by pne-smtpout1-sn1.fre.skanova.net (7.2.060.1) id 43200DEA004C7BA2; Sat, 1 Oct 2005 14:32:29 +0200 In-Reply-To: <433E8123.80406@gmail.com> References: <433E7A97.9020109@gmail.com> <433E8123.80406@gmail.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4F3B191A-5999-45EC-9258-F0DC70EB10D2@telia.com> Content-Transfer-Encoding: 7bit From: Sebastian Holmqvist Date: Sat, 1 Oct 2005 14:32:47 +0200 To: Subhro X-Mailer: Apple Mail (2.734) Cc: stable@FreeBSD.org Subject: Re: Problem booting FBSD 5.4-stable.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 12:32:31 -0000 On 1 Oct 2005, at 14:29, Subhro wrote: > Sebastian Holmqvist sat at his 'puter and typed on 10/1/2005 17:45: > >> >> On 1 Oct 2005, at 14:01, Subhro wrote: >> >> >>> Sebastian Holmqvist sat at his 'puter and typed on 10/1/2005 17:04: >>> >>> >>>> Specs: >>>> Amd Thunderbird 800 >>>> Abit KT7-raid (VIA KT133) >>>> >>>> 256 MB >>>> 30 GB IDE >>>> Cdrom >>>> Floppy >>>> >>>> Problem: The computer just prints three rows... >>>> >>>> 'Building the boot loader arguments >>>> Looking up /BOOT/LOADER... Found >>>> Relocating the loader and the BTX' >>>> >>>> ...and then reboots. >>>> >>>> >>> Did you try disabling fancy options like BIOS Shadowing, Power >>> Options, etc? Are you running the latest release of BIOS from >>> your mo'bo' manufacturer? Is the HDD and the CDROM on the same >>> cable? If yes, then what is the way they are attached? >>> >>> >>> >> Running the latest BIOS version yes. Also running Fail safe >> options with the exception on that I've but the cdrom on first >> boot device. >> The cable setup is IDE1 <- HD0 (M) <- Cdrom (S). So yes, they're >> on the same cable with manual M/S-setup. >> >> // Sebastian Holmqvist >> >> > Great. FreeBSD, unlike Linux and Windowz is very very fusy about > hardware. As per the IDE specs, the master drive should always be > at the end of the cable. The middle is occupied by the slave drive, > which is not your case. For a start, I would try fixing that. Also > it is recommended not to mix drive types on a single bus. Therefore > it would be highly recommended to move the optical drive to the > secondary bus. Also do not rely on CS. Ecplicitly jumper them as > master and slave. > > Thanks > S. > > -- > -----------------+------------------------------------------------- > | Subhro Sankha Kar > \ / | GSM: +919831064613 -- Fax: +919831832913 > \./ | MSN:subhro@subhro.org -- Yahoo: subhro82 > (0Y0) | ICQ: 203567534 -- AIM: bsdboy1982 > --ooO--(_)--Ooo--+------------------------------------------------- > > Really? I always thought Master should be first. Yeah, I know about CS reliability problem. I'll see if I can reverse them or even better, use separate cables. // Sebastian Holmqvist From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 14:39:35 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAD1816A41F for ; Sat, 1 Oct 2005 14:39:35 +0000 (GMT) (envelope-from sebastian.ht@telia.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74C8743D45 for ; Sat, 1 Oct 2005 14:39:35 +0000 (GMT) (envelope-from sebastian.ht@telia.com) Received: from [192.168.0.101] (81.236.253.200) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 4332AC78002017CE; Sat, 1 Oct 2005 16:39:34 +0200 In-Reply-To: <433E8123.80406@gmail.com> References: <433E7A97.9020109@gmail.com> <433E8123.80406@gmail.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <924BD2D4-2CC7-470F-98DC-6693F25BFEB7@telia.com> Content-Transfer-Encoding: 7bit From: Sebastian Holmqvist Date: Sat, 1 Oct 2005 16:39:53 +0200 To: Subhro X-Mailer: Apple Mail (2.734) Cc: stable@FreeBSD.org Subject: Re: Problem booting FBSD 5.4-stable.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 14:39:36 -0000 On 1 Oct 2005, at 14:29, Subhro wrote: > Sebastian Holmqvist sat at his 'puter and typed on 10/1/2005 17:45: > >> >> On 1 Oct 2005, at 14:01, Subhro wrote: >> >> >>> Sebastian Holmqvist sat at his 'puter and typed on 10/1/2005 17:04: >>> >>> >>>> Specs: >>>> Amd Thunderbird 800 >>>> Abit KT7-raid (VIA KT133) >>>> >>>> 256 MB >>>> 30 GB IDE >>>> Cdrom >>>> Floppy >>>> >>>> Problem: The computer just prints three rows... >>>> >>>> 'Building the boot loader arguments >>>> Looking up /BOOT/LOADER... Found >>>> Relocating the loader and the BTX' >>>> >>>> ...and then reboots. >>>> >>>> >>> Did you try disabling fancy options like BIOS Shadowing, Power >>> Options, etc? Are you running the latest release of BIOS from >>> your mo'bo' manufacturer? Is the HDD and the CDROM on the same >>> cable? If yes, then what is the way they are attached? >>> >>> >>> >> Running the latest BIOS version yes. Also running Fail safe >> options with the exception on that I've but the cdrom on first >> boot device. >> The cable setup is IDE1 <- HD0 (M) <- Cdrom (S). So yes, they're >> on the same cable with manual M/S-setup. >> >> // Sebastian Holmqvist >> >> > Great. FreeBSD, unlike Linux and Windowz is very very fusy about > hardware. As per the IDE specs, the master drive should always be > at the end of the cable. The middle is occupied by the slave drive, > which is not your case. For a start, I would try fixing that. Also > it is recommended not to mix drive types on a single bus. Therefore > it would be highly recommended to move the optical drive to the > secondary bus. Also do not rely on CS. Ecplicitly jumper them as > master and slave. > > Thanks > S. > > -- > -----------------+------------------------------------------------- > | Subhro Sankha Kar > \ / | GSM: +919831064613 -- Fax: +919831832913 > \./ | MSN:subhro@subhro.org -- Yahoo: subhro82 > (0Y0) | ICQ: 203567534 -- AIM: bsdboy1982 > --ooO--(_)--Ooo--+------------------------------------------------- > > Alright. I've tried putting IDE <- CDrom (S) <- HD0 (M) and it didn't work. Then I tried IDE1 <- HD0 (M) and IDE2 <- CDrom (M) and that didn't work EITHER. This is feeling ridiculous. I'm trying the boot diskettes to test my luck. // Sebastian Holmqvist From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 17:54:31 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 150D616A41F for ; Sat, 1 Oct 2005 17:54:31 +0000 (GMT) (envelope-from jfarmer@goldsword.com) Received: from audi.websitewelcome.com (audi.websitewelcome.com [67.19.210.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4B5D43D48 for ; Sat, 1 Oct 2005 17:54:30 +0000 (GMT) (envelope-from jfarmer@goldsword.com) Received: from adsl-065-013-105-239.sip.tys.bellsouth.net ([65.13.105.239]:1045 helo=[192.168.1.33]) by audi.websitewelcome.com with esmtpa (Exim 4.52) id 1ELlZ1-0003QV-U5 for stable@freebsd.org; Sat, 01 Oct 2005 12:54:24 -0500 Message-ID: <433ECD71.5030603@goldsword.com> Date: Sat, 01 Oct 2005 13:54:57 -0400 From: "J. T. Farmer" Organization: GoldSword Systems User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.11) Gecko/20050728 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: <433E7A97.9020109@gmail.com> <433E8123.80406@gmail.com> In-Reply-To: <433E8123.80406@gmail.com> 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 - audi.websitewelcome.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - goldsword.com X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: Problem booting FBSD 5.4-stable.. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 17:54:31 -0000 Subhro wrote: > Sebastian Holmqvist sat at his 'puter and typed on 10/1/2005 17:45: > >> Running the latest BIOS version yes. Also running Fail safe options >> with the exception on that I've but the cdrom on first boot device. >> The cable setup is IDE1 <- HD0 (M) <- Cdrom (S). So yes, they're on >> the same cable with manual M/S-setup. >> >> // Sebastian Holmqvist >> > Great. FreeBSD, unlike Linux and Windowz is very very fusy about > hardware. As per the IDE specs, the master drive should always be at > the end of the cable. The middle is occupied by the slave drive, which > is not your case. For a start, I would try fixing that. Also it is > recommended not to mix drive types on a single bus. Therefore it would > be highly recommended to move the optical drive to the secondary bus. > Also do not rely on CS. Ecplicitly jumper them as master and slave. Actually, my understanding of the specifications is that the only time you are required to place the master at the end of the cable is when it is the only device in the chain. If there are two devices in the chain, then either can be Master and provide the timing for both. John ---------------------------------------------------------------------- John T. Farmer Owner & CTO GoldSword Systems jfarmer@goldsword.com 865-691-6498 Knoxville TN Consulting, Design, & Development of Networks & Software From owner-freebsd-stable@FreeBSD.ORG Sat Oct 1 18:16:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C813016A41F for ; Sat, 1 Oct 2005 18:16:09 +0000 (GMT) (envelope-from loox@e-shell.net) Received: from sophia3.e-shell.net (sophia3.e-shell.net [64.246.46.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ED8E43D46 for ; Sat, 1 Oct 2005 18:16:09 +0000 (GMT) (envelope-from loox@e-shell.net) Received: from dsl-201-154-37-23.prod-infinitum.com.mx (unknown [201.154.37.23]) by sophia3.e-shell.net (Postfix) with ESMTP id CBA33656826 for ; Sat, 1 Oct 2005 13:16:08 -0500 (CDT) From: Axel Gonzalez To: freebsd-stable@freebsd.org Date: Sat, 1 Oct 2005 13:16:06 -0500 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510011316.07073.loox@e-shell.net> Subject: FAT32 corruption (related to kern/39043) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 18:16:09 -0000 I had noticed some strange behaviour with some programs on FAT32 partitions, then I got into kern/39043 (moving files over samba), wich has been open for over 3 years. Then I decided to do some research. I made a simple program, that opens some files, write some data, and close the file (included at end). Inmediately after the program is done, the files are ok, all data is plain text, and they have what is expected. But after some time, or some disk access (unrelated to the files), the files are corrupted!, with lots of garbage. By looking at the uncorrupted text (specially formated for this), it seems that the corruption is in blocks of 4096 (the size of the partition's clusters). This leads me to belive there is a problem flushing cache entries to the directory structure (so directory entries get corrupted, by pointing to unrelated clusters). Sometimes files are ok, but its easy to get a corrupted one. This is what I did: $ uname -a FreeBSD moonlight.e-shell.net 5.4-STABLE FreeBSD 5.4-STABLE #1: Fri Sep 30 01:02:32 CDT 2005 loox@...:/usr/obj/usr/src/sys/LXAMD64 amd64 $ ./fat32 /mnt/wina5/tmp/test0 /mnt/wina5/tmp/test1 /mnt/wina5/tmp/test2 /mnt/wina5/tmp/test3 /mnt/wina5/tmp/test4 /mnt/wina5/tmp/test5 /mnt/wina5/tmp/test6 /mnt/wina5/tmp/test7 Files are created ok $ cat test0 | grep -v file00 $ file is ok.. no weird data do some disk access: $ find / > /dev/null $ test the file again: $ cat test0 | grep -v file00 (lots of binary garbage) $ The program I used to test: ************************************************** #include #include #include #define _PATH "/mnt/wina5/tmp" #define BLOCK 8192 #define NUM 1024 #define FN 8 int main() { int i, j, k; int fd[FN]; char file[128]; char name[128] = "test"; char str[BLOCK + 1]; for (j = 0; j < FN; j++) { sprintf(file, "%s/%s%d", _PATH, name, j); printf("%s\n", file); fd[j] = open(file, O_RDWR | O_TRUNC | O_CREAT); for (i = NUM; i >= 0; i--) { for (k = 0; k < BLOCK; k += 32) sprintf(str + k, "file%02d | Block: %06d [%06d]\n", j, i, k); lseek(fd[j], i * BLOCK, SEEK_SET); write(fd[j], str, BLOCK); } } for (j = 0; j < FN; j++) close(fd[j]); }