From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 00:04:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3126516A4CE for ; Sun, 18 Jan 2004 00:04:34 -0800 (PST) Received: from server.vk2pj.dyndns.org (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EB4D43D1F for ; Sun, 18 Jan 2004 00:04:32 -0800 (PST) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1])i0I84KPf000571; Sun, 18 Jan 2004 19:04:20 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.12.10/8.12.10/Submit) id i0I84KLt000570; Sun, 18 Jan 2004 19:04:20 +1100 (EST) (envelope-from peter) Date: Sun, 18 Jan 2004 19:04:20 +1100 From: Peter Jeremy To: Randy Bush Message-ID: <20040118080420.GA447@server.vk2pj.dyndns.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: FreeBSD Current Subject: Re: rewinding a disk drive takes too long X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 08:04:34 -0000 On Sat, Jan 17, 2004 at 09:55:53PM +0000, Randy Bush wrote: >dumping to a remote disk a la > /sbin/rdump 0Luaf foo.bar:/backup/usr /dev/ad0s3g ... > DUMP: 99.54% done, finished in 0:01 > DUMP: 101.28% done, finished in 0:-3 <<<<<<<<<======== > DUMP: DUMP: 7473583 tape blocks on 1 volume > >that seems a long time to rewind a disk file :-) > >and it paused at 0:01 for at least five minutes [r]dump(8) provides a status report every 5 minutes. The '% done' field is based on the initial estimate of how much data needs to be written and the time field is an estimate of how until it reaches 100% done based on the rate to date. If you're dumping an active filesystem, it's possible that the initial size was an under-estimate (if you look back, you'll probably find that it was about 3% less than the 7473583 block actually dumped). At the time of the last report, it had dumped 101.28% of the estimated volume and so estimated that it reached 100% 3 minutes previously. Peter From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 01:41:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96D1C16A4CE for ; Sun, 18 Jan 2004 01:41:56 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id BECAF43D2D for ; Sun, 18 Jan 2004 01:41:54 -0800 (PST) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 22AFF1FF91D for ; Sun, 18 Jan 2004 10:41:53 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 7BA3E1FF90C; Sun, 18 Jan 2004 10:41:51 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 52676155E3; Sun, 18 Jan 2004 09:41:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 4F70815336 for ; Sun, 18 Jan 2004 09:41:38 +0000 (UTC) Date: Sun, 18 Jan 2004 09:41:38 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Subject: PF_LOCAL sockets problem on a md fs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 09:41:56 -0000 Hi, I am running on a MD host# mount /dev/md0c on / (ufs, local) devfs on /dev (devfs, local) procfs on /proc (procfs, local) on startup syslogd, postfix, ppp and racoon are started. While for postfix the relative sockets show up in filesystem they do not (with absolut socket names) for syslogd and ppp (at least not for ppp). The first time I do a ls -la /var/run; ls -la /var/run/ppp there is neither a log socket nor the ppp socket does show up. find / -type s will only shows the sockets from postfix while netstat -an -f unix whill show them all (this is from ppp and syslogd too). according to fstat all the sockets are open too. It gets even more confusing: logging works at this point for (almost) everything (syslogd logs to another host): I get ppp logs, racoon logs and klog info. Now I kill ppp and start it again and the ppp local IPC socket also shows up in filessystem but ppp no longer logs (mostly because it cannot find /var/run/log ?). So I restart syslogd and /var/run/log shows up too and somewhen after this ppp and racoon do logging and postfix starts to log too. At boot startup order is like this: syslogd postfix ppp racoon I have seen similar problems for weeks but never investigated. The machine is a HEAD from about 20040117-0934 UTC. Anybody any ideas ? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 03:24:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72FB816A4CE; Sun, 18 Jan 2004 03:24:28 -0800 (PST) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id D43C943D1F; Sun, 18 Jan 2004 03:24:25 -0800 (PST) (envelope-from Alexander@Leidinger.net) Received: from fwd08.aul.t-online.de by mailout05.sul.t-online.com with smtp id 1AiB2W-0001pO-01; Sun, 18 Jan 2004 12:24:24 +0100 Received: from Andro-Beta.Leidinger.net (VahrSyZZQe5a61GTePfomciaVjfjLRyaNvEKW8HGQKuGcESrtQw3rf@[80.131.119.21]) by fmrl08.sul.t-online.com with esmtp id 1AiB1i-1z5rNI0; Sun, 18 Jan 2004 12:23:34 +0100 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i0IBNRJb043567; Sun, 18 Jan 2004 12:23:28 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (netchild@localhost [127.0.0.1]) i0IBNw3Q004778; Sun, 18 Jan 2004 12:23:58 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sun, 18 Jan 2004 12:23:58 +0100 From: Alexander Leidinger To: Don Lewis Message-Id: <20040118122358.5787614c@Magellan.Leidinger.net> In-Reply-To: <200401172054.i0HKsH7E051698@gw.catspoiler.org> References: <1074345038.1337.25.camel@shoeserv.freebsd> <200401172054.i0HKsH7E051698@gw.catspoiler.org> X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Seen: false X-ID: VahrSyZZQe5a61GTePfomciaVjfjLRyaNvEKW8HGQKuGcESrtQw3rf@t-dialin.net cc: current@freebsd.org cc: shoesoft@gmx.net Subject: Re: sound/pcm/* bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 11:24:28 -0000 On Sat, 17 Jan 2004 12:54:17 -0800 (PST) Don Lewis wrote: > > - If I use esd as output device (e.g. for ogg123 because it doesn't work > > properly with the default output) an I stop the player, it takes some > > seconds before the sound actually stops playing (until the buffer is > > written to dsp). This doesn't happen with unpatched pcm module. > > I have seen this. I've been testing with wavplay and when I ^c the > player it can take quite a while before the sound stops playing and the > player exits. I think it is sitting in chn_flush(), but I haven't > looked closely at it. Have a look at the multimedia@ archive, there's a post about "PCM audio problem on 5.2R(Fix included)" (Message-ID: <20040117043236.GA3223@kt-is.co.kr>). Maybe it helps. Bye, Alexander. -- I will be available to get hired in April 2004. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 03:28:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B32616A4CE for ; Sun, 18 Jan 2004 03:28:39 -0800 (PST) Received: from vsmtp1.tin.it (vsmtp1alice.tin.it [212.216.176.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2603843D1F for ; Sun, 18 Jan 2004 03:28:36 -0800 (PST) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (80.182.47.232) by vsmtp1.tin.it (7.0.019) id 4006CFC30006E3D1 for freebsd-current@freebsd.org; Sun, 18 Jan 2004 12:28:32 +0100 Received: by kaiser.sig11.org (Postfix, from userid 1000) id 91E212A; Sun, 18 Jan 2004 12:28:26 +0100 (CET) From: Matteo Riondato To: freebsd-current@freebsd.org In-Reply-To: <20040117105358.GA3788@elvis.mu.org> References: <20040117105358.GA3788@elvis.mu.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-AUJfs2bak962+EOMFfer" Message-Id: <1074425306.712.6.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 18 Jan 2004 12:28:26 +0100 Subject: Re: 5.2-CURRENT FreeBSD - ata1-slave : TIMEOUT - SETFEATURES SET TRANSFER MODE retrying (0 retries left) - X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rionda@gufi.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 11:28:39 -0000 --=-AUJfs2bak962+EOMFfer Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Il Sab, 2004-01-17 alle 11:53, Hugues Le Bars ha scritto: > Hello, >=20 > I just recompiled (Sat Jan 17 CET 2004) /usr/src -current and at boot it = hangs giving : >=20 > ata1-slave : TIMEOUT - SETFEATURES SET TRANSFER MODE retrying (0 retries = left) > ata1-slave : TIMEOUT - SETFEATURES SET TRANSFER MODE retrying (0 retries = left) Same problem here with src as of Sun Jan 18 01:00 CET With a working kernel i got: Jan 7 22:51:56 kaiser kernel: ad1: 38172MB [77= 557/16/63] at ata0-slave UDMA100 Jan 7 22:51:56 kaiser kernel: ata1-master: WARNING - SETFEATURES recovered= from missing interrupt Jan 7 22:51:56 kaiser kernel: ata1-master: WARNING - SETFEATURES recovered= from missing interrupt (don't know what the warnings mean..it may mean crappy hardware..) Best Regards --=20 Rionda aka Matteo Riondato G.U.F.I Staff Member (http://www.gufi.org) BSD-FAQ-it Main Developer (http://www.gufi.org/~rionda) GPG key at: http://www.riondabsd.net/riondagpg.asc Sent from: kaiser.sig11.org running FreeBSD-5.2-CURRENT --=-AUJfs2bak962+EOMFfer Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBACm3a2Mp4pR7Fa+wRAriLAKCJmKxLqAzPm3ffjS/gj+/FZmXZJQCfSAfP qIjCe/cnBYr79ETXhl6rdiM= =Xg9B -----END PGP SIGNATURE----- --=-AUJfs2bak962+EOMFfer-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 04:16:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05FD916A4CF for ; Sun, 18 Jan 2004 04:16:55 -0800 (PST) Received: from email06.aon.at (WARSL402PIP3.highway.telekom.at [195.3.96.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 1D90143D54 for ; Sun, 18 Jan 2004 04:16:32 -0800 (PST) (envelope-from shoesoft@gmx.net) Received: (qmail 119892 invoked from network); 18 Jan 2004 12:16:30 -0000 Received: from m105p024.dipool.highway.telekom.at (HELO ?62.46.3.24?) ([62.46.3.24]) (envelope-sender ) by qmail6rs.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 18 Jan 2004 12:16:30 -0000 From: Stefan Ehmann To: Don Lewis In-Reply-To: <200401180113.i0I1Dt7E052190@gw.catspoiler.org> References: <200401180113.i0I1Dt7E052190@gw.catspoiler.org> Content-Type: text/plain Message-Id: <1074428201.905.13.camel@shoeserv.freebsd> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 18 Jan 2004 13:16:41 +0100 Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: sound/pcm/* bugs (was: Re: page fault panic tracked down (selwakeuppri()) - really sound/pcm/*) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 12:16:55 -0000 On Sun, 2004-01-18 at 02:13, Don Lewis wrote: > On 17 Jan, Stefan Ehmann wrote: > > Seems like some of my interpretation were wrong. > > > > The failing at the first try opening /dev/dsp seems to be related to the > > last point. If output is sent to esd by ogg123 (e.g) is terminated but > > sound is played for some more seconds. If the next file is opened the > > device is still busy. > > Try changing the two instances of > maxblksz = sndbuf_getblksz(b); > in chn_setblocksize() to > maxblksz = sndbuf_getsize(b) / blkcnt; > and change the condition for executing the sndbuf_remalloc() call from > if (sndbuf_getblksz(bs) != maxblksz) { > to > if (sndbuf_getblksz(bs) != maxblksz || sndbuf_getblkcnt(bs) != blkcnt) { > That fixed it. It doesn't stop as immediately as with non-esd (maybe half a second) but a quick test on my 4.9 system revealed that this seems to be normal. > It seems that the blkcnt for bufsoft never gets set in the non-vchan > case, and gets ignored in the vchan case because the call to > chn_setblocksize() that tries to set it passes 0 for the blksz > parameter. In either case the code in chn_setblocksize() that > calculates blkcnt and blksz from sndbuf_getbps(bs), sndbuf_getspd(bs)), > chn_targetirqrate, and CHN_2NDBUFMAXSIZE gets invoked, resulting in a > request for a CHN_2NDBUFMAXSIZE-size buffer and wierd values for blkcnt > and blksz. I typically see blkcnt getting set to 32. If you combine > this larger than expect blkcnt with the blksz from bufhard, which has a > much smaller blksz, bufsoft is likely to end up with a huge buffer. With > the above change, blkcnt will still be wierd, but its effects will be > papered over and bufsoft's size will get capped at CHN_2NDBUFMAXSIZE > (131072), so there should only be about 1.5 seconds of buffered audio. > > > Still have no clue why there are some non-used vchans busy. > > I haven't seen that here. > > > There is also now the issue of merging in phk's recent commit to the > sound code. I'll do some further testing to see if I can reproduce the the busy vchans issue and to find out if it really prevents panics. From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 04:28:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2DC116A4CF for ; Sun, 18 Jan 2004 04:28:04 -0800 (PST) Received: from tarakan-network.com (chojin.adsl.nerim.net [62.4.22.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFE1A43D60 for ; Sun, 18 Jan 2004 04:28:02 -0800 (PST) (envelope-from chojin@chojin.info) Received: from chojin.lan.tarakan-network.com (chojin [192.168.1.3]) by tarakan-network.com (Postfix) with ESMTP id 6B9AAFE34 for ; Sun, 18 Jan 2004 13:27:54 +0100 (CET) From: Gregory Poudrel To: freebsd-current@freebsd.org Date: Sun, 18 Jan 2004 13:30:37 +0100 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200401181330.38872.chojin@chojin.info> Subject: ACPI issue with ASUS P5A motherboard on 5.2-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 12:28:05 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I recently had some problems with my ASUS P5A motherboard (K6-II 350) on=20 =46reeBSD 5.2-RELEASE. In fact, I had GENERIC kernel installed and ACPI activated. =46irst problem: Time flow was incorrect. In fact, 1 second meaned 0.5 second for FreeBSD. Each minute I tested a ntpdate and there was 76 seconds difference. When I rebooted and check in BIOS, time was correct and flowed independentl= y. Second problem: on my LAN there is a gateway on FreeBSD 4.9-STABLE that manages the interne= t=20 connection. When I traceroute/ping anything on the net from my PC under 5.2, there was = 120=20 ms latency between my gateway and my first hop (provider LNS). =2D From any other PC of my LAN, there was normal 60 ms latency. I changed network cards of PC under 5.2, changed RJ45 connector... nothing= =20 changed. I decided on boot to disactivate ACPI by setting hint.acpi.0.disabled to 1. No problem anymore, normal time flowing, normal ping. =2D --=20 Gregory Poudrel (Chojin) =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFACnxt+OqMRW168TIRAtCNAJ0UHGvbWnhSjuTCZFqC2+Ax2u/kfQCcCIx7 HNRom8JluStcAfGRz3siAME=3D =3DMiUa =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 04:48:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 764CD16A4CE for ; Sun, 18 Jan 2004 04:48:10 -0800 (PST) Received: from vsmtp3.tin.it (vsmtp3.tin.it [212.216.176.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13E0A43D1D for ; Sun, 18 Jan 2004 04:48:08 -0800 (PST) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (80.182.47.232) by vsmtp3.tin.it (7.0.019) id 3FF1871600304BDD for freebsd-current@FreeBSD.ORG; Sun, 18 Jan 2004 13:48:06 +0100 Received: by kaiser.sig11.org (Postfix, from userid 1000) id 698F647; Sun, 18 Jan 2004 13:48:00 +0100 (CET) From: Matteo Riondato To: sos@deepcore.dk In-Reply-To: <200401181201.i0IC1Esc078776@spider.deepcore.dk> References: <200401181201.i0IC1Esc078776@spider.deepcore.dk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-uZOAPHp2DkQJnm0kBBsk" Message-Id: <1074430079.717.5.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 18 Jan 2004 13:48:00 +0100 cc: freebsd-current@FreeBSD.ORG Subject: Re: 5.2-CURRENT FreeBSD - ata1-slave : TIMEOUT - SETFEATURES SET TRANSFER MODE retrying (0 retries left) - X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rionda@gufi.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 12:48:10 -0000 --=-uZOAPHp2DkQJnm0kBBsk Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Il Dom, 2004-01-18 alle 13:01, sos@deepcore.dk ha scritto:=20 > It seems Matteo Riondato wrote: > > Il Sab, 2004-01-17 alle 11:53, Hugues Le Bars ha scritto: > > > I just recompiled (Sat Jan 17 CET 2004) /usr/src -current and at boot= it hangs giving : > > >=20 > > > ata1-slave : TIMEOUT - SETFEATURES SET TRANSFER MODE retrying (0 retr= ies left) > > > ata1-slave : TIMEOUT - SETFEATURES SET TRANSFER MODE retrying (0 retr= ies left) > >=20 > > Same problem here with src as of Sun Jan 18 01:00 CET Forgot to say that on ata1-slave I have a acd1: DVDROM at ata1-slave UDMA33 > > With a working kernel i got: > > Jan 7 22:51:56 kaiser kernel: ad1: 38172MB = [77557/16/63] at ata0-slave UDMA100 > > Jan 7 22:51:56 kaiser kernel: ata1-master: WARNING - SETFEATURES recov= ered from missing interrupt > > Jan 7 22:51:56 kaiser kernel: ata1-master: WARNING - SETFEATURES recov= ered from missing interrupt > >=20 > > (don't know what the warnings mean..it may mean crappy hardware..) >=20 > It means that we are not getting interrupts, does it work if you boot > without ACPI ?=20 The WARNING - SETFEATURES messages are still there. > do you have device apic in there ? Yes, I do. Is there anything else I can do? > -S=F8ren=20 >=20 --=20 Rionda aka Matteo Riondato G.U.F.I Staff Member (http://www.gufi.org) BSD-FAQ-it Main Developer (http://www.gufi.org/~rionda) GPG key at: http://www.riondabsd.net/riondagpg.asc Sent from: kaiser.sig11.org running FreeBSD-5.2-CURRENT --=-uZOAPHp2DkQJnm0kBBsk Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBACoB/2Mp4pR7Fa+wRAjbyAJ9NUBkuWAFr6uM+t2gyLe5e2LrejQCg0Io0 057galvUcYCigPfGUu56kKI= =6uDw -----END PGP SIGNATURE----- --=-uZOAPHp2DkQJnm0kBBsk-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 04:54:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 768F916A4CE for ; Sun, 18 Jan 2004 04:54:24 -0800 (PST) Received: from martos.bme.hu (ns.martos.bme.hu [152.66.232.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA28043D3F for ; Sun, 18 Jan 2004 04:54:20 -0800 (PST) (envelope-from tompos@martos.bme.hu) Received: by martos.bme.hu (Postfix, from userid 1000) id 56EC1FB00; Sun, 18 Jan 2004 13:54:19 +0100 (CET) Date: Sun, 18 Jan 2004 13:54:19 +0100 From: Papp Tamas To: Doug White Message-ID: <20040118125419.GA16423@martos.bme.hu> References: <20040109150056.GA2883@martos.bme.hu> <20040109150400.GA3153@martos.bme.hu> <20040109152549.E24587@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040109152549.E24587@carver.gumbysoft.com> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: APIC problem(?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 12:54:24 -0000 On Fri, Jan 09, 2004 at 03:26:21PM -0800, Doug White wrote: > On Fri, 9 Jan 2004, Papp Tamas wrote: > > > On Fri, Jan 09, 2004 at 04:00:56PM +0100, Papp Tamas wrote: > > > > I'm sorry, here is the attachment. > > Your dmesg looks fine; the root filesystem was found. Can we get the > exact sequence of messages leading up to the error? I'm sorry, I can't get it. When I try to boot with option -h, the machine reboot automatically. I tried to do something with this until this time, but I couldn't. So I don't have the dmesg. Or is the pure dmesg without option -v -d OK? I can write it from the screen with my hands:) Thanks, tompos From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 05:08:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6485B16A4CE for ; Sun, 18 Jan 2004 05:08:59 -0800 (PST) Received: from vsmtp4.tin.it (vsmtp4.tin.it [212.216.176.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 067C343D2D for ; Sun, 18 Jan 2004 05:08:58 -0800 (PST) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (80.182.47.232) by vsmtp4.tin.it (7.0.019) id 3FE032C1005DE116 for freebsd-current@FreeBSD.ORG; Sun, 18 Jan 2004 14:08:56 +0100 Received: by kaiser.sig11.org (Postfix, from userid 1000) id C97E74C; Sun, 18 Jan 2004 14:08:55 +0100 (CET) From: Matteo Riondato To: sos@deepcore.dk In-Reply-To: <200401181257.i0ICv3Jo000666@spider.deepcore.dk> References: <200401181257.i0ICv3Jo000666@spider.deepcore.dk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-YFgV6CbbAMkKNWC85fHd" Message-Id: <1074431335.717.10.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 18 Jan 2004 14:08:55 +0100 cc: freebsd-current@FreeBSD.ORG Subject: Re: 5.2-CURRENT FreeBSD - ata1-slave : TIMEOUT - SETFEATURES SET TRANSFER MODE retrying (0 retries left) - X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rionda@gufi.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 13:08:59 -0000 --=-YFgV6CbbAMkKNWC85fHd Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Il Dom, 2004-01-18 alle 13:57, sos@deepcore.dk ha scritto: > It seems Matteo Riondato wrote: > >=20 > > > > With a working kernel i got: > > > > Jan 7 22:51:56 kaiser kernel: ad1: 38172MB [77557/16/63] at ata0-slave UDMA100 > > > > Jan 7 22:51:56 kaiser kernel: ata1-master: WARNING - SETFEATURES r= ecovered from missing interrupt > > > > Jan 7 22:51:56 kaiser kernel: ata1-master: WARNING - SETFEATURES r= ecovered from missing interrupt > >=20 > > The WARNING - SETFEATURES messages are still there. >=20 > Yes you aren't getting interrupts through I have no idea why.. >=20 > > > do you have device apic in there ? > >=20 > > Yes, I do. > > Is there anything else I can do? >=20 > Try to boot without ACPI, if that doesn't help, try a kernel without > device apic, eventually also without APIC on boot.. Ok, I will try. Could you explain me what does "without APIC on boot" means? Do I have to disable someting via sysctl or BIOS ? --=20 Rionda aka Matteo Riondato G.U.F.I Staff Member (http://www.gufi.org) BSD-FAQ-it Main Developer (http://www.gufi.org/~rionda) GPG key at: http://www.riondabsd.net/riondagpg.asc Sent from: kaiser.sig11.org running FreeBSD-5.2-CURRENT --=-YFgV6CbbAMkKNWC85fHd Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBACoVn2Mp4pR7Fa+wRAq2RAJ9ojqozGG/U3VTBzo1GCCA21knedgCeIrN0 AF+/BQ/PB2YcrOHNTHPM1JY= =QaIl -----END PGP SIGNATURE----- --=-YFgV6CbbAMkKNWC85fHd-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 13:49:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B6BF16A4CE for ; Sat, 17 Jan 2004 13:49:38 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id EF82F43D39 for ; Sat, 17 Jan 2004 13:49:36 -0800 (PST) (envelope-from andreas-moeller@gmx.net) Received: (qmail 890 invoked by uid 65534); 17 Jan 2004 21:49:35 -0000 Received: from pD9E21CCF.dip.t-dialin.net (EHLO gmx.net) (217.226.28.207) by mail.gmx.net (mp014) with SMTP; 17 Jan 2004 22:49:35 +0100 X-Authenticated: #1940550 Message-ID: <4009ADE7.2060101@gmx.net> Date: Sat, 17 Jan 2004 22:49:27 +0100 From: Andreas Moeller User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040117 X-Accept-Language: de-de, de, en-us, en MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 18 Jan 2004 05:24:45 -0800 Subject: fxp(4) TCP checksum offloading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2004 21:49:38 -0000 Hello list! I got an Intel PRO/100 S NIC (Intel 82550 chip) which supports TCP checksum offloading. I am also able to load the microcode necessary in order to activate that feature: fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 Unfortunately, when enabled, network connections (at least those based on TCP) start timing out while ping remains working flawlessly. The system in question is running latest -CURRENT source as of today. Also, after having put /sbin/ifconfig fxp0 link0 in /etc/start_if. (which by the way seems to be undocumented), the microcode gets loaded but then sshd refuses to start at boot time. I don't get any error message. dmesg output: fxp0: port 0xdc00-0xdc3f mem 0xe3000000-0xe301ffff,0xe3020000-0xe3020fff irq 11 at device 10.0 on pci0 fxp0: Ethernet address 00:02:b3:4c:9c:32 miibus0: on fxp0 pciconf output: fxp0@pci0:10:0: class=0x020000 card=0x00408086 chip=0x12298086 rev=0x0d hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet Any ideas? (Is there a way to unload the microcode again besides rebooting the system?) From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 13:55:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AE8716A4CE for ; Sat, 17 Jan 2004 13:55:54 -0800 (PST) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 45E0F43D54 for ; Sat, 17 Jan 2004 13:55:52 -0800 (PST) (envelope-from andreas-moeller@gmx.net) Received: (qmail 31315 invoked by uid 65534); 17 Jan 2004 21:55:50 -0000 Received: from pD9E21CCF.dip.t-dialin.net (EHLO gmx.net) (217.226.28.207) by mail.gmx.net (mp004) with SMTP; 17 Jan 2004 22:55:50 +0100 X-Authenticated: #1940550 Message-ID: <4009AF62.2020705@gmx.net> Date: Sat, 17 Jan 2004 22:55:46 +0100 From: Andreas Moeller User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040117 X-Accept-Language: de-de, de, en-us, en MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 18 Jan 2004 05:24:45 -0800 Subject: TCQ status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2004 21:55:54 -0000 Hello list! I just wondered what the current status of ATA Tagged Command Queueing as supported by some IBM/Hitachi(?) drives is. I got a Hitachi IC35L060AVV207-0 (DeskStar 180GXP) and would like to try out this feature under FreeBSD. Does the ata(4) driver support TCQ and is it known to work, perhaps even without eating too much data? ;-) From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 19:55:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EF0816A4CE; Sat, 17 Jan 2004 19:55:44 -0800 (PST) Received: from arbornet.org (m-net.arbornet.org [209.142.209.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 494B043D2F; Sat, 17 Jan 2004 19:55:43 -0800 (PST) (envelope-from junsu@m-net.arbornet.org) Received: from m-net.arbornet.org (localhost [127.0.0.1]) by arbornet.org (8.12.3p2/8.11.2) with ESMTP id i0I3KLpl007433; Sat, 17 Jan 2004 22:20:21 -0500 (EST) (envelope-from junsu@m-net.arbornet.org) Received: (from junsu@localhost) by m-net.arbornet.org (8.12.3p2/8.12.3/Submit) id i0I3KK8Q007404; Sat, 17 Jan 2004 22:20:20 -0500 (EST) Date: Sat, 17 Jan 2004 22:20:20 -0500 (EST) From: Jun Su Message-Id: <200401180320.i0I3KK8Q007404@m-net.arbornet.org> To: alc@cs.rice.edu, junsu@m-net.arbornet.org In-Reply-To: <20040115210511.GU7891@cs.rice.edu> X-Mailman-Approved-At: Sun, 18 Jan 2004 05:24:45 -0800 cc: alc@freebsd.org cc: current@freebsd.org Subject: Re: PANIC in kmem_alloc when loading many modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 03:55:44 -0000 I increased to 36. My problem solved. Thanks. Jun Su From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 01:58:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CB5C16A4CE for ; Sun, 18 Jan 2004 01:58:17 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24AEF43D31 for ; Sun, 18 Jan 2004 01:58:15 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id i0I9vamK077549; Sun, 18 Jan 2004 10:57:36 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id i0I9vaxh077548; Sun, 18 Jan 2004 10:57:36 +0100 (CET) (envelope-from sos) Message-Id: <200401180957.i0I9vaxh077548@spider.deepcore.dk> In-Reply-To: <87r7xy5ek2.fsf@strauser.com> To: Kirk Strauser Date: Sun, 18 Jan 2004 10:57:36 +0100 (CET) Sender: sos@spider.deepcore.dk From: sos@deepcore.dk X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 X-Mailman-Approved-At: Sun, 18 Jan 2004 05:24:45 -0800 cc: freebsd-current@FreeBSD.ORG Subject: Re: ATA still broken, but now differently X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 09:58:17 -0000 It seems Kirk Strauser wrote: -- Start of PGP signed section. > Well, Thursday's world seems to have broken ATA in a new and interesting > way. Before updating world in mid-September, my drive ran perfectly in > UDMA66 mode. Since that time, the system is absolutely guaranteed to freeze > if I run in any mode higher than BIOSPIO. Before two days ago, that meant > getting errors like: > > ad0: TIMEOUT - WRITE_DMA retrying (2 reties left) > ata0: resetting devices > ad0: FAILURE - already active DMA on this device > ad0: setting up DMA failed > > before infinite, unbreakable hangs. As of today, when running in any DMA > mode and exercising the ATA system, I get an endless stream of messages: > > swap pager: indefinite wait buffer > > and I can only break out of the error cycle with a reset. > > For the record, I've checked the cabling multiple times. "smartctl" gives > good results. The machine runs perfectly under FreeBSD 4.9 or versions of > 5.x prior to mid-September. > > Any thoughts before I file (another) PR? Hmm, please try a stock GENERIC kernel from todays sources, and boot verbosely then get me the output of dmesg. I known of no issue with that chipset, so it might be something special about your setup that makes things fail. -Søren From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 04:01:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BB3916A4CF for ; Sun, 18 Jan 2004 04:01:55 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C650B43D1F for ; Sun, 18 Jan 2004 04:01:52 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id i0IC1EmK078777; Sun, 18 Jan 2004 13:01:14 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id i0IC1Esc078776; Sun, 18 Jan 2004 13:01:14 +0100 (CET) (envelope-from sos) Message-Id: <200401181201.i0IC1Esc078776@spider.deepcore.dk> In-Reply-To: <1074425306.712.6.camel@kaiser.sig11.org> To: rionda@gufi.org Date: Sun, 18 Jan 2004 13:01:14 +0100 (CET) Sender: sos@spider.deepcore.dk From: sos@deepcore.dk X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 X-Mailman-Approved-At: Sun, 18 Jan 2004 05:24:45 -0800 cc: freebsd-current@FreeBSD.ORG Subject: Re: 5.2-CURRENT FreeBSD - ata1-slave : TIMEOUT - SETFEATURES SETTRANSFER MODE retrying (0 retries left) - X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 12:01:55 -0000 It seems Matteo Riondato wrote: > Il Sab, 2004-01-17 alle 11:53, Hugues Le Bars ha scritto: > > I just recompiled (Sat Jan 17 CET 2004) /usr/src -current and at boot it hangs giving : > > > > ata1-slave : TIMEOUT - SETFEATURES SET TRANSFER MODE retrying (0 retries left) > > ata1-slave : TIMEOUT - SETFEATURES SET TRANSFER MODE retrying (0 retries left) > > Same problem here with src as of Sun Jan 18 01:00 CET > With a working kernel i got: > Jan 7 22:51:56 kaiser kernel: ad1: 38172MB [77557/16/63] at ata0-slave UDMA100 > Jan 7 22:51:56 kaiser kernel: ata1-master: WARNING - SETFEATURES recovered from missing interrupt > Jan 7 22:51:56 kaiser kernel: ata1-master: WARNING - SETFEATURES recovered from missing interrupt > > (don't know what the warnings mean..it may mean crappy hardware..) It means that we are not getting interrupts, does it work if you boot without ACPI ? do you have device apic in there ? -Søren From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 04:25:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06E7A16A4CF for ; Sun, 18 Jan 2004 04:25:16 -0800 (PST) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 45F1343D55 for ; Sun, 18 Jan 2004 04:25:04 -0800 (PST) (envelope-from pilkis@gmx.net) Received: (qmail 11372 invoked by uid 65534); 18 Jan 2004 12:25:01 -0000 Received: from unknown (EHLO pilkishome) (62.68.63.42) by mail.gmx.net (mp003) with SMTP; 18 Jan 2004 13:25:01 +0100 X-Authenticated: #6832473 Message-ID: <002001c3ddbe$16e9ed60$1e64a8c0@spotripoli.local> From: "Putinas" To: Date: Sun, 18 Jan 2004 14:24:40 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2055 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2055 X-Mailman-Approved-At: Sun, 18 Jan 2004 05:24:45 -0800 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: build 5.2-release fails on 4.9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 12:25:16 -0000 Hello all, after making world and cd /usr/src/release I give command: make release CHROOTDIR=3D/usr/stuff/release BUILDNAME=3D5.2-RELEASE = CVSROOT=3D/usr/cvs NODOC=3Dyes NOPORTS=3Dyes NOPORTREADMES=3Dyes = RELEASETAG=3DRELENG_5_2 MAKE_ISO=3Dyes here is what I get after cvs from src... : U src/usr.sbin/zzz/zzz.sh rm -rf /usr/stuff/release/usr/ports # Add version information to those things that need it. if [ ! -f /usr/stuff/release/tmp/.world_done ]; then cd = /usr/stuff/release/usr/src/sys/conf && mv newvers.sh foo && sed = "s/^RELEASE=3D.*/RELEASE=3D5.2-RELEASE/" foo > newvers.sh && rm foo; = fi test -f install.cfg && cp install.cfg /usr/stuff/release/usr/src/release *** Error code 1 (ignored) echo "#!/bin/sh" > /usr/stuff/release/mk echo "set -ex" >> /usr/stuff/release/mk echo "trap 'umount /dev || true' 0" >> /usr/stuff/release/mk echo "_RELTARGET=3D\${1:-doRELEASE}" >> /usr/stuff/release/mk echo "export AUTO_KEYBOARD_DETECT=3D\"0\"" >> = /usr/stuff/release/mk echo "export BUILDNAME=3D\"5.2-RELEASE\"" >> /usr/stuff/release/mk echo "export DISTRIBUTIONS=3D\"base catpages manpages games proflibs = dict info doc compat1x compat20 compat21 compat22 compat3x compat4x = crypto\"" >> /usr/stuff/release/mk echo "export FTP_PASSIVE_MODE=3D\"YES\"" >> /usr/stuff/release/mk echo "export NODOC=3D\"yes\"" >> /usr/stuff/release/mk echo "export NOPORTS=3D\"yes\"" >> /usr/stuff/release/mk echo "export RELEASETAG=3D\"RELENG_5_2\"" >> /usr/stuff/release/mk echo "export RELNOTES_LANG=3D\"en_US.ISO8859-1\"" >> = /usr/stuff/release/mk echo "export TARGET=3D\"i386\"" >> /usr/stuff/release/mk echo "export TARGET_ARCH=3D\"i386\"" >> /usr/stuff/release/mk # Don't remove this, or the build will fall over! echo "export RELEASEDIR=3D/R" >> /usr/stuff/release/mk echo "export PATH=3D/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin" >> = /usr/stuff/release/mk echo "export MANBUILDCAT=3DYES" >> /usr/stuff/release/mk # NB: these may fail if the host is running w/o devfs echo "umount /dev >/dev/null 2>&1 || true" >> /usr/stuff/release/mk echo "mount -t devfs devfs /dev >/dev/null 2>&1 || true" >> = /usr/stuff/release/mk echo "if [ ! -f /tmp/.world_done ]; then" >> /usr/stuff/release/mk echo " cd /usr/src" >> /usr/stuff/release/mk echo " make TARGET_ARCH=3Di386 TARGET=3Di386 -DNOCLEAN buildworld && = \\" >> /usr/stuff/release/mk echo " touch /tmp/.world_done" >> /usr/stuff/release/mk echo "fi" >> /usr/stuff/release/mk echo "if [ ! -f /tmp/.skip_ports ]; then" >> /usr/stuff/release/mk echo " echo \">>> make readmes started on \`LC_ALL=3DC TZ=3DGMT = date\`\"" >> /usr/stuff/release/mk echo " cd /usr/ports" >> /usr/stuff/release/mk echo " make readmes" >> /usr/stuff/release/mk echo " touch /tmp/.skip_ports" >> /usr/stuff/release/mk echo " echo \">>> make readmes finished on \`LC_ALL=3DC TZ=3DGMT = date\`\"" >> /usr/stuff/release/mk echo "fi" >> /usr/stuff/release/mk echo "cd /usr/src/release" >> /usr/stuff/release/mk echo "make obj" >> /usr/stuff/release/mk echo "make \${_RELTARGET}" >> /usr/stuff/release/mk echo "echo \">>> make release for i386 finished on \`LC_ALL=3DC TZ=3DGMT = date\`\"" >> /usr/stuff/release/mk chmod 755 /usr/stuff/release/mk touch /usr/stuff/release/tmp/.skip_ports # Ensure md.ko is loaded if md(4) is not statically compiled into the = kernel mdconfig 2>/dev/null ELF interpreter /libexec/ld-elf.so.1 not found Abort trap *** Error code 134 (ignored) env -i /usr/sbin/chroot `dirname /usr/stuff/release/mk` /`basename = /usr/stuff/release/mk` Bad system call (core dumped) *** Error code 140 Stop in /usr/src/release. Exit 1 md.ko is loaded as module, but mdconfig originally was not found I compile it from src and = installed separetly, but now it complains about missing libraries any soliution for this ? From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 04:56:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 489A816A4CE for ; Sun, 18 Jan 2004 04:56:33 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id E938343D45 for ; Sun, 18 Jan 2004 04:56:30 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id i0ICv44s000667; Sun, 18 Jan 2004 13:57:04 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id i0ICv3Jo000666; Sun, 18 Jan 2004 13:57:03 +0100 (CET) (envelope-from sos) Message-Id: <200401181257.i0ICv3Jo000666@spider.deepcore.dk> In-Reply-To: <1074430079.717.5.camel@kaiser.sig11.org> To: rionda@gufi.org Date: Sun, 18 Jan 2004 13:57:03 +0100 (CET) Sender: sos@spider.deepcore.dk From: sos@deepcore.dk X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 X-Mailman-Approved-At: Sun, 18 Jan 2004 05:24:45 -0800 cc: freebsd-current@FreeBSD.ORG cc: sos@deepcore.dk Subject: Re: 5.2-CURRENT FreeBSD - ata1-slave : TIMEOUT - SETFEATURES SETTRANSFER MODE retrying (0 retries left) - X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 12:56:33 -0000 It seems Matteo Riondato wrote: > > > > With a working kernel i got: > > > Jan 7 22:51:56 kaiser kernel: ad1: 38172MB [77557/16/63] at ata0-slave UDMA100 > > > Jan 7 22:51:56 kaiser kernel: ata1-master: WARNING - SETFEATURES recovered from missing interrupt > > > Jan 7 22:51:56 kaiser kernel: ata1-master: WARNING - SETFEATURES recovered from missing interrupt > > The WARNING - SETFEATURES messages are still there. Yes you aren't getting interrupts through I have no idea why.. > > do you have device apic in there ? > > Yes, I do. > Is there anything else I can do? Try to boot without ACPI, if that doesn't help, try a kernel without device apic, eventually also without APIC on boot.. -Søren From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 05:43:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E52916A4CE for ; Sun, 18 Jan 2004 05:43:42 -0800 (PST) Received: from email06.aon.at (WARSL402PIP3.highway.telekom.at [195.3.96.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 25E2D43D5D for ; Sun, 18 Jan 2004 05:43:23 -0800 (PST) (envelope-from shoesoft@gmx.net) Received: (qmail 244644 invoked from network); 18 Jan 2004 13:43:21 -0000 Received: from m085p004.dipool.highway.telekom.at (HELO ?62.46.0.132?) ([62.46.0.132]) (envelope-sender ) by qmail6rs.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 18 Jan 2004 13:43:21 -0000 From: Stefan Ehmann To: Don Lewis In-Reply-To: <200401170915.i0H9FD7E047822@gw.catspoiler.org> References: <200401170915.i0H9FD7E047822@gw.catspoiler.org> Content-Type: text/plain Message-Id: <1074433413.738.16.camel@shoeserv.freebsd> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 18 Jan 2004 14:43:33 +0100 Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: sound/pcm/* bugs (was: Re: page fault panic tracked down (selwakeuppri()) - really sound/pcm/*) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 13:43:42 -0000 On Sat, 2004-01-17 at 10:15, Don Lewis wrote: > I think this problem can be caused by a transient malloc() M_NOWAIT > failure. > > Changes in this version of the patch: > > When increasing blksz in chn_setblocksize(), increase the size > of bufsoft before increasing bufhard, and decrease bufsoft after > decreasing bufhard in an attempt to avoid the buffer overflow in > feed_vchan_s16(). > > Buffers are now allocated using M_WAITOK, requiring locks to > be dropped for the malloc() calls. This required adding a mutex > parameter to sndbuf_remalloc(). > > Locking order between parent and child channels is changed. The > parent is now locked first and then the child. The list of > children is protected by the parent's lock. There are still > potential race conditions in the vchan creation/destruction code > because all the locks have to be dropped in order to call > malloc(), etc. > > Locking cleaned up to eliminate the need for MTX_RECURSE. > > A new mutex allocator for the channel mutexes was added that > initializes the mutexes with the MTX_DUPOK flags so that multiple > channel mutexes of the same type can be held at once. > > Locking simplification in dsp_ioctl(). > > Added KASSERTs in chn_wrfeed(). Using this patch (and the small changes to avoid the esd problem) I got an assertion triggered in channel.c: chn_wrfeed amt > source size #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc04e57c8 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc04e5b57 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc07e36cd in chn_wrfeed (c=0xc37a8880) at /usr/src/sys/dev/sound/pcm/channel.c:219 #4 0xc07e377f in chn_wrintr (c=0xc37a8880) at /usr/src/sys/dev/sound/pcm/channel.c:239 #5 0xc07e3f70 in chn_intr (c=0xc37a8880) at /usr/src/sys/dev/sound/pcm/channel.c:485 #6 0xc07fda2f in csa_intr (p=0xc37a8700) at /usr/src/sys/dev/sound/pci/csapcm.c:623 #7 0xc07fc724 in csa_intr (arg=0xc37a8600) at /usr/src/sys/dev/sound/pci/csa.c:532 #8 0xc04d1c62 in ithread_loop (arg=0xc1736b00) at /usr/src/sys/kern/kern_intr.c:544 #9 0xc04d0c54 in fork_exit (callout=0xc04d1ad0 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:797 In frame #3 amt evaluates to 2176, bufsize is 2048 From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 06:02:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D33FC16A4CE for ; Sun, 18 Jan 2004 06:02:31 -0800 (PST) Received: from phantom.cris.net (phantom.cris.net [212.110.130.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F3C943D5D for ; Sun, 18 Jan 2004 06:02:04 -0800 (PST) (envelope-from ru@FreeBSD.org.ua) Received: from phantom.cris.net (ru@localhost [127.0.0.1]) by phantom.cris.net (8.12.10/8.12.10) with ESMTP id i0IE2Wjm031403; Sun, 18 Jan 2004 16:02:35 +0200 (EET) (envelope-from ru@FreeBSD.org.ua) Received: (from ru@localhost) by phantom.cris.net (8.12.10/8.12.10/Submit) id i0IE2Tvu031398; Sun, 18 Jan 2004 16:02:29 +0200 (EET) (envelope-from ru) Date: Sun, 18 Jan 2004 16:02:28 +0200 From: Ruslan Ermilov To: Putinas Message-ID: <20040118140228.GF29936@FreeBSD.org.ua> References: <002001c3ddbe$16e9ed60$1e64a8c0@spotripoli.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G44BJl3Aq1QbV/QL" Content-Disposition: inline In-Reply-To: <002001c3ddbe$16e9ed60$1e64a8c0@spotripoli.local> User-Agent: Mutt/1.5.5.1i cc: current@freebsd.org Subject: Re: build 5.2-release fails on 4.9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 14:02:31 -0000 --G44BJl3Aq1QbV/QL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 18, 2004 at 02:24:40PM +0200, Putinas wrote: > Hello all, > after making world and cd /usr/src/release I give command: > make release CHROOTDIR=3D/usr/stuff/release BUILDNAME=3D5.2-RELEASE CVSRO= OT=3D/usr/cvs NODOC=3Dyes NOPORTS=3Dyes NOPORTREADMES=3Dyes RELEASETAG=3DRE= LENG_5_2 MAKE_ISO=3Dyes >=20 > here is what I get after cvs from src... : [...] > # Ensure md.ko is loaded if md(4) is not statically compiled into the ker= nel > mdconfig 2>/dev/null > ELF interpreter /libexec/ld-elf.so.1 not found > Abort trap > *** Error code 134 (ignored) > env -i /usr/sbin/chroot `dirname /usr/stuff/release/mk` /`basename /usr/s= tuff/release/mk` > Bad system call (core dumped) > *** Error code 140 > Stop in /usr/src/release. > Exit 1 >=20 To build 5-CURRENT snapshot on 4.x, you do NOT need to update /usr/src to 5-CURRENT and buildworld first, as this will 100% result in a ENOSYS. Instead, your /usr/obj should be populated with the buildworld output for sources matching your running system, that is 4.x, so if you're currently running 4.9-STABLE, /usr/src should be the same 4.9-STABLE sources, and /usr/obj should be a product of it. This is what gets installed into a chroot area as the first step of "make release". Then "make release" can checkout 5-CURRENT sources, and produce a snapshot of 5-CURRENT. To do this, you also need an access to a 5-CURRENT version of release/Makefile, so follow this procedure on a 4.x box: cd /tmp cvs co -l release/Makefile # 5-CURRENT cd release make release WORLDDIR=3D/usr/src ... > md.ko is loaded as module, > but mdconfig originally was not found I compile it from src and installed= separetly, but now it complains about missing libraries > any soliution for this ? >=20 4.x uses vn(4) to produce file system images, so just ensure that it's in the kernel. Typing "vnconfig" under root will do it for you. Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --G44BJl3Aq1QbV/QL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFACpHzUkv4P6juNwoRArKOAJ9QLaSPasX8c6wBWRQKOcxeOAzSpQCeOExo TZU+FG1YrIqfM6FOX9bYryM= =UrfK -----END PGP SIGNATURE----- --G44BJl3Aq1QbV/QL-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 07:48:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84FBE16A4CE for ; Sun, 18 Jan 2004 07:48:15 -0800 (PST) Received: from web13011.mail.yahoo.com (web13011.mail.yahoo.com [216.136.172.92]) by mx1.FreeBSD.org (Postfix) with SMTP id E848843D2F for ; Sun, 18 Jan 2004 07:48:14 -0800 (PST) (envelope-from edwinlculp@yahoo.com) Message-ID: <20040118154814.91805.qmail@web13011.mail.yahoo.com> Received: from [200.78.18.69] by web13011.mail.yahoo.com via HTTP; Sun, 18 Jan 2004 07:48:14 PST Date: Sun, 18 Jan 2004 07:48:14 -0800 (PST) From: Edwin Culp To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [ata-raid.c] Can't seem to get kernel to build with today's sources. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 15:48:15 -0000 I cvsuped several times because I saw the changes and thought I had not gotten it complete but I've continued trying without success. make buildkernel stops at: /usr/src/sys/dev/ata/ata-raid.c: In function `ar_highpoint_write_conf': /usr/src/sys/dev/ata/ata-raid.c:1237: warning: `config' might be used uninitialized in this function *** Error code 1 Thanks, ed __________________________________ Do you Yahoo!? Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 08:45:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D836916A4CF for ; Sun, 18 Jan 2004 08:45:20 -0800 (PST) Received: from boreas.telenet-ops.be (boreas.telenet-ops.be [195.130.132.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19D6543D53 for ; Sun, 18 Jan 2004 08:44:56 -0800 (PST) (envelope-from philip@paeps.cx) Received: from localhost (astra.telenet-ops.be [195.130.132.58]) by boreas.telenet-ops.be (Postfix) with SMTP id 9C3BC38047 for ; Sun, 18 Jan 2004 17:44:54 +0100 (MET) Received: from erda.home.paeps.cx (D576865A.kabel.telenet.be [213.118.134.90]) by astra.telenet-ops.be (Postfix) with ESMTP id 8244B37EC5 for ; Sun, 18 Jan 2004 17:44:54 +0100 (MET) Received: from loge.home.paeps.cx (loge.home.paeps.cx [10.0.0.4]) by erda.home.paeps.cx (Postfix) with ESMTP id 65DF520BF for ; Sun, 18 Jan 2004 17:44:54 +0100 (CET) Received: by loge.home.paeps.cx (Postfix, from userid 1001) id 021E536; Sun, 18 Jan 2004 17:44:51 +0100 (CET) Date: Sun, 18 Jan 2004 17:44:51 +0100 From: Philip Paeps To: Gregory Poudrel Message-ID: <20040118164451.GB1490@loge.home.paeps.cx> References: <200401181330.38872.chojin@chojin.info> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200401181330.38872.chojin@chojin.info> X-Date-in-Rome: ante diem XVI Kalendas Februarias MMDCCLVII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Mutt: User-Agent: Mutt/1.5.5.1i cc: freebsd-current@freebsd.org Subject: Re: ACPI issue with ASUS P5A motherboard on 5.2-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 16:45:21 -0000 On 2004-01-18 13:30:37 (+0100), Gregory Poudrel wrote: > I recently had some problems with my ASUS P5A motherboard (K6-II 350) on > FreeBSD 5.2-RELEASE. In fact, I had GENERIC kernel installed and ACPI > activated. Can you post (a link to) your DSDT? Use acpidump -d. > First problem: > Time flow was incorrect. In fact, 1 second meaned 0.5 second for FreeBSD. > Each minute I tested a ntpdate and there was 76 seconds difference. When I > rebooted and check in BIOS, time was correct and flowed independently. Is your BIOS set to 'local time' or to UTC? Shouldn't really matter, but always nice to check :-) > Second problem: > on my LAN there is a gateway on FreeBSD 4.9-STABLE that manages the internet > connection. > When I traceroute/ping anything on the net from my PC under 5.2, there was 120 > ms latency between my gateway and my first hop (provider LNS). > - From any other PC of my LAN, there was normal 60 ms latency. > I changed network cards of PC under 5.2, changed RJ45 connector... nothing > changed. Which kind of network card is this? Is it built into the board? > I decided on boot to disactivate ACPI by setting hint.acpi.0.disabled to 1. > No problem anymore, normal time flowing, normal ping. I really want some of the stuff Asus-employees get to smoke when working on ACPI. Cheers, - Philip -- Philip Paeps Please don't CC me, I am subscribed to the list. BOFH Excuse #388: Bad user karma. From owner-freebsd-current@FreeBSD.ORG Sun Jan 18 09:40:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 623E716A4CE; Sun, 18 Jan 2004 09:40:56 -0800 (PST) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2093D43D48; Sun, 18 Jan 2004 09:40:48 -0800 (PST) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 3000) id 21A991142B; Sun, 18 Jan 2004 18:40:46 +0100 (CET) Date: Sun, 18 Jan 2004 18:40:45 +0100 From: "Simon L. Nielsen" To: freebsd-current@freebsd.org Message-ID: <20040118174044.GC761@arthur.nitro.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LSp5EJdfMPwZcMS1" Content-Disposition: inline User-Agent: Mutt/1.5.5.1i cc: Soeren Schmidt Subject: Hang when probing for CDROM during boot with recent ata(4) code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 17:40:56 -0000 --LSp5EJdfMPwZcMS1 Content-Type: multipart/mixed; boundary="8nsIa27JVQLqB7/C" Content-Disposition: inline --8nsIa27JVQLqB7/C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello With the changed to the ata(4) code 2004-01-14 21:26 UTC ("Use UMA instead of plain malloc for getting ATA request storage...") the ata code hangs on my laptop when it's trying to detect my CDROM/DVD drive. If I disconnect my CDROM drive it boots fine. The laptop is an IBM Thinkpad R40 with a CDRW/DVD drive. I think I saw somebody notice the same problem with a Thinkpad T40 a few days ago. My source tree is updated today, but I have tried to use old version of 'sys/dev/ata'. I can boot with ata code from 2004-01-14 15:00 UTC, and it fails with ata code from 2004-01-14 22:00 UTC. =20 With the new code it hangs right after: ata1: reiniting channel .. ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 ata1-master: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1-slave: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: reset tp2 mask=3D03 stat0=3D00 stat1=3D00 devices=3D0xc ata1: resetting done .. ata1-master: pio=3D0x0c wdma=3D0x22 udma=3D0x42 cable=3D40pin ata1-master: setting PIO4 on Intel ICH4 chip ata1-master: setting PIO4 on Intel ICH4 chip ata1: device config done .. With the working kerne I can get: [simon@zaphod:~] sudo atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI rev 6 Slave: no device present ATA channel 1: Master: acd0 ATA/ATAPI rev 5 Slave: no device present =20 I have attached dmesg verbose from new code with CDROM drive removed (dmesgv-new-nocd) and with old code with the CDROM drive installed (dmesgv-old). I don't have a real dmesg from when it hangs, since the laptop has no serial port. --=20 Simon L. Nielsen FreeBSD Documentation Team --8nsIa27JVQLqB7/C Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesgv-new-nocd Content-Transfer-Encoding: quoted-printable 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 2 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 29 func 7 acpi0: Power Button (fixed) ACPI timer looks GOOD min =3D 3, max =3D 3, width =3D 0 ACPI timer looks GOOD min =3D 3, max =3D 3, width =3D 0 ACPI timer looks GOOD min =3D 3, max =3D 3, width =3D 0 ACPI timer looks GOOD min =3D 3, max =3D 3, width =3D 0 ACPI timer looks GOOD min =3D 3, max =3D 3, width =3D 0 ACPI timer looks GOOD min =3D 3, max =3D 3, width =3D 0 ACPI timer looks GOOD min =3D 3, max =3D 3, width =3D 0 ACPI timer looks GOOD min =3D 3, max =3D 3, width =3D 0 ACPI timer looks GOOD min =3D 3, max =3D 3, width =3D 0 ACPI timer looks GOOD min =3D 3, max =3D 3, width =3D 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_cpu0: port 0x530-0x537 on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_tz0: port 0x530-0x537 on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.1 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.2 \\_SB_.LNKH irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.3 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.31.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.31.1 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.1 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.2 \\_SB_.LNKH irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.3 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.31.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.31.1 pci0: on pcib0 pci0: physical bus=3D0 map[10]: type 3, range 32, base d0000000, size 28, enabled found-> vendor=3D0x8086, dev=3D0x3340, revid=3D0x03 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x3341, revid=3D0x03 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) lattimer=3D0x60 (2880 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x00 (0 ns) map[20]: type 4, range 32, base 00001800, size 5, enabled pcib0: matched entry for 0.29.INTA (source \\_SB_.LNKA) pcib0: slot 29 INTA is routed to irq 11 found-> vendor=3D0x8086, dev=3D0x24c2, revid=3D0x01 bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 map[20]: type 4, range 32, base 00001820, size 5, enabled pcib0: matched entry for 0.29.INTB (source \\_SB_.LNKD) pcib0: slot 29 INTB is routed to irq 11 found-> vendor=3D0x8086, dev=3D0x24c4, revid=3D0x01 bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[20]: type 4, range 32, base 00001840, size 5, enabled pcib0: matched entry for 0.29.INTC (source \\_SB_.LNKC) pcib0: slot 29 INTC is routed to irq 11 found-> vendor=3D0x8086, dev=3D0x24c7, revid=3D0x01 bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D11 map[10]: type 1, range 32, base c0000000, size 10, enabled pcib0: matched entry for 0.29.INTD (source \\_SB_.LNKH) pcib0: slot 29 INTD is routed to irq 11 found-> vendor=3D0x8086, dev=3D0x24cd, revid=3D0x01 bus=3D0, slot=3D29, func=3D7 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D11 powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0x81 bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x8080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24cc, revid=3D0x01 bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type 4, range 32, base 00000000, size 3, enabled map[14]: type 4, range 32, base 00000000, size 2, enabled map[18]: type 4, range 32, base 00000000, size 3, enabled map[1c]: type 4, range 32, base 00000000, size 2, enabled map[20]: type 4, range 32, base 00001860, size 4, enabled found-> vendor=3D0x8086, dev=3D0x24ca, revid=3D0x01 bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type 4, range 32, base 00001880, size 5, enabled pcib0: matched entry for 0.31.INTB (source \\_SB_.LNKB) pcib0: slot 31 INTB is routed to irq 11 found-> vendor=3D0x8086, dev=3D0x24c3, revid=3D0x01 bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[10]: type 4, range 32, base 00001c00, size 8, enabled map[14]: type 4, range 32, base 000018c0, size 6, enabled map[18]: type 1, range 32, base c0000c00, size 9, enabled map[1c]: type 1, range 32, base c0000800, size 8, enabled pcib0: matched entry for 0.31.INTB (source \\_SB_.LNKB) pcib0: slot 31 INTB is routed to irq 11 found-> vendor=3D0x8086, dev=3D0x24c5, revid=3D0x01 bus=3D0, slot=3D31, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00002400, size 8, enabled map[14]: type 4, range 32, base 00002000, size 7, enabled pcib0: matched entry for 0.31.INTB (source \\_SB_.LNKB) pcib0: slot 31 INTB is routed to irq 11 found-> vendor=3D0x8086, dev=3D0x24c6, revid=3D0x01 bus=3D0, slot=3D31, func=3D6 class=3D07-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D3 current D0 agp0: mem 0xd0000000-0xdfffffff at device = 0.0 on pci0 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x3000-0x3fff pcib1: memory decode 0xc0100000-0xc01fffff pcib1: prefetched decode 0xe0000000-0xe7ffffff ---- initial configuration ------------------------ \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 1.0.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 1.0.1 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 1.0.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 1.0.1 pci1: on pcib1 pci1: physical bus=3D1 map[10]: type 3, range 32, base e0000000, size 27, enabled map[14]: type 4, range 32, base 00003000, size 8, enabled map[18]: type 1, range 32, base c0100000, size 16, enabled pcib1: matched entry for 1.0.INTA (source \\_SB_.LNKA) pcib1: slot 0 INTA is routed to irq 11 found-> vendor=3D0x1002, dev=3D0x4c57, revid=3D0x00 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0387, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x42 (1980 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 drm0: port 0x3000-0x30ff mem 0xc0100000-0x= c010ffff,0xe0000000-0xe7ffffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized radeon 1.10.0 20020828 on minor 0 uhci0: port 0x1800-0x181f irq 1= 1 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 1= 1 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 1= 1 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ugen0: Actiontec Electronics product 0x0441, rev 1.10/5.46, addr 2 pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 5 pcib2: I/O decode 0x4000-0x8fff pcib2: memory decode 0xc0200000-0xcfffffff pcib2: prefetched decode 0xe8000000-0xefffffff pcib2: Subtractively decoded bridge. ---- initial configuration ------------------------ \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.0.0 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.1 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.2 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.3 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.7.0 \\_SB_.LNKE irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.8.0 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.6.0 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.0.0 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.1 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.2 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.3 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.7.0 \\_SB_.LNKE irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.8.0 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.6.0 pci2: on pcib2 pci2: physical bus=3D2 pcib2: matched entry for 2.0.INTA (source \\_SB_.LNKD) pcib2: slot 0 INTA is routed to irq 11 found-> vendor=3D0x104c, dev=3D0xac56, revid=3D0x00 bus=3D2, slot=3D0, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xc0 (48000 ns), maxlat=3D0x03 (750 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base c0204000, size 12, enabled pcib2: matched entry for 2.2.INTA (source \\_SB_.LNKC) pcib2: slot 2 INTA is routed to irq 11 found-> vendor=3D0x8086, dev=3D0x1043, revid=3D0x04 bus=3D2, slot=3D2, func=3D0 class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0116, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x22 (8500 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base c0206000, size 11, enabled map[14]: type 1, range 32, base c0200000, size 14, enabled pcib2: matched entry for 2.7.INTA (source \\_SB_.LNKA) pcib2: slot 7 INTA is routed to irq 11 found-> vendor=3D0x104c, dev=3D0x8026, revid=3D0x00 bus=3D2, slot=3D7, func=3D0 class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0116, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 (1000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base c0205000, size 12, enabled map[14]: type 4, range 32, base 00008000, size 6, enabled pcib2: matched entry for 2.8.INTA (source \\_SB_.LNKE) pcib2: slot 8 INTA is routed to irq 11 found-> vendor=3D0x8086, dev=3D0x103d, revid=3D0x81 bus=3D2, slot=3D8, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x42 (1980 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x38 (14000 n= s) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 cbb0: irq 11 at device 0.0 on pci2 pcib2: device cbb0 requested decoded memory range 0x88000000-0xffffffff cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac56104c 0x02100107 0x06070000 0x00024008=20 0x10: 0x88000000 0x020000a0 0xb0050302 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc=20 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b=20 0x40: 0x05281014 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x0844d071 0x00000000 0x00000000 0x01d11002=20 0x90: 0x406402c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe120001 0x00c00000 0x00000010 0x00000007=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 pci2: at device 2.0 (no driver attached) fwohci0: vendor=3D104c, dev=3D8026 fwohci0: <1394 Open Host Controller Interface> mem 0xc0200000-0xc0203fff,0x= c0206000-0xc02067ff irq 11 at device 7.0 on pci2 fwohci0: latency timer 64 -> 64. fwohci0: cache size 8 -> 8. pcib2: device fwohci0 requested decoded memory range 0xc0206000-0xc02067ff fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 00:06:1b:00:20:08:fc:24 fwohci0: resetting OHCI...done (loop=3D0) fwohci0: fwphy_rddata: 0x2 loop=3D0, retry=3D0 fwohci0: fwphy_rddata: 0x3 loop=3D0, retry=3D0 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: fwphy_rddata: 0x5 loop=3D0, retry=3D0 fwohci0: Enable 1394a Enhancements fwohci0: fwphy_rddata: 0x5 loop=3D0, retry=3D0 fwohci0: fwphy_rddata: 0x2 loop=3D0, retry=3D0 fwohci0: fwphy_rddata: 0x4 loop=3D0, retry=3D0 fwohci0: fwphy_rddata: 0x4 loop=3D0, retry=3D0 fwohci0: fwphy_rddata: 0x4 loop=3D0, retry=3D0 fwohci0: Link S400, max_rec 2048 bytes. fwohci0: BUS_OPT 0xa002 -> 0xf800a002 fwohci0: fwohci_set_intr: 1 firewire0: on fwohci0 sbp0: on firewire0 sbp_attach (cold=3D1) fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:06:1b:08:fc:24 fwe0: bpf attached fwohci0: Initiate bus reset fwohci0: fwphy_rddata: 0x1 loop=3D0, retry=3D0 fwohci0: fwphy_rddata: 0x1 loop=3D0, retry=3D0 fwohci0: BUS reset sbp_post_busreset fwohci0: node_id=3D0xc000ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) fwohci0: fw_set_bus_manager: 0->0 (loop=3D0) firewire0: bus manager 0 (me) send phy_config root_node=3D-1 gap_count=3D5 fwohci0: maxdesc: 2 fwohci0: start AT DMA status=3D0 fxp0: port 0x8000-0x803f mem 0xc= 0205000-0xc0205fff irq 11 at device 8.0 on pci2 pcib2: device fxp0 requested decoded memory range 0xc0205000-0xc0205fff fxp0: using memory space register mapping fxp0: Ethernet address 00:06:1b:d2:d5:6f fxp0: PCI IDs: 8086 103d 1014 0522 0081 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1860-0x186f,0-0x3,0-0x7,0-0= x3,0-0x7 at device 31.1 on pci0 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0-slave: stat=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 mask=3D03 stat0=3D50 stat1=3D00 devices=3D0x1 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 ata1-master: stat=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1-slave: stat=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 mask=3D03 stat0=3D00 stat1=3D00 devices=3D0x0 ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem 0xc000080= 0-0xc00008ff,0xc0000c00-0xc0000dff irq 11 at device 31.5 on pci0 pcm0: pcm0: Codec features headphone, 20 bit DAC, 5 bit master volume, no 3D Ster= eo Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP, reserved 4 pcm0: sndbuf_setmap 301000, 4000; 0xe86ce000 -> 301000 pcm0: sndbuf_setmap 313000, 4000; 0xe86d2000 -> 313000 pci0: at device 31.6 (no driver attached) unknown: not probed (disabled) unknown: not probed (disabled) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x54ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:c0, syncbits:00 unknown: not probed (disabled) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x801 0x801 0x801 0x801 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 8250 or not responding ppc0: using extended I/O port range ppc0: SPP ppc0 port 0x3bc-0x3c3 irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: not probed (disabled) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x801 0x801 0x801 0x801 sio1: probe failed test(s): 0 1 2 4 6 7 9 acpi_ec0: Changing GLK from 1 to 0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_cmbat0: on acpi0 acpi_ec0: info: new max delay is 320 us acpi_cmbat1: on acpi0 acpi_acad0: on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) unknown: not probed (disabled) unknown: not probed (disabled) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x801 0x801 0x801 0x801 sio1: probe failed test(s): 0 1 2 4 6 7 9 mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it 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 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 orm0: